0写在前面
先纠正自己对复盘的认识，我原来理解的复盘太片面了，以为复盘就是对问题的反思。其实，复盘不只是总结失败的教训，也可以总结成功的经验。反思问题是为了不犯重复错误，而总结亮点于己是要继续保持，于团队可以固化一些有效的流程。
所以对工作的复盘，我应当以开放的心态认真对待，坦诚表达。
1工作背景
接到需求，增加***、***、***等功能，从2月17日接到需求到导入研发历经一个月，中间产品内部评审多达5次。过程中存在原型设计效率不高、跨部门对接不顺畅的问题。
2具体问题
1.需求分析不完善
最根本的问题，也是老生常谈的问题，对***的新增功能，我没有严格按照需求分析的标准流程进行，只是简单查找了一些资料、结合自己的个人经验进行分析，导致很多场景没有考虑到。比如***。
不良后果：
1）需求变更。每评审一次我就换了一种新方案，看似是界面的变化，孰不知是需求发生了变更，导致原型评审工作量加大。
即使需求没有变更，原型设计也不要随便转换方案，遇到交互问题应该想想怎么去解决，而不是绕过这个方案去选择一个简单的、次优的方案，否则，你的设计能力、深度思考能力是不会进步的。比如***。
2）需求分析没有说服力。设计依据不充分，研发会产生对你个人能力的不信任，甚至对产品团队有不良印象，增加以后的协作压力。
2.沟通不顺畅
首次和***对接工作，也是首次接触***业务，虽然这是客观原因，但我没有深入了解新业务的背景信息，也没有提前沟通清楚团队的工作流程。导致在原型设计时信息量不够、对接研发时也比较被动。例如在原型设计之初，我没有确认新增功能是否可以改变原有产品的前端框架，导致首页设计方案受限（正确做法：在后端逻辑不改动时，前端根据需求分析可以进行重新设计，对于改动的地方再评审）。
3.原型文档不规范
对此，***老师提出了几点特别重要的修改意见，比如：
1）原型页面表达逻辑
一个页面只体现一个核心业务流程，分支流程或子流程在原型子菜单中体现；
每个页面要有标识此页面的标题；
2）业务逻辑与功能描述
功能描述文案要准确严谨、形式一致、逻辑清晰，拒绝口语化；
功能描述部分遇到的问题单独整理，不写在功能描述部分。
3）产品文案：中性、准确、简练。
当提示具体动作的时候，要考虑到用户的功能权限，不要增加用户的负担。
3如何改进
1.工作流程标准化
1）需求分析
价值：需求来源、痛点、场景、价值（用户行为、目标、动机）
强度：紧迫性、尖叫、不做的后果（用户是否会离开）
频次：频率、数据表现
规模：目标客户、数量、数据表现
竞争：当前、未来
2）业务流程
包括用户行为流、前后端的业务逻辑
3）功能列表
功能描述采用动宾结构，进行情境化描述；
用户或程序触发+程序反馈；
4）信息结构
思维导图
5）原型设计
根据使用场景的最佳体验，简化流程；
对信息结构抽象，原子设计；
业务逻辑清晰，思考全面，能够解释清楚页面上每个元素的生命周期；
评审参照：设计原则、竞品
最后，走查原型图，回溯信息结构是否清晰、功能列表是否对照、需求分析是否完善
2.丰富个人信息量
知识密度+抽象思考；
理论学习&多体验优秀的产品；
3.工作主动推进
主人翁精神+平和的心态
4其它收获
1.如何入手一个新产品？
***：至少从6个方面，产品、客户、现状、团队、竞争、规划。
觉得可以进一步提炼为5个方面：业务、产品、客户、竞争、团队，待进一步学习。
2.产品的职责是把业务需求、用户需求拆解为产品需求；
业务需求和用户需求的区别？
要不要做（市场、业务问题）
怎么做（产品设计和技术路径问题）
能不能做（资源问题）
3.在体验***的管理后台时，发现***，当时就想狠狠吐槽，再次认识到：
把当前功能做好，只有产品考虑得周全一些，才能减少别人的吐槽；
不能寄希望于测试发现问题，原型的交互体验很重要，功能逻辑的完善更重要，底层设计决定上层建筑。
