像”一线产品“看齐：浅析一个完整的产品工作流程.docVIP

像”一线产品“看齐：浅析一个完整的产品工作流程 　　本文作者将结合自己的工作经验，与你分享如何去构建一个产品的工作流程。 　　 　　现在社会上普遍认同大公司工作经历，所谓“一线产品工作经验”。不可否认，大公司成熟的产品体系下培养出来的产品人，确实比草根产品有竞争力。仔细分析下，其实看中的无非是大公司产品规范化的产品工作经验，很多时候希望找到的“一线产品”能够带来大公司成熟的产品工作经验，包括产品工作流程和产品工作思维。 　　成熟的产品工作流程方法可以提高产品工作效率，避免很多不必要的“坑”。优秀的产品工作思维可以更好分析产品需求，把握产品方向，带来更好的价值产出。成熟的产品工作方法论可以锻炼产品思维。草根出身的产品经理，缺乏大平台实践，缺乏成熟体系去引导，很多时候在竞争中就被看低。不是所有人都有机会去大公司学习成熟的产品工作方法，所以，作为一个优秀的产品，要学会科学地构建适合自己产品体系的工作方法论。如何去构建产品的工作流程呢？结合笔者的工作经验，以下几个方面也许值得广大草根参考。 　　一个完整的工作流程应该包括：任务中心，文件中转站，协作平台，和方法论。 　　1、任务中心 　　任务中心是产品工作的Roadmap，他是建立在各工种内部任务与外部工作传递的基础之上。互联网行业的项目流程中，源头是需求，需求在项目不同阶段，又会分化成细分的业务需求，而业务需求就会在业务部门内部形成任务。任务中心在部门内会有不同任务的不同状态，比如PM的任务中心里，会有idea状态，需求分析，需求设计，需求研发等等不同状态（不同公司会有不同的状态分类）。任务中心是干系人的业务任务中心，在部门内，作为人可以查看自己的任务以及任务状态，避免个人工作遗漏。作为跨部门，可以查看任务流转状态，尤其是跨部门协作，可以实时的查看干系任务的状态，避免项目延期。 　　任务中心的核心功能在于建立任务，跟踪任务状态，明确任务相关要素包括但不限于：人，截止时间，绩效等等。 　　好的任务中心工具推荐：Trello，云表格，Teambition（功能比较强大） 　　2、文件中转站 　　互联网项目中涉及到很多资料的传递，例如设计稿，PRD文档等等，所以需要一个文件中转站。文件中转站同时也会肩负文件存档的功能，存档是为了项目历史资料查询。文件中转站相对于传统的移动存贮更利于集中管理和查询。所有的项目协同文件统一存贮在一个云端，对相关有权限的人员共享。同时明确相关文件的存贮规则，项目人员需要是自己提取，节省了人力沟通时间。极大的提升了协作效率。 　　文件中转站的核心功能在于文件流转，文件查看权限管理以及存档。需要相关的文件存贮规则去约束，才能更好方便取用，提高效率。 　　文件中转站工具推荐：SPARK ，WIKI ，各种云盘，钉盘等等。 　　3、协作平台 　　协作平台区别于任务中心，协作偏向于实时，对即时性要求很高。项目工作除了线下的沟通以外，还有大部分的沟通需要线上 完成。况且很多即时协作是需要线上完成的，比如创建日程，会议记录，一些公开非正式的通知等等。协作平台需要满足较多的线下琐碎的工作场景，包括聊天，文件传输，群组，日程管理，打卡，请假等等功能。协作工具在项目沟通和管理上都会起到很大的作用，这是办公互联网化的标志性改变。协作平台区别于即时通讯工具，任何一家公司都希望员工高效率的工作。所以，如果将企业协作平台选择员工的即时通讯工具，将会极大程度上降低员工工作效率。 　　协作平台的核心功能在于补充线下沟通，满足更多碎片化的用户场景，提升项目运行效率。 　　协作工具推荐：企业微信，Teambition，钉钉，Slack 　　4、方法论 　　方法论是一个产品工作流程的核心所在，他决定了如何去架构自己的产品工作流程。如上文中如何去协调任务中心，文件中转站的文件存贮规则及权限，协作平台的关系，都是方法论去指导的。再具体些，任务中心中的任务流转的每个节点需要满足哪些条件，建立任务的checklist，每个部门的任务流转过程必须是什么样。某互联网公司产品任务中心的任务流转状态分为：需求池，需求分析，需求设计，需求开发，集成测试，PM测试，打包上线，数据跟踪，任务复盘。这是大状态，还有一些任务命名规范。需求池标题如何确定。需求分析到需求设计阶段，PM需要完成的诸如需求分析文档，与开发，设计，运营沟通会议并post会议记录，和部门经理确认任务进入需求研发等等的CHECKLIST规范。这只是方法论的很小一部分的例子。 　　方法论会包括但不限于一下内容：产品工作流程，需求分析方法论，开发规范，文档规范，数据分析规范，会议及任务记录规范，上线流程，决定审查方等等。方法论涵盖了互联网产品研发过程中项目中不同阶段，项目中各业务部门，项目中各职位的工作方法论。这个方法论应该来说是一个复杂的系统方法论，是随着