一、明确产品和目标
有了目标才好有方向，当需求分到手中的时候，首先要确认的就是：这是需求是新系统的构架还是旧系统的改造；需要解决什么样的问题，从产品的角度需要达到什么样的目标，与之对应的设计角度，需要达到什么样的设计目标。
二、快速理解业务
对外，这个系统是否和其他业务有逻辑关系；对内，空间角度，产品架构是怎样，每个模块分别承载怎样的功能，要解决怎样的问题，时间角度，操作主流程是怎样的，各个模块对应的小流程是如何实现的；以及这个系统将会有多少个角色使用，每个角色的使用场景是什么，不同角色间的互动会被怎样的逻辑关系串联起来。
三、沟通协同
PM ：对于产品目标、产品价值、以及要解决什么样的问题最为清楚，所以是把控项目整体进度的最佳人选；
开发：最为了解数据的边界，也是某些时候的需求方；
运营：是大多数时候的需求方，最好能够主动听取他们的意见，有助于了解需求解决的真实问题；
前端：因后台给的数据有限，所以需要最大程度的降低开发成本，集中资源放到更主要的项目中去。
四、提高Demo性价比
保证不同系统的操作逻辑、页面风格大致相似，因为可能使用人群是同一类人，降低目标用户的学习成本和理解成本；对自己每做一个新系统，也是减少自己的工作成本；
尽量使用通用组件样式，或借鉴已经开发上线的样式，减少前端开发的开发成本；
合理恰当的使用解释说明或帮助文档。
五、复杂流程的分步拆解
过于冗长的操作流程分布分步拆解；
过于冗长的表单，按信息类型或者某种逻辑，聚合重组，分模块填写完成；
合理的交互操作解决问题；
恰当的引导说明减少理解成本；
六、上线后的跟进
产品上线后，应持续的跟进，查验效果，聆听用户反馈等；Demo始终是一个自己对于最优解的合理假设，而真实的效果只能上线后才能得到验证；回收信息有助于不断的优化和迭代，在产品的生命周期中持续的维持生命力。
网友评论