项目同步会议
会议应该要明确：昨天做了什么事情，今天要做哪些事情，在工作中遇到了什么问题。在会议中产品经理应该重点关注两个方面：其一是昨天工作是否真的完成，这里所说的完成不是代码写完了就了事，也不是自测没问题了就是完成，所谓一个任务的完成应该是真正意义上的完成，即满足用户需求，可立即部署到真实环境中进行使用。
产品经理注意要点
1. 思想优化。在开发过程中一定会出现研发人员的意见与产品经理、交互设计师的意见不一致的情况，因为从人性的角度分析，每个角色都一定会用自己惯性思维去思考问题，比如工程师会告诉这个 Banner 放在左面程序运行效率最高，而交互设计师认为放在右边会更符合行为习惯，产品经理则认为放在更上方一点会换来更多的点击率，此时产品经理一定要引导大家站在更高层、更客观的角度去寻找解决方案。
2. 代码优化。这一点更多的是指代码 review，一般会采用每天团队成员交叉 review 和每周团队一起进行重点功能 review 两种模式。有句话叫磨 刀不误砍柴工，代码 review 是发现潜在 BUG、发现功能偏差的最低成本投入。
4. 文档优化。推荐使用类似 wiki 的系统来统一管理产品文档，产品经理在写文档的过程中不要因为怕麻烦就降低文档的可读质量，要知道产品很有可能因为你少写几个字就走向了另一个极端，很可能就因为这几个字，工程师就需要返工，这也是为什么大部分工程师都想暴打产品经理的原因所在。因此产品经理在写文档的过程中应该多以工程师的视角去写需求，如果你是工程师，看到需求后是否会出现理解偏差？如果会，那么请用更多的时间来完善需求文档，产品经理应该时刻清楚，需求文档的本质不在写得多么有文采，能让工程师正确理解才是王道，正所谓不管黑猫白猫，抓到耗子就是好猫。
5. 团队沟通优化。产品经理应该增加与团队成员在一起的时间，可以选择工作时坐在一起，或者一起吃午饭等等，你要时刻找机会把自己的想法准确的灌输到工程师的脑袋里，并且尽可能的在不动声色间解决他们心中的疑惑。
6. 流程优化，需求管理系统、BUG 管理系统、产品打包机制最好都是高度智能化的，可以让团队成员第一时间找到自己想要的信息。
敏捷开发
产品研发策略，前期就是一个试错的过程，快速完成主要功能，次要的功能可以适当延后，结合目前公司的状况，敏捷开发是最合适的开发方案，同样适用于产品规划。敏捷开发的原则就是，开发->测试-发布->迭代->开发。产品团队的职责：
1.用户需求调研整合，需要运营和产品共同完成此项工作，并由运营同事输出一份完整的用户需求文档；
2.产品定位明确，在试错的过程中一定要明确产品的方向；
3.产品原型输出，用户故事场景文档输出（迭代的同时保留一份产品介绍文档说明，并定期更新）；
4.将产品原型给到开发和设计，将用户故事给到开发人员，开发人员就可以开始一些功能性的开发，技术负责人需要将功能细化模块化，并跟进产品给到的用户故事设定开发周期；
5.产品负责人在开发节点跟进开发进度，开发人员需在开发几点主动反馈给产品负责人；
6.测试，完善的测试团队，需要一个专职的测试人员，对测试bug跟踪，对照产品原型进行测试，并反馈，反馈任务需要开发团队迅速给出相应，并规定好完成时间；然后再测试反馈，直到最终稳定；
7.上线；跟踪分析用户行为，留存率等一系列数据统计。
