复盘-APP从0到1的流程
产品从0到1的发展，代表着一个想法落地成一个看得见的产品的过程。看起来一句话就可以把0到1的过程概括，但是期间又经历多少细节，只有经历过的人才能有清晰的脉络。
以下思维导图是我接下来会回顾到的内容，是对我的复盘，同时也希望得到各位高手的建议：
接下来是我对自己从0到1的产品的复盘，以下称我的产品为Z。
一、产品方向的提出
任何产品起初都是由一个想法开头的。有远见的想法可以造就一个有前景的产品。当时提出做Z产品的是部门技术leader,他在与同行朋友的交流和自己对市场的研究后，确定了要做Z产品的计划。
Leader在和我聊过后，接下来就主要是我作为产品经理要做的事了。
二、竞品调研
起初我对为什么做Z产品的目的不是十分明确。我的【疑问】大概围绕这几项：
竞品主要做的是这个领域的哪个细分环节？
我要和竞品做一样的细分方向吗？
竞品的用户画像是怎样的？
我可以通过他们的用户画像粗略确定下Z产品的用户画像吗？
那么怎么查看【竞品的用户画像】？
我主要是通过App Store评论去汇总画像。
去翻翻竞品的评论会有别样的收获。
而且最重要的是，对好评可以不那么用心辨别分析，因为正面的评论大部分都是笼统的一些评价，比如太好啦！我很喜欢之类的。一开始我也并不知道好评的意义不大，在翻看了几百条评论后，才意识到我应该把精力放在差评上。
然后我发现差评的重要性实在是大，有很多用户会说“某个功能太烂了！”、“能不能把字调大一点”等。能提出这些建议的用户都是喜欢竞品、经常使用竞品而且希望竞品服务改善的忠实用户。所以我把竞品的差评全部导出来，放到excel表里分类。
竞品的更新迭代情况。
一般我会仔细看竞品从第一个版本到最新版本更新了哪些内容。迭代信息可以从这几个网站查看：七麦数据德普优化等网站！当然App Store也是可以看到的！你随便选择一种就ok啦。
市场
这个方向的市场是红海还是蓝海？
营收
竞品是否盈利？
产品规模
他们的量级是多少?
其他
竞品的知名度怎么样？
他们的社交平台有哪些可以让我参考的内容？比如可以直接联系在他们主页下留言的用户，因为这部分人最起码是你想做的同一产品线的目标用户。
三、市场调研
任何产品都应该是以盈利为目的的，没有一个团队做产品是为了闹着玩儿，毕竟人们都要吃饭。
第一步竞品主攻市场
我会首先选择调研竞品主攻的哪些市场？他们主攻市场的盈利状况是什么样的？
那么你会问，这么机密的数据，你能拿到吗？我可以回答你，这些数据可以拿到。但是这些数据很难拿到。
接下来我先介绍下这些数据是从哪里来的：
APP Annie
Sensortower等。
这些平台你不仅可以看到竞品主要在哪些国家推广，在哪些国家推广的最好，营收的最好。还可以知道竞品是在哪年哪月迅速暴增，哪个时期盈利最多。他们付费量做的怎么样，免费量做的怎么样等等你想知道的。虽然信息很多，但是你拿到这些数据的比较大。因为这几个平台必须有VIP账号才能看到数据，而购买VIP的价格是几万到十几万刀 dollar. 这时就需要你发挥你的人脉资源了，去找有VIP账号的朋友帮你查你想要的数据。再一个方法就是找几个朋友合买合用一个账号。
第二大步总市场份额
第二步我会去查下产品在整个互联网圈的份额。通过看过去几年的数据，你就能知道你要做的产品方向是处于蓬勃向上增长趋势，还是已经被时代、被用户冷落甚至抛弃的时期。这一步是至关重要的，可以坚定你继续把一个想法落地成产品的信心，或者让你认清真实情况，回头是岸呀。赶紧换方向啦！
可以查看【行业数据的网站】：Luth Research、Flurry Analytics等等。
第三大步垂直领域市场份额
第三步我会查看细分领域，也就是垂直领域的市场份额，比如在DIY行业中，做美食DIY类的产品的市场份额是怎样的。如果大方向是好趋势，那么具体到我的垂直领域，产品值得我做吗？
以上内容产品经理心里有底后，接下来要做的就是立项-出PRD-需求评审-技术排期等。
四、立项
很多产品经理并没有经历过立项这一阶段，因为大部分产品经理在进入一个公司时，上手的便是一个已经成形的产品，甚至很多产品经理都不知道立项是什么。怎么做立项。
首先以我的观点来说下立项是什么？
立项的目的是说服所有相关人员支持你的产品，相信你的产品可以盈利，可以配合调动一切资源支持你。如果所有人都达成一致，就可以开工做下一步了。
立项的时候，你应该给大家展示什么：
你要做的产品是什么？
它现在所处的市场环境是怎样的?
竞品做到了什么程度？
竞品解决了目标用户的什么痛点?
竞品哪些痛点没解决，咱们是否可以切入进去?
竞品盈利情况?
Z产品粗略的产品结构图!
因为立项阶段，各种意见肯定会很多，而且具体的PRD还没出，所以在这个阶段我只给出了核心的产品结构图，让参与人员知道接下来我会做一款什么产品。产品的主要功能会有哪些。之后核心功能肯定是围绕这个结构图来的，当然后期开发过程中会加入一些细枝末节的辅助功能（和1.0版本比较）
Z产品的盈利模式。是要做一锤子买卖？还是续订？还是其他？
运营的方式。因为我做了市场调研与竞品调研。所以我和运营同学分享了Z产品主要可以在哪些国家哪些地区推广。具体的推广方式咨询了运营组的同学。他们针对不同地区会有不同做量的方式。
一些潜在的风险
比如技术实现难度、推广成本太高等。
五、PRD文档
立项完毕后，收取了大家一些意见，我开始生成PRD文档。PRD文档是每个产品经理的基本功啦。展现PRD的形式各有不同，采用适合自己和自己团队的就ok。
在这里我想说一句，我一贯坚持PRD文档做到简洁、易懂就可以。这种程度已经很友好了，技术同学看起来不费力，也限制不了UI、UE同学的发挥。
可以简单说下【我的PRD的特点】：
全部是灰色系，#666666色值
PRD分两块。右边是原型图，左边是对原型每个细节的解释，如下：
六、PRD文档需求评审
Z产品的第一次需求评审是关于它第一个阶段要做的核心功能。
把所有相关同学（leader,技术、运营同学等）叫到会议室一起过第一版PRD。
首先要做的是我把PRD里的内容和需求给大家讲一遍。讲完之后，技术同学会问一些他们关心的逻辑问题，而这些情况你在开会前，甚至是做PRD时你必须想明白。这样技术同学的提问，你才能一一作答。这一过程，你会发现有些逻辑你可能遗漏了，这就需要在具体开发的时候，你配合技术同学做。而UI同学关心的是，你原型上的布局是否合理等。一般我的原则是，我原型上的东西，UI同学一定不能少，但是怎么去调整，我尊重UI同学，毕竟他们是专业的。但是哪块是重点，需要突出放到哪个位置，这些我作为产品是更为了解的，这里也要提前和UI同学说明下。
七、需求排期
排期我主要分为【三部分】：
第一部分是关于我自己（产品经理）要做的一些工作：
比如比如Z产品主题颜色要用什么，这个颜色并不是我或者UI同学随便说一个就可以的。Z产品的主题颜色，我是通过调研数据，分国家、分性别、分年龄等各种维度选出的TOP1 颜色。还有产品某块具体细化的文案等，我需要时间准备等等…
第二部分是UI同学工作排期：
UI同学在第一版需要出产品核心功能模块的UI图，其他辅助功能可以先不出。因为还涉及到一个UI图的评审。
第三部分是技术同学工作排期：
技术同学需要结合UI同学出图的瞬间安排自己的时间，这一过程可以是UI同学和技术同时进行。
八、UI图评审
其实UI图评审这个环节，并不是在所有时期都需要，我只在确定第一版PRD后让UI同学做了一版，然后拉着大家直观的看一下咱们的产品长什么样子！比灰突突的原型图好看多了不是吗？之后的UI图都是UI同学做完后，我和技术同学和他们达成一致就开工了。不需要叫其他人评审。当然不同的团队做事方式肯定也不同。
九、开发阶段
开发细节：开发阶段的细节就比较多了。细节到时间是用12小时制表示还是24小时制表示，这些都需要产品竞品定好和研发同学说。具体的细节内容还是因为不同产品而不同。
测试：功能可以一边开发，一边测试。因为我们项目没有专业的测试同学。所以测试工作都是由我来做。虽然没有写过什么测试用例，但是因为从头到尾这个产品都是我在负责，所以我清楚自己需要测什么，重点测的地方是什么。自己的孩子自己最清楚嘛！我爱我的孩子！（我的产品
（忽略好多细节….
十、埋点
当第一版核心功能开发完毕，测试也同时进行时，我开始准备埋点文档。埋点并不是我随便埋一个，想埋哪个就是哪个！要有想法!
埋点我会从【2个方面考虑】：
第一方面：从产品本身出发。
这类埋点数据，是日后我检测用户在APP内行为的重要依据。比如，我精心设计了某个功能，但是某个时间段，用户使用这个功能的数据惨不忍睹，我就会依靠数据来对它们调整。
第二方面：从产品利益出发。
上面说过，任何产品都应该是以盈利为目的的。所以APP内具体的付费入口转化我都会埋细致的点。比如某个付费入口，多少用户点击了，多少用户购买成功了，多少用户购买失败了，多少用户是在按了购买按钮后，又取消的…这类数据有助于我之后对付费转化的调整。
我的埋点文档截图：
十一、上线
接下来就是上线，等待审核了。
十二、核对&观察数据
审核通过后，陆续会有一些数据出来。
产品内用户的行为数据。查看这些数据和自己预期的相比怎么样。观察一段时间后，决定是否调整。
安装、付费数据的核对。因为我们有自己的后台统计数据，但是最初并不确定自己的数据是否准确。所以我和几个三方平台都做了对比（当然，这些三方的SDK需要发版前提前接入）。除了三方平台，最重要的就是苹果后台啦！毕竟是苹果给你结账啊喂！！这个一定是最准的啊！起初数据比较少，所以核对起来会简单一些！这个时期一定要把握好!当然，核对数据不会那么简单!但是经历过后，你就什么都懂了!比如苹果的订阅逻辑，苹果的退款逻辑，自己产品的业务逻辑等等。
十三、根据数据更新迭代
接下来就要观察产品的日活、月活、留存等各种运营数据啦。虽然产品经理不了解运营同学具体是花了多少钱，怎么买到这些量等等细节的。但是！产品经理必须关注这些数据！这些数据可以反映出自己产品的状况。比如：
某天Z产品的留存很低，我发现日活开始降低了，那么我就得考虑要不要加入通知拉活等等。
再比如：
某天日活很高，我会先无后天看下当天的安装有没有暴多。如果比平时多很多，我会和运营同学沟通下是不是最近刷量了。如果是刷量导致的，那么我就不惊慌啦!
很多很多细节！
总之一句话：产品上线后，产品经理一切以数据时说话！
原创不易！未经允许不准转载哈！欢迎大家交流~以下是我的产品公众号~
