|
我认为搭建知识体系是学习的重重之重，下面我将简要的介绍我眼中的产品开发前的点点滴滴，我会把要重要的方法论，编写的文件、图件和一般使用的软件加粗，让大家能清晰的看出作为产品经理应有的必备技能和用武之地。 图1 项目的开发流程图 产品的诞生是从需求分析开始，我们要尽可能多的采集需求，包括对市场的调研，竞品的分析，在竞品分析方面可以参考《用户的体验要素》一书中从战略层、范围层、结构层、框架层和表现层几个方面进行分析。 用户需求采集的常用方法包括用户访谈、调查问卷、可用性测试和数据分析。在产品的研发阶段主要应用前两种方法，用户访谈可以可以帮助我们在内心还比较困惑时寻找方向，而调查问卷主要适用与大数据量的信息搜集。经过了如上的工作我们搜集了大量的用户需求，下一步我们要将其转化为产品需求，得到产品需求列表，也就是俗称的feature list（一般用Excel完成），产品列表的制作和需求的类型、kano模型下的需求层级等基本要素我会在下一篇文章需求分析的点点滴滴里阐述给大家。上述工作也就是每篇文章都会提到的需求转化和打包。 图2 Kano模型图 同时在这个阶段我们要着手制作BRD文档（word/ppt可选工具比较多）的制作，BRD文档是给大老板看的，方便大老板进行项目的筛选，在BRD阶段我们不用对页面细节有过多的描述，而是站在战略角度分析市场的情况，产品的定位，相关功能的介绍，以及最重要的资源的评估和商业价值的阐述，谁不希望做一个资源占用量少但商业价值高的“高性价比”产品呢？ 图3 BRD文档基本要素 在BRD展示进行结束后，项目就进入了待执行阶段了，下一步便是进入了开发的前期准备工作：项目团队的组建、计划的制定、“鼓舞人心”的kick off会议的开展，当然最终要的是在这一阶段我们要开始编写PRD文档。PRD文档全称Product Requirements Document，是对产品功能进一步细化的产品需求文档，是给开发、测试人员看的，所以PRD文档要努力做到事无巨细，减少开发过程中的麻烦，PRD文档一般由总体说明和用例文档部分（即UC部分）组成，UC部分首先要给出用例的可视化表示，说明各个用例之间的关系，一般用类图、用例图、状态图（一般可用Visio工具）表示，接着是用例的正文，由各个用例组成。有时候也可用些小的Demo（Axure工具）演示，更帮助团队成员理解产品。因为本文主要是梳清脉络，具体这些图例和Demo怎么制作，目的是什么先不列入讨论。 在大家一致通过PRD文档后，开发人员就可以着手开发工作，测试人员也可以开始编写TC测试，在后续的工作中仍有很多的评审工作以及很多的细节商讨，这些部分我们就留着日后再讨论。 感谢您看到了最后，上述我们讨论的流程和条条框框并不能作为提高产品质量的利刃，正如每个产品经理所说，文档是工具、方法论是工具，不要沉迷。对于资深的产品经理来说可能并不能说清这些条条框框，也没那么复杂，他们有的可能就是一种商业感觉，但我认为在初学阶段还是要“学究”一点，先弄清这些东西才能帮助我们更好的成长！ 另：上述内容仅是我自己的理解，不知道是否正确，也肯定比较浅薄，希望大家能多多担待也能多多指教，希望我们能一起进步，成为出色的产品经理！ #声明# |
|
|
