设计开发中要随时与团队成员保持联系，尤其是与设计沟通更加频繁，你们要商议具体的交互细节以及页面细节，切记不可用特定的言语干扰设计思路。

　　比如说，有些产品会要求设计某个按钮用什么什么颜色，某个元素大一点，小一点，这都是不可取的。你只需要确定好信息层级，告知设计师由于业务需求，哪些元素需要强调，哪些需要弱化即可，设计师会根据设计规范以及自己的设计思路进行设计，否则就会和设计师怼的没完没了了；至于与开发的沟通，主要是在逻辑层面的交流会更多些，而且笔者认为最好能懂些技术知识，即使一点不懂你也要分清楚哪个开发是做哪一块的，遇到问题找谁，跟他应该怎样沟通，如果存在沟通障碍，那么程序员一般的反应都是—>生闷气，不理你，哈哈，你要知道，大部分程序员还是很可爱的。当你的需求提上去后，什么时候测试，什么时候上线，这块的进度一般都由项目经理掌控，当然，自己的心里也要有谱，有自己的项目进度表。

　　测试

　　测试确实是个心累的活儿，如果你们公司的测试人员较为专业，会为你省下不少麻烦和时间，你只需要负责上线前每一个阶段的验收即可。否则，你就得自己写测试用例，测试反馈，直到上线，这里每个公司的流程不一样，这里也就不过多阐述，免得产生误导。

　　上线观察，数据反馈

　　在此之前需要跟运营人员以及推广人员打好招呼按照事先设计的实验方案进行实验，在上线之后每日监控数据变动情况，每组数据的流量是否有异常，专题商品库存情况，下架情况，等等，总之需要控制变量，确保实验按照时间顺利完成，最后拉取实验数据进行数据分析，根据分析结果确定此功能的可用性，得出分析报告反馈给团队成员和BOSS。

　　版本迭代

　　这一部我并没有写到最开始的那个流程图当中，对于一个完整的产品有大的版本迭代，对于一个功能同样也会有相应的版本迭代。在这个需求中，我们前面根据一二期需求评审之后以及后续根据运营人员的实际情况进行功能扩展，针对此功能大致得出以下迭代计划：

　　当然，这个迭代计划只是作为产品人员自己的计划。具体每一阶段是否上线还需要根据每一阶段的数据反馈以及公司具体的运营需求和运营策略的变化（在一个运营主导的公司就是这样咯~）进行调整，总之，用心对待自己做出来的东西，不仅仅是生孩子，养孩子的责任你同样也逃不了。

　　至此，这个需求从初始到上线的一个流程就基本结束了。虽然仅仅只是通过一个需求来回顾了一下需求从开始到结束的整个框架，不知不觉也有了近7000字，对于里面的细节部分请原谅我没有在本文中全部写出来，文中还有许多的不足请各位读者给予指正，私信评论都可，哈哈，欢迎拍砖。