本文主要适用于项目迭代类从0.5到1的需求。 从0到0.5的项目前期不确定性更高，前期调研更多，需要对齐的人更多，后面再梳理分享。
设计调研
1、需求收集，来源：客户需求评审📝 、客户反馈收集、用户体验问题收集表📝 、年度产品规划表、售前拜访📝、可用性测试、历史遗留问题 ……
2、需求排期：需求太多，先做哪个？根据需求评分📝确认优先级。 评分计算公式的组成维度有：重要度、紧急度、问题严重程度、业务目标涉及收款、boss或leader加持（实际项目中真的有很多）……
3、设计前调研：用户访谈、历史数据分析、竞品分析……
设计
1、方案初稿：原型或交互稿，可二选一。PM主要负责的出原型，重体验的出交互稿。
执行人：PM、UX
2、初稿方案确认：与项目内主要相关方确认初稿方向是否正确。方案调整。
参与人：PM leader、设计leader、开发leader。
3、初稿方案调研：找客户进行可用性测试、访谈。方案调整
参与人：客户
4、需求评审小范围：项目内小范围评审，方案可行性的再次确认。
参与人：PM leader、设计leader、开发leader。
5、需求评审大范围：项目内需求的评审。保证项目所有人知道产品新功能。会后再拆分任务给具体的每个执行人。
参与人：项目所有人
6、设计：交互稿、视觉稿
执行人：UX、UI
落地
1、设计稿内部评审：与所有设计师对齐📝 ，保证公司产品的一致性
参与人：非本项目的designer
2、设计稿外部评审：与项目所有相关人员对齐，方案细节宣导。保证方案可落地
参与人：执行方案的PM、designer、coder、tester
3、测试用例评审
执行人：tester，确认细节
4、开发showcase
执行人：coder
5、开发提测
6、走查
执行人：coder自测、PM测试、designer测试、tester测试
上线后
1、项目组月度复盘 参与人：项目所有人
2、上线反馈：市场实施同事反馈、客户吐槽、可用性测试、数据分析
3、制定新计划
