UI改，原型也要改？又累又被动！答案在这里
产品原型和UI设计在时间上存在交叉，一旦变更又存在联动变更，导致很忙很乱。
如何通过时间—质量—资源“三角”为原则，协调二者的关系?
一、产品原型和UI设计的边界
产品设计方面，UI、UE、UX、IA、ID等概念傻傻分不清楚，并且国内外或不同公司的定义不同。
一般而言：
UI：User Interface 用户界面。主要关注产品视觉呈现的效果。就是界面元素是什么，形状、颜色、尺寸，放在哪里。
UE or UX：User Experience 用户体验。即用户对产品的主观感受。通过提高产品的可用性、易用性、交互过程中的愉悦程度，来提高用户满意度的过程。
IA：信息架构（IA），就是App的整体结构。即将内容分开并归类。包括设计网站地图、层次结构、分类、导航和元数据。
ID (Interaction Design) 交互设计，就是用户与产品之间如何交互。致力于在人与产品/服务之间建立一种有效的关系，把复杂的任务变简单。让用户觉得设计直观、可用、易用。
不同公司对上述职位的配置、分工粗细不同。分工细致有助于术业专攻，但是也增加了沟通成本。分工过粗的有助于统筹规划，但容易跑偏。
而实际工作中，往往并没有那么复杂。上述各种设计中，真正要输出物，并且绝不可缺少的是产品原型设计（PRD）和UI设计稿。交互设计常常蕴含在二者之中（也可以单独存在）。
而UE、IA更多是一种全局指导思想，是上述设计的参考依据。
所以实际工作中，我们默认设计师的工作范畴，就包含了UI、UE、ID、IA。我们粗略地用UI设计师代称这个职位。
另一侧，产品经理的工作范畴，主要是负责用户需求整理、规划、功能筛选、商业模式、运营模式探索、版本迭代时间规划、敏捷开发功能点描述等。
如果是Web端的产品，交互相关的东西会涉及的比较少。由于产品经理洞悉各个功能点，倘若对原型设计较为精通，那么既有利于开发人员了解功能点，又能减少与交互设计师沟通的时间，如此可以大大提升工作效率。
如果是移动端的产品，交互相关的东西会涉及的比较多。倘若产品经理操刀交互细节，可能干扰交互设计师。所以这个时候可以考虑将交互的细节分给交互设计师来主导，自己只给必要的参考意见，全心全意规划功能。
二、产品原型和UI设计的工序
产品经理要做产品原型图，然后UI设计师要画UI图，这两者存在依从性，甚至出现并行。
即使工作很久的产品经理，很多也没有固定的套路究竟如何安排输出顺序，尤其是在交互、UI、测试、前端开发、后端开发混在一起，项目又紧张的时候。常常是“船到桥头自然直”的心态。
首先，产品经理一定要在最短的时间内制作出人能看懂的原型，反复讨论，反复修改，留给设计师足够的时间。
其次，从工序安排上，核心要点都是把风险大的工作前置。目前主要两种流程：
1. 产品原型——UI设计——研发
（1）具体内容
原型评审（UI参加），UI出设计稿，UI评审，进入开发。
（2）场景
这种模式适合产品需求比较明确、研发没有风险、主要的不确定性在交互、视觉的情况。
2C 产品比较适合这种方式，适合职能型组织结构。
2. 产品原型——研发——UI设计——研发
（1）具体内容
原型评审（UI参加），进入开发——UI出设计稿——UI评审——UI重构（前端开发还原设计）
（2）场景
这种模式适合产品需求只有部分明确、研发存在较大风险的项目。
项目从 0 到 1 时比较适合这种方式，适合项目型组织结构。
三、产品原型和UI设计的常见问题
1. 产品经理不画保真原型图
如果不画产品原型，交互搞不懂产品，UI搞不懂交互，技术搞不懂UI背后的逻辑，领导看不到产品经理的思路。
但产品原型过于细致，就会本末倒置，浪费时间！到头来该想的没想清楚，该理的没理顺，反倒埋线祸害。
产品经理可以从设计这个事情上抽出精力，把80%时间花在调研和规划上。整理思维脑图，头脑风暴之后，优化思维脑图，然后出草图即可。
尽可能将边界说清楚，把设计权给到UI。
产品经理做站在上帝身边的人，为这个产品设定游戏运转规则，把用户的需求链接起来，推动产品运转。
2. 如果原型变动，那么UI一定变动吗？
该问题的衡量点是：
- 沟通效率；
- 原型改动范围；
- 部门工作流程。
衡量权重占比：从解决问题看，沟通效率和原型改动范围最高。从长期看，部门工作流程很重要。
如果只是变更了逻辑关系，UI可能就不用动。比如说，这个页面需要搜索功能吗，搜索页面需要历史纪录，还是热门搜索标签。
UI不是照搬的原型。UI设计师最忌讳的是UI的效果图完全照搬原型图，这样原型图和UI的区别只是黑白照和彩色照的区别。
UI设计师需要从视觉的角度考虑如何美观有效的呈现页面内的功能信息和页面间的逻辑。他们可能需要从对比，留白，视觉层级等方面提升页面的美感和清晰。
3. UI设计的组件化
设计师在设计的时候应该有UI组件化和规范化的思维。
有时候设计UI的时候，我们更改元素属性很简单，但是在开发那边，可能要改很多的代码。
而组件化，类似一种面向对象的思维，不需要设计很细碎的元素，只需要复用现有的或者做细小改动即可。
4. 产品经理的需求应笃定
产品原型和UI设计之间的矛盾在于时间紧张，比如一审原型后，UI是否开工，是否得返工。
所以一切问题的根源在于对需求的变更。而需求变更是团队所有角色担忧的。
走到需求变更这一步，很明显需求存在需求方案不稳定性。
这种不稳定可能来自业务不稳定、甲方变更、调研不清晰等。但带来的团队负担都属于产品经理的责任。
频繁变更之下，开发可以先按产品原型开发，最后UI在变更设计。甚至可以灰度发布之后再找时间做最终的设计还原，统一进行更换皮肤。
#作者#
唧唧歪歪PM，公众号：唧唧歪歪PM（ID：jjyypm），2019年年度作者。《后端产品经理宝典》作者，药学硕士转行互联网产品多年；熟悉跨境电商业务，医药领域；擅长大型后台体系，社交APP。
本文
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
