大学的时候，做项目都是自己一个人或者几个同学一起做的，对于整个项目开发的流程虽然略知一二，做过需求分析，画过UML图，但对于公司中一个规范的项目需要怎样的一个流程并不是十分清楚。断断续续的花了半个月的时间看完《从点子到产品》，结合自己目前正在负责开发的项目，也算是对这本书有了一定的理解了。
产品核心价值
首先是需求分析了，就是为什么要做这个产品，任何一个产品都有它要解决的痛点，那么我们项目要解决的痛点是什么呢？我们主要是研发一款帮助普通人员对数据进行标注的工具，这个需求是源于机器学习的快速发展，社会需要大量的数据集作为训练数据，但是由于项目原因，市面上已有的数据集并不能完全的满足我们的需求。那么自己的产品解决同类产品没有解决的什么问题呢？同类产品功能单一，只有图片和视频标注功能，无法满足项目对数据的需求。这就是我们产品的核心价值。
对于我们一开始根据自己所设想的产品功能，是否能够满足用户需求呢？我们开始漫长的探索之路。
从项目的需求分析，到原型设计、业务逻辑梳理、流程设计、模块划分、接口设计、模式设计，我们花了整整两个月的时间，组织了2次原型评审、3次概述评审，这其中一路走来，让我对一个产品设计，项目开发有了新的认知。
产品定位
对于一款产品未来的商业化，它的定位很重要，它决定了你开发的产品将来面对的用户群体是哪些，我们需要对那些用户画像进行刻画，特征分类，知道他们需要什么，这样，我们才能更好的去设计我们的产品，这也直接影响着项目功能的开发，因为针对特定的人群，他们的文化水平、对于新鲜事物的理解与掌握能力，对于产品的一个功能都有很大的影响。由于，我们产品未来面向的是人群覆盖文化程度较低的人群，我们将产品的功能进行简化，减少他们的上手使用难度。
项目评审
其次，在对原型和概述设计进行评审的时候，我充分的意识到这一步的重要性，我们邀请了和我们产品相关的人员和与产品非相关的人员，从不同技术实现的角度和功能使用的角度上来评审我们的产品设计，这是十分有必要的，在评审中，我们被发现了设计的不足，并提高了产品的用户体验，让产品变得越来越具体化了，具体到一个功能点的支撑点的设计是否合理，在讨论中，整个项目的逻辑越来越清晰，作为一个开发人员，这是很好的一个机会对自己即将开发的项目进行深入了解剖析。
而且在推动评审进行的同时，对自己能否组织一场好的评审会议，让大家积极参与到会议的讨论内容中来，这是非常重要的，也是对我的一种考验与挑战。5次评审下来，不仅对项目有了清晰完整的认知，也对自己的其他方面的能力得到成长与锻炼。
文档管理
在编写文档方面，由于要给其他人看，绘制了流程图和UML用力图、类图、时序图等多种表现形式，让其他人在评审时能够快速清晰的理解这个项目，知道其业务逻辑与功能逻辑。能够用图画清晰表示的就尽量用图画进行表示，对于文档的表述不要出现模糊的词语，和有歧义的语句，写完之后，自己要读上几遍，确保语句通顺易懂。
在完成一个产品时候，或者实施一个项目的时候，更重要的是沟通和交流，多思考，和别人交流意见，会得到意想不到的结果和反馈。
