编辑导语：关于项目教程的文章我们看到的并不少，但是它们真的是0~1吗？在本篇文章中，作者从一个项目的立案期、产品上线生命期和配套准备期这三个阶段，为我们关于产品上线做出了详细地说明。

网站上看到了很多0-1的项目教程，怎么说呢？不能说不对，也不能说对。

说对，是因为基于单纯的产品经理的角度上，这个0-1的教程是对的。因为他完整的包含产品上线周期的：竞品分析、需求确认、推进实施、测试上线这主要的四个大环节。

说不对，是因为，如果你在进一步，从项目经理，甚至从老板的角度来说，你还需要经历过一个完整的立案期，一个完整的人员设配套准备期。

一、立案期：一般是由摸索+调研组成

摸索道路：通常由老板发起，点名市面上的一款或者几款同类产品，作为团队的参考方向。

市场调研：对市场进行调研分析，决定是否入驻市场，以及新项目的前期权重投入，调研主要包括以下方向：

• 同类产品分级
• 同类产品盈利现状
• 同类产品迭代情况
• 新竞品出现频率
• sem竞价的竞争情况

1. 同类产品分级

市面上的竞品，大致可以分为四个等级：巨头产品、知名产品、新兴产品、三无产品。

开始一个项目之前，了解下这个项目行业中的金字塔阶级是很有必要的。这里，我们就以常见的社交类产品来进行一个案例说明：

• 巨头产品定义：基本实现目标人群百分百普及，同类产品活跃度第一；巨头产品举例：如国内的微信、QQ，国外的facebook、Twitter，分别隶属于国内外的社交类巨头类产品。
• 知名产品定义：较高的知名度+相对活跃的使用频率；知名产品举例：如陌陌，探探，微博这类，知名度有了，但不是属于每日必备的产品。
• 新兴产品定义：上线时间较短+一定的宣传曝光力度；新兴产品举例：如soul、笔芯这类的，通过抖音或者其他渠道进行官推的新产品，实现短时间内部分人群密集型曝光。
• 三无产品定义：知名度低，用户基数低的产品；三无产品举例：无。

首先，了解这类产品的一个市场占有，才能更好的去进行下一步的分析。并且，在前期找好竞争对手。不能说你一个中小企业，上来就要对标巨头产品，这不是找死是什么？

2. 同类产品盈利现状

无利不起早，做产品最终目的是为了盈利，必须了解这类产品的盈利情况，红海或者蓝海，才能知道他是否值得我们去介入。

其实说盈利，不太准确，因为产品是分为：盈利性产品和非盈利性产品两种。

1）盈利性产品

主要需要查询对应产品，每个季度的盈利情况。查询手段可以是通过查询对应的财务报表（不一定能查询的到），或者通过业内资源，和相关的负责人沟通了解。

但是，以上的手段，其实都需要一定的资源和人脉，至于网络上曝光的一些数据，仅能当做参考。某东天天喊盈利，实际情况，谁不知道呢？

所以，如果你的老板无法在这方面提供太多的帮助，那么你不妨把所有产品都当做非盈利产品来分析。

2）非盈利产品

一般可以通过对应的指数数据，业内评价，各类商城排名变化情况来进行一个判定。

数据上，可以查看百度指数（内涵搜索、资讯、媒体三个方面），里面能够比较好的反映出用户、媒体、自媒体主对这个产品的关注程度。

同时，也可以查看其中的需求图谱，主要是反馈了该类产品的周边需求，可以用于考虑产品的功能分布，同时也可以用户seo的TDK编写。

更好用的是百度指数提供的用户群体，初略的帮你划分了用户群体的地区、性别、年龄等特征，这些都能为你产品前期的布局，提供不错的一个资料参考。

如果是APP的话，可以查看易观千帆指数，直接查询同类产品的一个情况，这个也是非常直观，并且数据相对准确的。

同时，提供一个极光数据，报表类的网站。只是这个需要自己检索，并且不一定所有都能搜集的到。应用商店的排名也可以作为一个参考，这个就比较简单，不做详解了。

至于什么微信指数、微博指数、新浪舆情这种，看看就好，提供的数据价值并不是那么大。

重点来了，查了这些，你才能知道你这个行业的巨头产品、知名产品、新兴产品、三无产品分别是处于什么样的一个情况。

同时，基于自己对标的等级，初步评估，达到这个目标，是否需要能够满足公司的目的。如果不能，是否考虑战略升级。

3. 同类产品迭代情况

为什么要考究同类产品的迭代情况呢？

这个涉及到了你们产品的一个人员配置：是立专项，专门配套对应的产品经理、测试人员、技术相关人员？还是说从其他项目组临时抽调，兼任负责。

那么，如何研究同类竞品的迭代情况呢？

比较直观的一个方法，就是去官网查看更新日志，现在很多产品都会有这种更新日志；同时，研究该产品的功能负责程度，如果功能非常多，基本就是需要专人专项处理了。

4. 新竞品出现频率+sem竞价的竞争情况

这两款为什么要在一起写呢？

因为很多时候，新的竞品出来，都会通过sem的方式进行投放，这样的一个好处是前期曝光度高。同时，对比竞价，决定是否要采用付费广告。

那么为什么要研究新竞品的出现频率？

