呕心沥血互联网产品经理巨作

此篇文章是楼主集合多年看帖见闻,学习后得出的总结,希望能够帮到刚入门的产品经理们&…

此篇文章是楼主集合多年看帖见闻,学习后得出的总结,希望能够帮到刚入门的产品经理们,也能帮助到突破中级门槛的产品经理们,如果有帮助,记得点击收藏和分享,谢谢支持原创

产品for what

产品定位

这是产品设计的方向,也是需求文档和设计产出的判断标准。此外,产品定位也使团队成员形成统一的目标和对产品的认识,提高团队的凝聚力和工作效率,可以这么说,产品定位是需求中的需求

譬如:面向什么用户/什么人群/解决什么痛点/发展方向/什么年龄层

产品定义

我们往往初期会给产品一个定义,用来给我们的用户去阐述,一般一个产品的定义足以让一个客户知道是否适合自己使用

但是产品定义是会升级迭代的

用户需求(需求分析与采集需求会在后面模块剖析)

PRD

① 文档备案:包括文档日期、版本号、修改人、修改内容和审核人等信息,一般以表格形式位于文档开头。

② 目录:方便阅读

③ 背景描述:为什么要做这个产品/模块,市场行情,业务目标,产品定位等

④ 用户类型:简单地描述目标用户的情况

⑤ 项目时间安排:启动、结束等时间节点

⑥ 信息结构:简单理解为内容和页面的层级

⑦ 业务流程说明:以流程图形式说明业务各个状态间的切换逻辑(PRD,原型)

⑧ 需求详细说明:每一条需求的详细说明(包括:使用场景、UI描述、功能描述、优先级、输入/输出条件、处理流程、补充说明等)

⑨ 涉及关联业务部门的支持,还需要特别备忘(测试A/B,验收标准等)。

设计功能流程

1、提炼核心需求

2、思考满足核心需求的方式

3、评估方式优劣选定方案

4、思考功能概要

5、思考支撑功能和关联功能

6、细化设计功能

7、子功能(功能间迭代)

功能需求

一般是由四部分组成,功能总览、功能详情、整合需求、BETA测试需求。

功能总览一般包括二个部分,一个是流程图,一个是功能表。流程图是对产品的整体走向的流程的规划,流程图是用来对产品整体功能的梳理。所以在做产品前建议所有的产品经理先梳理一下产品流程。功能表是将流程图文字化,同时将列出产品的功能点。

功能详情,这是所有的产品功能的描述和规划。包括以下内容:

简要说明:告诉此功能主要干什么的。

业务规则:每上产品在使用时都有自己的规则,而产品的业务规则则是将产品的流程细化。个人建议将这个功能的业务规则,包括一些细节,如排版形式、日期显示方式全定好,这样方便其它人员的沟通和理解。

界面原型:产品经理在这时做的原型界面只是显示的框架,别细化,这样会给交互和UI造成错觉。只需做一个简单的界面即可,更多的时候只是个框架图。

执行者:产品使用者。

前置条件:具体的操作。

后置条件:操作后的展示。在UC(user case)中后置条件又是另一种情况,所以对于建议在PRD中的前置条件和后置条件结果合起来。

主流程:把主流放在最后是有道理的,结合上面所说的,做出主流程说明。将此功能的流程走向做个分点说明。

信息收集渠道汇总

常见产品信息收集途径:

  1. 公共平台

竞品官网、公众号、服务号。

  1. 一手数据

注册试用、亲身体验、问卷调查等。

  1. 常用网站

采集需求

  1. 用户访谈

  2. 调查问卷

  3. 可用性测试

  4. 数据分析(数据分析将会在以下模块详细剖析)

  5. 流程

第一轮,产品规划阶段。听用户定性地说,确定产品方向,做什么?随机抽样了40个用户做访谈,据此写出需求列表。

第二轮,某个项目的早期。听用户定量地说,确定需求优先级,先做什么?投放了20万份调查问卷,确定了需求优先级的排序。

第三轮,项目实施过程中。看用户定性地做,要先做的那几个需求,应该怎么做?一边设计,一边陆续的找了10个用户来验证,做可用性测试。

第四轮,上线后的优化阶段。看用户定量地做,根据产品的用户使用情况做数据分析,不断地改进产品

数据分析

漏斗模型

对比分析

主要是指将两个相互联系的指标数据进行比较,从数量上展示和说明研究对象的规模大小,水平高低,速度快慢等相对数值, 通过相同维度下的指标对比,可以发现,找出业务在不同阶段的问题。

常见的对比方法包括:时间对比,空间对比,标准对比。

时间对比: 包含同比、环比、定基比,时间不同其他条件相同。

空间对比: 就是同类现象或指标在同一时间不同空间的指标数值进行对比。

标准对比: 对某指标设定标准值,该指标所有数据与标准值对比。

用户行为路径分析

使用数据工具,growingio,百度统计工具,E chart等

常用数据分析方法

描述统计、假设检验、信度分析、相关分析、方差分析、回归分析、聚类分析、判别分析、主成分分析、因子分析、时间序列分析等

可以按这6个方法排序进行

1. 商业理解:确定业务目标,评估现有资源,确定分析目标,制定解决方案;

2. 数据理解:数据采集,探索分析,数据质量验证;

