我在产品实习中的一些思考

小提示：您能找到这篇{我在产品实习中的一些思考}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的我在产品实习中的一些思考内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

本文就在实习中所参与的产品迭代项目的两篇实操文档与各位分享，望多多指教~

某资讯产品：

1. 项目背景

某资讯产品的次日留存率约为26%，日活用户约为50万，低于惠头条的次日留存率（约为36%），日活用户（约300万）。从推荐内容来看，两者差异并不明显。本文认为，造成这种差异的主要原因在于两者运营体系的构建。

因此，本文从运营的角度切入到对惠头条的竞品分析，并根据竞品分析的结果形成相关的结论。

本次竞品分析将惠头条的运营拆解为新用户的教育引导体系、阅读赚积分的任务体系、收徒体系三个大的模块，本文仅就新用户的教育引导流程体系进行相关分析。

2. 项目目标

根据竞品分析的结果为产品新版本的迭代提供方案，在1个月内完成新版本上线，使得用户的次日留存率提高5-8%。

3. 惠头条的新用户教育引导流程

图1 惠头条的新用户引导流程

（1）新用户的提现流程

首页无门槛金币发放浮层，用户进入红包落地页，可直接兑换现金，可以直接绑定支付宝、微信。

（2）任务玩法教育

首页任务tab气泡浮层（新人领取3元红包），引导用户进入任务页面，通过新手任务使用户继续熟悉App的玩法。

（3）后期强化教育

后期通过通知栏、重点活动首页浮层告知、首页时段奖励活动、首页抽奖活动浮层入口加强对用户的教育和引导。

4. 某资讯产品的新用户教育引导流程

图2 某资讯产品的新手引导

（1）新用户提现流程

新用户首次打开App，首页出现红包浮层送1元现金，用户点击进入登录页面，登录完成后，额度不满足要求（2元），出现分享收徒页面，引导用户分享收徒。

（2）任务玩法教育

App首页的任务（福利）tab没有任何引导，用户进入任务tab后，没有新手任务和日常任务的区别，并且任务的优先级排名靠前的是首次收徒、输入邀请码、邀请收徒等收徒相关任务。

（3）后期强化

后期强化包括整点开箱抽金币、首页活动浮层的引导，但是活动仍然以收徒为目的。

5. 新用户引导流程的对比分析

总结：

从以上分析我们可以看出，对于新用户的引导，惠头条的优先级是：提现>阅读>收徒。即先给予用户货真价实的奖励，使得用户相信在该平台阅读是可以赚钱的。然后培养用户的阅读习惯，尽量的把用户粘在产品上。最后才考虑到用户的收徒，通过用户的口碑传播达到用户拉新的目的。

而目前的某资讯产品的目的较为单一，即从多个入口引导用户进行收徒。从最终的效果来看这样的策略并不理想。

本文认为目前某资讯产品的新用户引导流程存在以下问题：

• 红包不能立即提现，且不支持支付宝微信账户，不能在用户第一次接触产品的时候就让用户相信有钱送。
• 首页的任务tab缺少必要的新手用户引导。
• 任务模块没有合理的的区分为新手任务和日常任务。
• 后期的强化教育较少，且目的性太强。

6. 产品新版本迭代需求优先级

• 用户提现门槛的降低和流程的优化，支持支付宝微信账号。
• 首页任务tab气泡引导层。
• 任务页面的重新设计，区分新手任务和日常任务。

底部tab气泡需求文档：

1. 项目背景

• 希望通过更多的途径引导新用户不断的进入任务tab来感受和学习整个App的运营玩法，目前认为tab气泡引导是一个相对高效的方法。
• 通过对相关竞品的分析和调研，发现App底部tab气泡作为引导用户参与活动的运营入口，对用户的引导具有正向作用。

2. 需求和目标

• 需求：对于新版本的App的用户，在底部的任务tab上出现气泡引聊城微信朋友圈广告如何精导。
• 目标：使得任务列表的人均进入次数增多

3. 交互示例

• 位置：在任务（福利）tab上方
• 气泡文案：新人专享三元红包。服务端下发，可配置。

4. 功能详细说明

4.1气泡功能的逻辑说明

4.2相关逻辑流程图

4.3埋点需求

项目总结：

首先，很感谢leader让我参与到这样的一个项目中，使我能够得到宝贵的产品实战经验。

对于竞品分析部分，我的收获可以用一句话概括：选择大于分析，分析大于罗列。这里的选择不仅仅是指的竞品对象的选择，更进一步的是竞品分析维度的选择。

其实每个产品背后都有一套复杂的产品体系，如何从这里面抽象出我们需要聚焦的那一部分，并且深刻理解其背后的逻辑，从而得到有价值的成果才是竞品分析的关键。

那种大而全的竞品分析往往不能够做到深入理解产品的逻辑，自然也就得到不有意义的结论了。从某个具体的角度或者维度出发，做深度的分析，这样的竞品分析收获会更大。

对于产品需求文档的撰写，我觉得比较重要的在于结构化的思维和准确清晰的表达。

PRD就是一公关危机处理 快速及时个产品，要站在用户（前后端开发、PM、boss等）的角度去考虑怎样做好这个产品。PRD的格式要简单明了，内容尽量的详细但又不能太拖沓，要让用户一眼就能看出这个PRD描述的功能是什么，怎么做的、分为哪几个部分，每个人的职责是什么等等，同时功能的相关逻辑一定要清晰。用较为简洁的方式表达出完整的内容，做到能用图的不要用表格，能用表格的不要用文字。

本文由 @我是范甘迪 于。，

题图来自 Unsplash ，基于 CC0 协议