因为这个东西，很大程度上可以做一个补充指标，去反应当前该类产品的市场如何？是否有继续投入的潜力。新品出现评率越高，说明该产业饱和程度越低，那么也就越有入手的价值。

那么怎么去知道他是否更新频繁呢？

最简单的一个方法，通过百度直接搜索。查看付费的广告中，是否出现的都是一些新的，名气不大的产品。如果是，基本可以说明，该产业新兴产品量多，值得投入一定的人力物力。

同时，可以查看，是否公司的财力物力能够支撑得起在这个行业的。以加速器这个行业在百度中的表现来看，除了腾讯大厂家以外。还有雷神，斧牛这种新兴产品的存在，说明市场相对还未达到一定的饱和程度。

更多的大厂品牌如：海豚、网易UU，都没有介入到付费广告当中，新产品还是可以通过这部分获取一定的曝光流量的。

二、产品上线生命期

这部分，网上有太多太多的同类，这边就不做细致拆分，有兴趣的也可以看看以前的一篇《聊聊产品工作流程拆分》。

而相对以前，需要补充的几个东西顺便提及一下，这也是产品工作的基本功，做到老，练到老。

1. 挑选竞品尽量步子不要跨的太大；
2. 第一版功能基本上只需要求核心，也就是核心功能能完善，就可以对外开放试错。因为用户给你反馈的东西，比起闭门造车要直接的多；
3. 怼人一时爽，砍需求更爽，一直怼一直砍爽上加爽！当然，这个是对开发而言的。

作为产品很容易遇到一种情况：

• 你的需求没写完整，然后开发怼你：这个你没写，然后现在做的不是这样子和我没关系，我逻辑要改很麻烦，需求砍了吧。
• 你的需求逻辑没想明白，开发怼你：这个你又没想明白，现在做起来很浪费时间，这个需求先砍了。

这样，你的需求就会一直被砍。那么，如何避免被砍需求？或者说如何把需求写的明明白白呢？这里有一份整理的模板，每个界面对照这个，把这个当成本能，又基本上开发也就砍不掉你的需求了。

1. 默认展示

• 默认展示多少数据？
• 每个元素的数据展示来源是什么？
• 每次加载多少新数据？
• 每次加载中的提示是什么？
• 最多加载多少数据？
• 没有更多数据的提示是什么？
• 排序功能规则如何？
• 默认展示哪一种筛选排序？

2. 元素定义

• 区间规则说明：（0-99如何展示，100-999如何展示，1000-9999如何展示，以此类推）；
• 功能定义：（举例：什么叫活跃用户，什么叫沉默用户）；
• 删除功能：个人记录，删除本地还是服务器，重新登录，换手机登录，信息是否再次展示；
• 数据保存：数据保存在本地，还是保存在服务器，清缓存，换手机后数据是否继承（游戏的游客模式）。

3. 文字输入

• 文字输入的字符长度限制、提示、截断；
• 文字输入的格式限制、提示（数字、中文、符号、字母）；
• 文字输入的敏感词判定、提示；
• 上传成功的提示；
• 上传失败的提示；
• 是否支持增加/删除段落功能；
• 是否支持跨步骤删除。

4. 图片上传

• 图片上传的数量限制；
• 图片上传的大小限制；
• 图片上传的长宽限制；
• 上传成功的提示；
• 上传失败的提示；
• 图片上传是否支持批量功能；
• 是否支持增加/删除突破功能；
• 图片是否支持删除、对应提示如何。

5. 状态变更

接任务/提交任务（不可提交任务）/审核中/审核失败/申诉（不可申诉）/申诉审核中/申诉通过/下载/下载中/暂停/继续/安装。

6. 交互事件

• 如何刷新页面？
• 选中时的交互是什么？
• 点击后的交互是什么？
• 点击后，是否会影响到其他页面的展示结果？

7. 特殊行为

持续中行为被中断后的处理（下载中，阅读中，观看中等等），APP运行中，有消息通知，如何更新到极限值的处理情况。

唯一值判定：（设备号作为唯一值，手机号作为唯一值，一机一号作为唯一值，或者其他），是否需要统计不同位置的点击情况。

8. 备注

设计稿元素必须和设计图一致，位置可以变更，元素不允许增减，如果发生增减，需要对变动的地方的数据进行说明。

三、配套准备期

这个就简单点的掠过，主要是管理层，一般是项目经理或者老板要考虑的事情。

1. 人员配套

• 需要几个产品经理、测试、UI、前端、后端、移动端开发工程师？
• 需要几个运营人员，对运营人员的需求是什么？
• 需要几个推广人员，推广人员的需求是什么？

以上人员是内部调岗还是对外新招？如果新招，分别的招牌条件是什么，分别的薪资预算是多少？

2. 产品种类配套

要进行的产品需要配套哪些东西？PC官网、WAP官网、域名、公众号-服务号、微博认证、App一系列配套是否都需要？

如果需要，就涉及到了公众号的微信认证，涉及到了软著的申办，涉及到了应用商店或者app store的上架功能。

3. 试错底线配套

• 最迟需要多久的时间出测试版本？
• 最久接受多长时间达到项目自负盈亏？
• 这个项目后续的目标规划是什么样？（用户基数或者盈利金额目标）

码字不易，点赞留余香，欢迎交流，欢迎大佬留下宝贵意见。

本文由 @起风猪 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自 Unsplash，基于 CC0 协议