作者：候佩雯
链接：http://www.zhihu.com/question/27088793
完整的流程，分层次设计，自下而上去完成：
- 策略层，定义产品使命、价值、目标人群
- 愿景/功能层：定义核心场景、功能列表
- 结构层：做流程图、信息架构，确定主导航、主菜单
- 框架层：梳理每一个主界面的内容、布局
- 表现层：视觉设计，涉及图标、配色、切图。
产品经理主要关注1~2，在去找设计师之前，请先问自己以下几个问题，以保证需求明确：
- 产品给用户带来的价值是什么？
- 竞品有什么？我们做这个有什么优势？
- 为什么样的用户而做？
- 用户会在什么样的场景下使用这个产品？
- 要完成这个产品，最大的瓶颈是什么？是技术攻关？体验出彩？还是运营资源？
交互设计师主要关注3~4，在交付方案之前请先不断问自己以下几个问题，以保证体验质量：
- 该界面要求用户完成的最重要的任务是什么？
- 这是最简单的解决方案吗？
- 信息是否组织得当？
- 设计是否易用且一目了然？
- 标准是否一致？
- 能否减少用户点击次数？
视觉设计师主要关注5，在与产品经理PK之前请先不断问自己以下几个问题，以保证减少返工：
- 界面上需要突出的重点是什么？是否进行了有效的突出？
- 界面上一共有几个层级，是否用清晰的视觉语言予以展现？
- 同样层级、同样性质的元素是否用了一致的设计语言？
- 主色调、材质，是否符合整体品牌感？
- 细节有无丢失？按钮点击态、反馈、缺省状态、字数超出、加载中、未加载态、加载失败态，是否都提供了？
另外，合作不易，三个角色分别需要注意的问题：
对于产品经理：
- APP的设计，不要只看竞争对手确定自己的定位，不要“因为竞品A和B没有做到，所以我们要做比A和B更牛B的XX功能”，而是要以用户为导向，思考自己为客户提供的价值。在向其他人描述你的想法时，请用这样的句式来描述和思考：XXX这一类型的人在XXX的时候、XXX的环境下，想要做XXX事情，遇到了XXX问题。而我们这个APP能够通过XXXX方式巧妙的帮助他解决了这个问题。
- 不要直接拿线框图给交互设计师看，直接描述你的需求即可，描述清楚。让设计师知道你的目标是什么，接下来让交互去画原型，让更专业的人做专业的事。
- 不要太纠缠视觉，对于一些无关紧要的细节，该放手就放手，尽量减少提出主观意见。
- 别太迷信用户反馈，能提反馈的，大部分都是粉丝、深度用户、高级用户，他们代表不了全部用户的心声。
- 让开发主管去评估工作量，如果对某一部分工作量的评估觉得时间太长，就把它拆分成子任务。
- 每周对一到两次开发成果，别频繁的去打扰人家。
- bug不断发现，不断修复，发现/修复率小于1，才开始变得可控了，才能确定bug的具体规模并精准预测发布日期
- 少做少错，新版本尽量别加太多锦上添花的功能，满足最核心的就行了。
对于交互设计师：
- 不要一提商业化就头疼，谁不想做一个干干净净没广告的APP ? 别老想着高大上，目标最重要。通过你的设计，让用户消无声息的贡献点击，让商业化变得人性化，这才是你的本事。
- 别太窝囊，别产品说怎么改，就怎么改，要跟他争，把自己当成产品的owner，产品的数据、规划，你全都要知道，这样信息对等了，才有话语权，才能有机会站在用户角度提供人性化的设计建议，否则只能是个画线框图的。
对于视觉设计师：
- 简洁不等于好（在业界大谈特谈简约至上的风气下，一定有人对这句有疑问，不细解释，请自行先翻一下诺曼的《如何管理复杂》这本书）。符合用户的心智模型，让人一目了然，才是好。
- 别做一大堆方案，ABC方案抛出去让人选，这样累不累？自己先判断哪一个方案最好，把它做到自己满意、可行、拿得出手，就行了，不要沦为美工。
- 给开发的视觉稿，先自己想一下，布局如何实现，不同屏幕尺寸如何适配。如果有动画效果，别天马行空的描述，能做出动画示意最好，做不出来，也找一个靠谱的示意。别让开发gg太上火。
最后，90%的问题本质上都是沟通问题！90%的争论本质上都是名词之争！