总结前一个未完成项目的经验，在此为本项目的创建提一些建议：
-
梳理不同用户的使用路径
前一个项目中，我们并没有从用户角色出发去思考项目的每一个功能逻辑，而是在一个没有经过深思熟虑的框架下，对我们想得到的需求去做设计。事实证明，这样的设计方式会导致在真正使用情境下的逻辑缺失。如何才能考虑得全面而透彻呢？这一次我们尝试建立鲜活的用户形象，针对不同的角色和需求梳理他们的使用路径，然后跟着路径走。整个项目会随着路径的完善而逐渐成型，并形成一个完美的闭环。
-
为自己的观点提出站得住脚的理由
产品设计过程中经常会产生各种各样的意见冲突。由于我们产品经理在经验上的缺失，总不免借鉴优秀产品的设计形式。借鉴本身并无过，但在上一个项目中，由于缺少标杆性的评判，“市面上是否存在这样的设计”逐渐成为了我们判定设计方案是否可行的衡量标准，甚至是唯一标准。这样的方式受限于产品经理个人的接触面，也大大限制了优秀产品创意的产生。我们并不完全否认这样一种衡量方法，但需要注意的是，当我们再次使用类似的理由去支撑自己的观点时，一定要思考得更深一步。比如，当我们说出“%的%部分也是这样做的”，不妨再多问一句为什么。
-
总是思考得更深一层
接前一条，试着在做决定前再深挖一层原因。
-
规范化行动
在团队合作中，即使没有现成的规范，自己心中也要为自己树立规范。“随意、自由”只适用于脑暴阶段，当你要把自己的成果展示给别人的时候，首先要过的关卡是自己。你展示出来的东西某种程度上也映射出了你对自己的要求。在这一点上，如果每一个步骤都基于规范进行，所耗成本一定低于全部做完以后再建立规范并修改。当然一开始肯定需要一个适应的过程。
-
重视版本管理
在前一个项目中，我们只对设计稿的不同阶段的版本做了留档，并没有完全贯彻版本管理的方法。实际上，当我们对产品的每一个细节作出修改的决定时，都应该记录修改的原因。
- 体验竞品
- 区别macOS和windows系统下软件的用户使用习惯
- 主要播放界面的线框
- 情绪板
- 了解Git里暂存区、分支等概念
- 建立团队计划和目标
- 明确团队成员分工
紫嫣
陈钧玺