原型

浅析后台产品的实现过程

本文主要介绍后台产品从0-1的产品实现过程。最近在负责公司的一个后台项目,本人是技术转型开发,之前负责的也多数是后台管理系统,希望跟大家分享一些个人心得。后台产品一般都是办公使用,或者内部人员使用,实现过程一般来说有以下几个步骤,需求调研、原型设计、需求评审、开发、测试、上线,此篇着重讲一下开发前期的需求调研,原型设计和需求评审。需求调研后台产品的需求相对比较明确,大部分的

Aure原型如何根据使用场景来设置页面样式

页面样式是我们画原型的时候不太关注的功能,但是需要修改的时候又会发现特别费时间。希望通过本文让大家快速了解页面样式的使用场景和具体用法。设置单个页面的样式当我们需要对某个页面设置对齐、背景色等属性,请在该页面的空白处点击,然后在右边的“页面-样式”中进行设置。调整页面排列, 是指页面所有内容的排序方式,而不是某一部分。 如果你画软件原型旁边还有文字标注逻辑,选择居中

纯干货!轻量化软件设计五大法则

在移动互联网去中心化发展的大背景下,近年不少轻量化产品大热,界面设计的轻量化可谓是一个主流趋势。轻量化不光意味着风格简约,更为重要的是轻量化使得界面中的信息传达更加准确直观,层次感与结构性更加分明。一方面突出重点,便于引导用户找到所需内容;另一方面简洁清新的界面也更为友善,对于提升用户体验有极大帮助。闲话休提,接下来小编就给大家介绍轻量化设计的九大干货!一、极简配色2016

为了沟通到位,我为设计师们专门准备了一份原型文档

直接交付设计的文档只有一份带有简要说明的原型文档,这样设计就只能根据自己的思路猜测文档中的部分功能与逻辑。也不知道谁规定的,许多刚入行的产品er 都感觉需求交接时,最痛苦的事情就是和开发沟通。其实,在产品经理的日常工作中,只要需求有合适的理由,流程比较完备,逻辑基本能够自洽,与开发交接需求并不是一件很难的事情。然而,即使你提出的需求满足上述所有条件,有时候也很难和设计达成方

让原型更加高保真,重要的规范是字体、字号、间距、对齐

现在部分产品职责中要求中高保真的原型,而是否要求产品经理输出高保真原型有着相反的两种主张,主要矛盾在于时间成本以及影响到了设计师设计。这篇文章里不讨论这个问题,仅仅表述下,笔者作为一个技术出身的产品经理,如何学会能够快速地产出高保真原型的,以下写的也是 态度篇 ,文字较多,期望能够给各位看官大老爷提供个参考。方是方,圆是圆,规范最重要。以前我的做法会是找找优质元件库

【AureRP8.0教程】关于移动端原型尺寸与设备适配

问:移动端的原型尺寸应该怎么设定?那么多手机型号,尺寸都不一样啊!答:按比例做就可以。这是个错误的回答!!!移动端的原型,是有规范尺寸的,这个尺寸与屏幕的参数有关,主要就是对角线尺寸和分辨率。通过这些参数可以知道手机屏幕上每英寸的像素密度。根据密度和手机的硬件设定可以得出对应的图片尺寸。以下是我不专业的理解,如果有错误,欢迎大家指正。在一款APP的文件夹中经常会看到这样的文

用原型写需求文档 - 后台系统篇

后台系统的原型模板早在做APP模板前就已经使用了很长一段时间。后台原型不需要也不适合太多特殊的交互设计,大部分页面无非列表、表单、查看页中的一种,其实更适合使用模板元件来节省工作量。个人经验,灵活使用这套模板和元件,起码可以节省50%以上的工作量。基本思路和文档结构相比于注重交互体验的前端需求,后台需求更注重业务逻辑、系统架构的设计,因此后台需求中把需求说明作为第一个章节,

3 个细节,轻松区分效果图和原型图

产品设计是一个相对宽泛的概念,其中包含的内容不胜枚举。尤其对于新人小白来说,产品设计的分工分类着实令他们头痛。有些设计人员很多时候连自己画的到底是什么都不知道。领导叫你画个图,结果拿过来一看:天哪!你画了个什么?今天我们就来讲一下,效果图和原型图,这对常常扰乱大家工作的完美CP。首先,我们需要对两者有一个充分的认识:原型图,是产品或数据系统的一个基本的实用模型,通常为示范目

如何优雅的用Aure装逼?高保真原型心得分享

啥是高保真原型 ?啥是原型,从事互联网的同学,肯定非常熟悉,特别是产品岗同学。如果不是,那如下简单讲原型和高保真原型的:原型:即产品草图。从产品流程来看,将想法形成草图原型,原型再有设计师形成效果图,程序猿们根据需求和效果图开发,出来的软件样子就是和效果图差不多。原型在过程中就是产品最终形态的骨架。低/中/高保真:根据图的粗糙程度划分,以最终效果图为参照。保真程度越高,离最

系列篇 - 如何画出专业的原型图(上)

本片文章(原型上篇)重点内容:清晰的视觉层次视觉流结构功能预见性信息的焦点即为视觉的焦点足够简单考虑到边界条件(文末彩蛋附送交互设计自查表&网易高级产品经理系列课程)首先,我们要明确原型图是画给谁看的,通常是以下几类人:开发、部门领导、UI设计师和测试,一个完善的产品流程离不开着几个角色。开发通常最关心的是有多少功能,功能的复杂度怎么样,边界条件是什么,异常情况怎么处理等。