本篇的总结是结合产品整体的节点流程进行点拨，细节会在后续章篇中进一步阐述。本人有幸或不幸经历了一个产品由行业小弟发展成各大公司联合起来对抗，最后僵持合并被收购的一个过程，也是第一次负责产品线，内心既兴奋又彷徨，路在何方，如何让整个产品开发的工作井井有条？也打破了我一直的观点，就是产品体验设计并不是产品经理的所有，产品经理要做好中场控场的角色，由于本人愚笨，赶鸭子上阵后也一直恶补，《启示录》、《用户体验要素》、《谷歌如何工作》、《简约至上》、《微交互》、《设计心理学》、《用户故事与敏捷方法》等，自费参加过线下线上的培训，这一文章的内容是我对产品整体流程工作的感想。
场景：小王，最近这个功能挺火的，我们产品也加上这个功能，你安排下；小王，我们要做一个平台生态，#@#￥%#%@，什么时候能上；小王，我们数据在下降，参考下竞争对手，我们也要这么做；小王，我听某某某客户反馈，你安排下；今天新上线的功能，业务人员说这里那里有问题，需要修改......
相信大家或多或少也会面临着这样的场景，每每遇到都有一万只草泥马奔腾的感觉涌入心头。如何让摆脱背锅侠这个称号？就得在产品流程上规范和严谨，可以把产品流程大致分为以下几个部分，如图：
产品经理要学会做正确的事，正确的做事，从战略层到产品细节和落地，保持清醒的头脑，那如何正确的做事，可以从产品本质出发，为什么要做这个产品，用户是谁，解决什么问题，市场环境如何，可行性有多大，可以围绕用户、商业、技术进行阐述和思考。图：
在过程中，或许会面临越来越多的需求，但时间和资源只有这么点，扪心自问最想证实什么，构成完整的MVP产品快速验证上线，其实还有一点也是很头疼的事情，就是第一批种子用户从哪里来，种子用户的获取，大家可以在留言区畅所欲言，呵呵。
商业模式可以在上篇涉及的商业画布进行梳理，提供什么，谁给你钱，资源有哪些，需要做什么活动，推广渠道等；
技术评估就要跟研发大大们探讨啦，产品还是得懂些技术，不然被忽悠了也不知道咯；
方案的确认很重要，召集相关干系人去讲述产品，为什么要做这样的事情？日常的产品功能迭代也是如此，原因是让锅分给大家，有福同享，有难同当。
制定产品项目计划，产品计划制作后同样需要大家共同确认，所以产品在整个过程中有很多节点需要调动大家的积极性和责任感，需求的确认、执行计划的确认和上线前的确认。由于前期本人很多时候只是在会议和聊天工具进行沟通，踩了不少的坑，泪奔。
尽早发现执行中的问题，每天的站立会，汇报执行人中的进度，过程中遇到什么问题，需要哪些人解决，会不会导致工期的延期，有人会问，难道他们在工作的时候，遇到问题不会主动去寻求解决方法吗？很多情况下是会的，但也有很多情况会自己埋头解决，当发现是在无解的时候，才寻求他人的帮助，站立会最大的目的是及早协调资源。
测试验收的过程同样很重要，在保证无bug的情况下，让相关人验证是否满足其需求，如果能签字就更好啦，做好上线的通知工作和线上使用情况。
以上是产品定义到开发上线的过程进行整体性简述，后面会慢慢讲到每个内容以及涉及的方法和工具，才疏学浅，有补充和建议可以留言给我，感激不尽。
