产品

用户需求

用户需求一定要立足于用户,一定要验证这个痛点到底是不是真的存在

如何获得用户需求:

stateDiagram-v2
  确认目标用户 --> 数据分析与用户调查
  数据分析与用户调查 --> 作出用户痛点的假设
  作出用户痛点的假设 --> 挖掘数据与用户反馈
  挖掘数据与用户反馈 --> 验证痛点存在
  验证痛点存在 --> 深入面对客户
  深入面对客户 --> 将痛点转为具体的需求

用户群体

描绘用户画像:把这类用户抽象成一个人,然后用介绍这个人的方式来描绘这一类人

描绘用户问题:一句话,这句话能精炼、简单地描述你到底要为什么用户解决什么问题

最小化可行产品

没有任何一个功能是“加上去也挺好的”,但是少了任何一个功能都无法解决用户最基本的需求。最小化的目的是降低试错成本,快速验证产品能否满足用户需求

产品指标

指标是定义了产品要完成的目标,需要表达清楚在什么期限之内、要达到什么具体的、可衡量的结果

  1. 明确最高目标
  2. 衡量最高目标所需要的指标
  3. 思考新功能与指标的关系
  4. 思考负面指标

产品评测

竞品评测

评测的目的:改善我们的产品

评测的范围:战略 定位 用户 功能 交互

评测的结论:我们要做的

基础描述:

产品分析:

SWOT分析:

badcase 挖掘

挖掘方法:

stateDiagram-v2
  数据标注 --> 挖掘模型
  挖掘模型 --> 算法分析
  挖掘模型 --> 日志挖掘
  日志挖掘 --> 用户行为挖掘
  日志挖掘 --> 预期结果挖掘
  用户行为挖掘 --> 行为延续,有别于大部分用户的异常行为
  用户行为挖掘 --> 行为时间,有别于大部分用户的异常行为时间
  用户行为挖掘 --> 行为漏洞,连续的功能之间使用时间发生断层
  预期结果挖掘 --> 结果对比,将用户的行为跟预期对比
  预期结果挖掘 --> 异常监控
stateDiagram-v2
  BadCase --> 定级
  定级 --> 严重|中等|轻微
  定级 --> 问题定位
  问题定位 --> 原因分析
  原因分析 --> 修复排期
  修复排期 --> 产品上线
  产品上线 --> BadCase

舆情分析

发生期 -> 发展期 -> 巅峰期 -> 余震期

技术支持

关键词:产品相关、公司相关、品牌相关、关键人物

舆情抓取:新闻资讯、社交媒体、传统媒体、公司留言、工商投诉

舆情报告:舆情数据、发展预测、事件分析

用户研究

用户属性决定了用户需求

从用户的需求可以细化出用户的场景

以场景需求为基础,建立核心功能

用核心功能服务核心用户

用户细分

核心用户:

用户结构、用户画像

针对用户行为分析、分层精细化运营

用户行为

行为分析:热点分析、漏斗分析、多维度分析

路径分析:留存分析、路径优化

PRD

不做高保真、不重复、不写废话

stateDiagram-v2
  BRD(商业需求文档) -->  MRD(市场需求文档): 客户需求=机会
  MRD(市场需求文档)-->  PRD(产品需求文档): 可行性
  PRD(产品需求文档)-->  BRD(商业需求文档): 执行

包含的内容:

  1. 解决的问题
  2. 验证痛点是否存在
  3. 需求成功的指标与负面指标
  4. 要解决的用场景
  5. 解释清楚需求

工具

要素

命名、编号

XX产品V1PRD_V2

版本历史、目录

版本号 修订人 修改日期 修订描述

引言

需求概述

功能性需求说明

非功能描述

会议

有效的会议:

  1. 对选择决定限定最后期限
  2. 会议要与每一位参会人员有关

沟通

与工程师

  1. 了解工程师在乎什么
  2. 异步沟通比同步沟通更有效率
  3. 领导总体,细节让工程师们自己决定
  4. 帮助工程师们解决开发中的困难

催进度:

  1. 让工程师估工期,有掌控权

改需求:杜绝根据假设以及个人的意见改需求,用户反馈才是修改产品需求的依据

  1. 尽早发现变化,尽量不改
  2. 实在需要改了就积极承担责任

与设计师

  1. 新手设计师与老手不一样 新手们需要详细说明到面面俱到 老手们可以交由其一定自由发挥空间
  2. 设计师大都为艺术家型人格,追求面面俱到的完美

执行