3. 数据准备:筛选数据,数据清洗,整合数据,变量衍生;

4. 建立模型:模型选择,检验设计,模型建立,结果评估;

5. 模型评估:分析结果和业务目标匹配度确认,检查1-4步的执行过程,确定下一步行动;

6. 结果部署:规划部署方案、监控和维护方案,输出项目报告,项目复盘

竞品分析

目的

1.了解竞争环境,制定竞争战略;

2.了解竞品发展情况,吸取经验教训;

3.深入了解竞品功能,取长补短。

角度

产品功能

  1. 产品终端:

一套完整的产品可能会有几个终端,比如PC端,APP端,H5端,小程序端。每端的功能不同,目的不同,我们可以借此了解竞品的闭环体系。

  1. 功能框架:

不同的终端,我们会分别去看他的功能框架。这和我们自己设计产品时,步骤是一样的,只不过这是把别人的东西梳理下来。

  1. 功能点:

在上面的框架表里面继续细化,列到每个功能下面的功能点,这样就能知道每个功能下面具体的实现了。看似竞品大功能都有,但当我们去看功能点的时候,会发现侧重点差异还是挺大的。

  1. 细节字段:

这一节看得越细,对产品设计的帮助越大。如果只是走马观花的去点点竞品,看看有哪些大功能,会感觉大家都差不多嘛,收获就很少。

  1. 交互和视觉:

很多时候,产品经理对交互控件了解不多,只觉得现有方式和控件不好用,但是想不出更好的方式,参考竞品其实帮助很大

产品迭代

1.迭代速度

知道了竞品的迭代速度,就要定时去看一下他们的版本说明

2.迭代方向

这是另一个关注的点,竞品是在原来的方向上迭代,还是换了航线,我们都可以从他的版本迭代里面看出来。

竞品分析是每个产品经理都要做的一件事,我们首先要选对竞品,再从竞品的定位、功能、迭代3方面来全面分析。

分析竞品时要注意横向对比自己的产品,总结出优缺点,取长补短。

竞品雷区

1.不轻易开始竞品分析

2.错误结论比不做还更要命

3.不重要过度追求数据

切记过度追求第三方研究报告或竞争对手公司的运营数据,相信能外流的竞争对手运营数据都是有水分的,第三方研究报告也不知道黑了其他公司的好处?数据只能看不能太认真,认真你就掉入竞品圈套中,影响判断力。

竞品分析套路

  1. 竞品分级

  2. 竞品战略策略研究

竞品战略方向是竞品分析的核心,弄清楚竞品的客户对象(用户对象)、应用场景、切入痛点、推广策略与运营策略对自己的产品未来有很大的借鉴意义

  1. 竞品信息框架研究

竞品信息框架包含:产品功能点、产品信息流程、产品交互亮点、产品视觉感官亮点以及你作为用户在使用竞品过程中的体验感受

  1. 竞品市场分析

市场分析内容包含:行业研究报告、竞品公司公布的用户存量与日活动量、产品营收、产品版本发布记录、融资情况、商业合作情况等等

  1. 竞品资深用户反馈

使用竞品需要全身心投入,把自己当做竞品的发烧用户认真就对了,能混入竞品种子群效果更好,收获竞品种子用户对竞品的看法对产品人深入了解竞品有巨大好处

  1. 竞品分析报告

迭代

重要且紧急

重要不紧急

不重要不紧急

紧急不重要

ROI

  1. 投入方面

开发成本:

如何定义开发成本,具体可以看一个功能的影响性和它的一个工时去衡定

运营成本:

一般运营的成本取决于运营人员投放和使用的时候遇到的问题

开发周期:

开发周期是最直观的数值来评定ROI这个指标的,一个开发的周期等于开发团队+产品经理+测试+设计+运营

  1. 收益方面

客户收益分析

影响用户数(反馈数量)

功能的使用频率

竞品情况

一般的迭代都是有主需求与搭便车的需求,下面的图片就是一个ROI的经典四象限

  1. 投入产出效能

有效利用资源

①减少无效曝光,提升转化效能

无效曝光是对资源的浪费且会对用户产生打扰

②关注种子用户,提升用户卷入

种子用户就是那些高度活跃或具有外部效应的用户,高度活跃是进站频繁且消费时间比较长的,具有外部效应的用户就是能够影响他人决策的用户,这两类用户是需要重点关注的

③增加会员玩法,提升售卖效能

相对于免费用户来说,付费用户有更丰富的会员权益可以选择,但是其中的核心还是收入计算公式,增加会员的玩法本质上是丰富会员收入的方式,在赚更多的人更少的钱和赚更少的人更多的钱之间分出更多玩法层次,让不同的用户有不同的体验

策略适配

①资源策略与用户运营策略相匹配

当站内需要进行规模性的拉新或者留存动作时,需要全站的资源配合

②资源策略与内容运营策略、会员运营策略相匹配

内容运营在内容引进和采买时都有对量的评估以及目标设定,资源策略需与内容策略相匹配,这样才能更好地实现内容运营的目标并保证整体内容运营的稳定性

本文来自网络,不代表软粉网立场,转载请注明出处:https://www.rfff.net/p/1849.html

作者: HUI

发表评论

您的电子邮箱地址不会被公开。

返回顶部