正文
在这个项目中笔者参与了iOS端APP以及PC官网、后台的设计，那么我着重会以iOS端APP的产品设计进行举例分析。
如何把原型需求做得更好
关于如何收集与整理用户需求、如何绘制原型、如何写一份优秀的需求文档，网络上优秀的干货文章不胜枚举，在此笔者不再赘述。
值得一提的是，对于需求文档的撰写，我并不注重偏形式化的东西，文档的命名格式以产品名/功能名_版本号_撰写日期即可，
一份需求文档则是一款产品，那么开发人员则是使用它的用户。如何让用户体验好，才是产品经理在撰写文档时更应该注意的。
一份需求文档可能会被前端开发、API开发、后台开发、测试等不同的技术人员阅读，
在文档中应该体现针对不同角色而对应的不同阅读模块
。简单来说，ios开发需要阅读文档中的整个功能需求模块，而PHP开发只需要阅读所需接口需求模块，因为对于PHP开发来说，如何实现一个翻页操作是他毫不关心的。在文档中，针对不同角色分段说明，开发能明确知道自己的开发任务、阅读体验更好，也能有效提高开发效率。当然，内容条理、逻辑清晰是需求文档的基础。我也经常会问开发，你需要什么样的需求文档？开发说“我可以完全按照你的需求文档开发，不需要再做任何思考”。那这其中要求的是产品经理将各方面考虑详尽，但在实际操作中，产品经理难免也会有遗漏之处。
在1.0原型初稿出炉之后，我面临了职场的第一次鄙视，来源于隔壁组支援的UI设计大兵。我仍记忆犹新，在个人中心页面上，有一个登录及我的订单入口。而我居然遗漏了未登录状态下点击我的订单入口时的情况。这几乎对所有产品经理来说，是一个不可能犯的错。我被大兵鄙视了一番“你这原型画的，我都没心情设计”，这也着实给了我一次较沉重的打击。事后我一直在反思，
怎样才能让自己在做需求设计时考虑的更全面呢？
-
借助思维导图、流程图等工具
-
0与1 、和1到多法则
-
犯错后的反思总结
思维导图是一个非常简单但极其有效的帮助思考工具。在思维导图中，你可以将产品的功能进行分类再分类、深入到每一个细枝末节。它不仅能帮助你深入思考、而且记录下思考过程。在绘制原型时你可以遵循思维导图进行设计，尽可能避免遗漏任何一个枝节，而流程图的绘制对于页面操作交互、流程的设计十分有利。我们所期望的是用户能够在我们的产品中进行转化（注册、下单等），那么要求
所设计的任何一条路径都是能够通向目标的
，如果在流程图中发现有一条走不通的路径，那这里的问题就是产品经理应该去考量的。
0与1、和1到多法则指的是思考时应该针对每一个页面或功能分析它的对立面和多种情况。有人就会说，“如果我真的能考虑到多种情况，那就不会出现遗漏了”。让每个人都能考虑所有情况不是一件容易的事，而我这里想说的是你需要培养自己的思维模式。在设计事，按照0与1、1到多的步骤去进行思考每一种情况，不断地锻炼加强的自己的思考能力。
在产品设计中的遗漏和出错对于产品经理来说，总归都是一次经验教训，失误之后的分析和总结是必不可少的。而最基本的要求是不能在同一个环节步骤设计上失误两次。
版本开发时，我应该做什么？
在经历了产品评审、技术评审会议后，1.0需求在修修补补后终于尘埃落定，提交给技术大哥们进行开发了。在研发阶段，我也必须要完成后续一系列的工作。
