如何从需求到原型

劉潤澤

作为一个刚入行的产品经理，在接触产品设计时，感觉困惑的一件事就是如何将需求转化成原型。客户提的产品需求只有三四个字，落到原型上可能是四五个版面的工作。需求和原型转化的过程是一个黑盒子，没有标准的套路和方法，让人十分困惑。经过五年的工作训练，我在实践中逐渐窥到了从需求到原型的方法，在此记录并与各位交流探讨。
在需求工作之前，首先要思考的是客户的立场。正所谓屁股决定脑袋，立场不同，推导的结果也完全不同。层级越高的人，对产品的需求更脱离使用维度。他们更重视产品的整体价值，而不是局部的功能优化。其次是客户所面临的问题，不同层级的人所要解决的问题也不同。领导层面更需要得是产品效益、流程的规范性、是否安全可控。一般用户需要得是产品解决他们实际工作中的问题，为他们节约时间，减少重复性劳动。
要结合客户立场和所面临的问题，去理解和思考客户的目标。客户需要我们做什么？做到什么程度才算是满意？可以采用的行为路径是怎么样的？另外一方面，并不是所有需求都能被技术所实现。需求实现也要考虑技术实现的复杂度，团队资源的可实施性，以及最终的性能效果。通过这些问题的思考形成一定的价值判断，用于产品设计过程中辅助决策。
接下来的工作，是从多个方面收集功能需求。需求的主要获取途径是客户反馈、竞品调查、团队意见以及产品经理自己发现的需求。将这些需求通过文字进行提炼，形成产品的需求池。收集完成后，对需求池的需求进行分门别类，筛选出当前版本下，客户要求必须要实现和业务价值大的需求。
在明确需求范围后，要进行交互框架的搭建。交互框架主要涉及两个层面，导航模式、主要功能布局。导航模式决定了功能入口、界面跳转方式、返回上一级的操作方式。为了保持系统的一致性，导航模式遵循现有系统的交互来设计即可。如果是从无到有的产品，则可以参考主要竞品的设计模式。主要功能布局决定了界面元素的组织方式。比如表格详情页，组织方式一般是界面顶部是筛选条件，底部是表格，表格最右侧为操作栏，点击操作栏触发界面操作弹窗。
在决定好交互框架后，就可以安排功能界面的详细设计了。一款信息产品的功能最核心三大要素：输入、输出和过程。在输入环节，除了输入框等交互元素外，还需要提供展示类的元素组件，用于辅助决策。输出则是信息产品所要达成的目的，可能是一个提交成功界面，一份系统生成报告。过程是用户的操作路径，遵循非必要不添加的原则，尽可能简化用户的使用路径。对于复杂流程的功能，操作路径并不唯一。要绘制出流程图，状态机图，针对每类情况都要进行构想和实现。
在设计详细界面的过程，在原型设计时，可以在A4纸上勾勒简单的界面，用纸张来模拟交互的过程。同时可以借助思维导图，对界面的元素进行梳理，做到不重不漏。等到整个过程都梳理完整后，再用Axure等工具将原型精细地绘制到电脑上。在绘制产品原型时需要结合思维导图，将所有字段都补全上。同时也要注意突出功能重点，弱化辅助性的信息，到此一个产品原型就从模糊的需求中破壳而出了。
当然，产品的工作还没有全部完成。这个原型还需要拿去评审，经过反复琢磨和修改。这个过程像是牛的反刍的过程，可能要重复多次上文的步骤，才能形成一个定稿的设计。
上文就是我对需求到原型工作的思考和总结，希望各位不吝赐教。