APP开发从需求到产品—APP产品经理成长日记

本篇本来打算写如何跟技术进行沟通，其实跟技术的沟通，是贯穿于整个从需求文档到产品上线、产品跟踪、迭代的过程之中的。本篇更多的是讲作者工作半年来，在app开发领域从需求文档到产品上线的过程，也希望与同行朋友多交流。

　需求文档看不看

  当你辛辛苦苦写出来一堆需求文档，跟UED的同学定好交互、视觉、重构；满以为技术会认真对待，但是你会发现，技术同学基本不会看你准备的一堆东西，基本是按照自己的理解来开发，当开发不下去，第一时间也不是看文档，而是看测试用例，或者直接跟产品沟通；基本文档只是QA同学对着写用例。

 刚刚开始工作的时候，对于技术不按照文档开发，是比较着急上火的，经历一段时间后，发现重点就好了。产品的本质是保证产品核心功能的质量，保障用户体验，用户端和商户端的功能不能含糊；运营后台、客服后台之类的，保障功能完整和业务流畅的基础上，可以给技术适当的自由发挥；就算是前台页面，多听听技术的意见，让技术同学参与进来；开发过程中，保持沟通，对于技术提出的问题，最快速度的响应。

什么样的需求要写文档？对于功能性、涉及业务流转，状态切换，边界条件灰常多的需求，流程图、交互、PRD一个都不能少；对于非功能性的需求，提升用户体验的部分，文档可以不准备，准备好原型图，然后在上面标注出重点，交付的时候讲清楚。

todolist与优先级

产品在迭代过程中，不断有新的需求，不断有需求被完成，通过list来管理这些需求，整理的过程也是对产品思考的过程，不停问自己，这个需求用户是谁，解决什么问题，是否必要，以及是否必要现在就做？

list的好处就是，可以尽量多的记录所有需求，虽然有些天生就是被砍的命，但是list一堆需要