文章为作者近期所做的一个项目总结，与咱们共享，期望能够给咱们的作业带来一些参阅。
前期与运营的沟通阶段用户研讨、需求剖析都是另一位产品在对接，直到3月23号开端丢下盘子让我接手，心里一万只羊羔驼在策马飞跃。项目暂定上线日，接下来我就开端了苦逼的加班进程。
由于项目是跟着政府方针走的，原本定位是将旧的电商产品进行优化，后来经过用研，觉得定位不契合现在的定位所以将团队从头进行组合，在时刻发展的快速推进下，咱们也是快速开释手中资源经心接手现在的开发使命。项目从开发到上线天，咱们能够感触得到时刻有多紧吗，并且，四月份还放了一个清明节呢！
项目布景介绍结束，接下来我依据我接手项目后做的作业，共享一些产品作业流程以及项目总结：
在这个项目正式开发之前举行的会议有发动会议、需求评定会议、原型会议这三个会议。进入开发阶段后相继举行开发会议与发布前期会议；其实开发期间还有许多大大小小的需求改变会议。
为了确保项目能够严重有序的推进，项目发动会经过屡次会议总结后才招集一切项目关连人参与，以到达短时刻、高强度、高效率、齐心协力完成对产品的榜首次、也是最重要的一次决议计划，完成项目高周转。 会议要求发起人、客户和其他关连人参与发动进程能够树立对成功规范的一同了解，进步可交给效果的可接受性，进步客户和其他关连人的满意度。关于会议咱们有自己严厉的规章：
会前预备：承认会议时刻、参会人员与会议内容后，将会议地址与时刻还有会议阶段要预备的内容以邮箱的方式发送给每一位参会人员，并承认两边时刻与实践到会人员名单，承认会议告诉都送达。
参会人员：会议主持人（项目发起人或产品部担任人参会人员）；董事长（有必要参与榜首次和终究一次会议）；公司总司理；产品部成员；项目发起人，项目团队相关成员；
注：发动会之前，针对项目预案，有必要与部分要害人员提早沟通，以确保发动会计划报批经过，下降计划重复的危险。每次会议项目司理必须组织专人记载、收拾会议纪要产品司理担任终究效果收拾。发动会是咱们对项目的判别和决议计划，是项目的其间一个阶段性效果。若由于商场改变或政府报批原因，预案、本钱等被调整乃至推翻，可直接反映在计划阶段效果中，不再从头举行发动会。
若会议终究未达到一致，经两边洽谈一致，展开第2次项目发动会议或项目停止；
大型杂乱的项目应该被划分为若干阶段，在此类项目中随后各个阶段也要进行发动进程，以便承认在开端的指定项目规章和辨认关连人进程中所做出的决议是否仍然有用。在每个阶段开端时进行发动进程，有助于确保项目契合预订的事务需求，核实成功规范，检查项目关连人的影响、动力和方针。然后决议该项目是持续、推延仍是间断。
就产品开发而言，在规划开发之前有必要先清晰项目规模界说和优化方针以及需求，为完成方针拟定举动计划用于辅导项目的施行的项目办理计划和项目文件。
由于项目的杂乱性，或许需求经过屡次反应来做进一步剖析，跟着搜集和把握的项目信息或特征不断增多，项目很或许需求进一步规划。
承认会议时刻、参会人员与会议内容后，将会议地址与时刻还有会议阶段要预备的内容以邮箱的方式发送给每一位参会人员，并承认两边时刻与实践到会人员名单，承认会议告诉都送达。并在会议开端前就预备好会议需求的文档与演示材料。
注：在时刻答应的状况下，产品部需求将项目可交给效果划分为更小更具体的产品可核实的功用；会议结束后产品部项目担任人需求将最新的需求及时更新并依据会议效果拟定需求改变表或新增需求表，以便项目效果可追溯。
原型会议归于项目履行阶段的重要要害环节，关系到整个APP的运营、规划与开发进程。经过原型会议能够根本承认这个产品是否能够进入开发阶段，事务逻辑是否有问题等。
承认会议时刻、参会人员与会议内容后，将会议地址与时刻还有会议阶段要预备的内容以邮箱的方式发送给每一位参会人员，并承认两边时刻与实践到会人员名单，承认会议告诉都送达。并在会议开端前就预备好会议需求的文档与演示材料。
注：进入原型阶段后，项目展开进程中有任何问题应该开小会议洽谈,及时处理,项目履行阶段需求实时监控项目发展的问题。
规划承认会议是产品将UI规划全体进行展现此次会议首要便是审阅规划质量与终究开发的交互效果。
承认会议时刻、参会人员与会议内容后，将会议地址与时刻还有会议阶段要预备的内容以邮箱的方式发送给每一位参会人员，并承认两边时刻与实践到会人员名单，承认会议告诉都送达。并在会议开端前预备好UI规划稿以便展现。
注：若UI计划现已承认，UI规划稿终究可产品部内部会议进行终究承认。UI规划员在此次会议展开后需求将标示、切图交给给相对应的开发人员。
开发会议：开发会议首要是进行难度的评价与开发发展办理，进行开发人员的分配与需求办理。
承认会议时刻、参会人员与会议内容后，将会议地址与时刻还有会议阶段要预备的内容以邮箱的方式发送给每一位参会人员，并承认两边时刻与实践到会人员名单，承认会议告诉都送达。
发布前会议: 开发人员开发好测验结束后，在正式上线前展开一次项目演示会议，终究以两边满意作为产品上线的规范。
承认会议时刻、参会人员与会议内容后，将会议地址与时刻还有会议阶段要预备的内容以邮箱的方式发送给每一位参会人员，并承认两边时刻与实践到会人员名单，承认会议告诉都送达。
会议前需求规划好会议流程制定一张会议纪要表，并预备好录屏演示、解说的ppt以及前期预备的一切文档与承认立项文档。
以上是依据项目展开进程进行的流程展开的会议的总结，只针对新项目上线试用，假如项目现已上线就不需求这样的流程。以上流程图中的董事长为公司的总担任人。
项目担任人每周最少一次与事务团队进行项目沟通，经过与事务沟通提炼最新产品需求，并剖析需求的优先级与重要程度决议是否需求新增需求。
如有新增或改变需求，需提交需求改变或需求新增批阅件给董事长批阅，假如是严重需求改变，需求举行需求改变会议。经过董事长批阅即可进入项目履行阶段，具体流程参阅本文第四章第3节至第5节原型规划开发发布的流程履行。
若董事长批阅未经过，则需依据需求从头剖析并修正新增需求计划或改变需求计划的批阅件，再次循环批阅流程。
由于A、B、C的改变所引起的D、E、F、G的改变改变，为了让D、E、F、G也能够水到渠成的答应改变，所以要提出改变D、E、F、G的恳求，等候同意。
一切D、E、F、G的改变都被同意，且皆为了满意A、B、C改变过所带来的连锁改变。
D、E、F、G所引起的H、I、J、K的改变也获得了同意，且皆为了终究满意A、B、C改变过所带来的连锁改变。
（能够了解为A、B、C为同意的改变恳求源。D、E、F、G可了解为 由于A、B、C的改变被答应，所引起的其他一系列需求改变的改变，那么D、E、F、G提出后，需求再一次等候被同意后履行）
项目担任人依据项目上线状况及时搜集用户反应，并依据搜集的需求做相对应剖析与记载，如有改变需求需提交批阅件，做相对应的功用改善；假如项目跟进进程中有严重的需求改变，需求举行需求改变会议并提交批阅件由董事长审阅；
定时进行数据查询与剖析，依据现阶段数据状况及时剖析反应现在产品所存在的问题与需改善的当地，提出相对应的改善计划；
重视同行运营形式改变，实时重视商场意向，与事务部分坚持亲近的联络，依据商场运营状况，做出相对应的运营调整。
23天从原型到上线的产品总结榜首部分就总结到这儿，第二期再总结项目进程中的一些流程与需求改变处理计划，以及一些项目反思。
本文由 @我吃了僵尸的脑子 原创发布于人人都是产品司理。未经许可，制止转载。
听到许多言论说在我国程序员是吃芳华饭的，那么产品司理呢，也吃芳华饭吗？
人人都是产品司理（）是以产品司理、运营为中心的学习、沟通、共享渠道，集媒体、训练、社群为一体，全方位服务产品人和运营人，建立9年举行在线+期，线+场，产品司理大会、运营大会20+场，掩盖北上广深杭成都等15个城市，在职业有较高的影响力和闻名度。渠道聚集了很多BAT美团京东滴滴360小米网易等闻名互联网公司产品总监和运营总监，他们在这儿与你一同生长。
