工作日，周一，早会。
会议结束后，总监让小明去他办公室一趟。小明心里就在嘀咕着“这下终于可以干点大事了”，想想还有点小激动呢。于是怀着无比激动和忐忑不安的心情，敲门进入。
万万没想到，总监只是让整理一下我们产品和B产品的功能差异。你没听错，也就是所谓的竞品报告。
在整理分析的过程中，小明一直在思考，是不是产品经理必须会写这样的文档，有没有什么现成的模板。如果可以借鉴别人的经验，岂不是可以省去好多时间。
说干就干，通过各种渠道咨询、打听，得出的结论却是：没有捷径，只能自己做。
于是，从竞品报告衍生出产品经理必须要掌握的那些文档。下面就一个产品的从0到1的流程，来说明需要哪些文档。
考虑到小明只在小的创业公司待过，有不对的地方还请指出。
01
MRD：市场需求文档
说来惭愧，小明到现在也没有机会写MRD，这一般都是总监级别才需要考虑的内容。
虽然没有写过，但还是可以说下大体思路。
MRD的主要目的，是从宏观市场的角度出发，来分析行业情况，预计产品的规模，展望产品未来的前景。
分析行业情况：通过大量的数据收集和调研，来分析行业的现状和趋势，其主要目的是从宏观角度明确所处行业的客观位置，判断是否有进入的机会和发展的空间。
预计产品规模：通过对行业规模的调研和预计，知晓自己产品未来可能达到的规模和增长的模式。
展望产品未来：通过对行业的趋势判断，来展望自己产品的未来前景。
不过要获得可靠的数据并不简单，仅仅只靠搜索引擎肯定是难以完成的。我们可以购买专业的行业分析报告，获取相对权威的数据。再结合网上的公开资料，做一个宏观的判断。
一句话总结：这个市场很庞大，我们的机会有很多，我们一定可以成功的！
02
竞品分析报告
完成MRD后，如果公司觉得不靠谱，不符合公司战略目标、没有发展前景，那就可以考虑再写一份新的MRD了。
如果公司觉得靠谱，符合公司战略定位，未来希望大大的。接下来要做的事情的就是竞品分析报告了。
关于竞品分析报告，网上有很多模板。一般的套路，按照用户体验五大要素来分析，看似面面俱到，其实都是点到即止。完全没有达到竞品分析的效果。
所以在这里，小明觉得，我们必须要明确竞品分析的目标是什么，不能为了分析而分析，为了形式而形式。
其实，到了这个阶段，我们进行竞品分析的目的是为了进一步验证产品的可行性。俗话说的好，找到市面上那个最接近的产品，干就完了。
所以我们需要找的是直接竞品，然后从对方的发展路径、团队构成、产品实现三个方面来进行分析和验证。
发展路径：通过对方公司的发展历程，可以知道现在市场对我们同类公司的接受程度以及可能遇到的阻力。比如新闻报道、融资情况，都对我们有帮助。
团队构成：通过团队成员的情况，可以知道，如果我们自己想达到这样的水平，需要组建的团队规模和配比情况。
产品实现：如果有可能，去试用对手的产品，毕竟做出来的东西才是实实在在的，也为以后自己的产品找到样例。
而我们产品经理，往往最关心的是最后一个方面，也就是产品实现。而我个人觉得，这恰恰是最基础的部分。是最容易被感知的，也是最容易被抄袭的。
在这个阶段，不需要进行详细的功能性对比，尽可能多的收集竞品信息，样本越多，越有分析价值。
一句话总结：大家都是这么过来的，我们想成功，至少得这样！
03
PRD：产品需求文档
这是产品经理最重要的产出文档，没有之一，不容反驳。PRD可以体现一个产品经理的专业性、逻辑性和细致性。
首先，我们需要明确阅读对象是谁，这样才能够在编写的时候有所侧重。一般情况下，PRD的阅读者多为测试人员和开发人员。
所以我们在编写的时候，需要交代清楚功能结构、逻辑流程和数据校验。
功能结构：先从整体上介绍产品的功能结构都有哪些，让阅读者可以对产品有一个宏观的了解，可以附上产品结构图、框架图。
逻辑流程：介绍清楚整体流程、各模块细节流程、各角色的交互流程，需要尽可能的包含所有流程，否则会影响测试同学的用例和开发同学的实现（虽然开发同学都是按照自己的理解来做的，我们还是不能忽视）。
数据校验：涉及到数据交互的地方，前台的数据校验判断内容需要明确定义好，比如输入框的字数、格式限制等内容。
其他内容：还有其他的诸如权限配置、角色配置、字段名称解释等等，就不一一介绍了，具体的要看每家公司的实际情况。
至于展现形式，能表达清楚就可以，最好使用图文的形式。一个配图+一段解释，容易理解。
一句话总结：功能说明是这样的，你们看着办！
一些想说的话
小明转岗成产品经理的时候，在小公司，没人带的那种。在摸索中前行，虽然速度慢了点。
所以我在这里说的内容，也仅仅代表我个人的情况。只希望我遇到的坑，你们不会再遇到，我走过的弯路，你们不会再走。
尾巴
心中都有远大理想，但脚踏实地才是前提。不要为了奔跑，而忘了为何出发。
网友评论