策略产品

  • 新闻推荐策略
  • 增长策略
  • 反欺诈策略
  • 价格策略
  • 后台策略
  • 搜索策略
  • 渲染策略
  • ……

不是一个明确的行业

不是一种具体的产品形态

是一种解决问题的手段

是一种实现目标的手段

策略四要素

  1. 待解决问题
  2. 输入---影响解决方案的因素
  3. 计算逻辑---将输入转换成为输出的规则
  4. 输出---具体的解决方案

策略产品与功能产品的区别

发现问题阶段

功能产品

对用户人群诉求，抽象成为一套相对聚焦的需求

策略产品

宏观想象各类用户的诉求，一群人更多样和更有统计意义的需求，需评估实现到什么程度

撰写需求、发起项目

功能产品

收敛的解决方案

通过流程和原型表达产品实现效果

策略产品

发散的解决方案

通过逻辑描述和效果示例表达产品实现效果

跟进开发评估

功能产品

面对开发结果是验收的性质

更关注呈现效果、而非实现过程

策略产品

更多参与过程

通过多轮评估深入参与开发过程

与策略RD一起发现各要素中的问题

产品上线后的回归&新的产品循环

功能产品

更快达到理想态

面对明确单一的问题，通常可以更快达到较好效果

close该feature产品循环

策略产品

可能是永无止境的产品循环

复杂且受很多因素影响的问题，需要多个产品循环才能达到理想效果

策略产品的工作流程

  • 发现问题
    • 上帝视角
    • 面对的是一群人的问题
  • 需求撰写
  • 跟进评估
    • 较强数据敏感度
    • 从数据中发现问题，引导下一个产品循环
  • 上线&效果回归
    • 拥抱不确定性
    • 持续迭代在黑暗中寻找道路

策略产品发现问题的方法

用户反馈

处理用户反馈的基本流程

  1. 收集用户问题
    1. 自有渠道收集
    2. 外部渠道收集
  2. 用户反馈分析
    1. 数据处理：清洗、标注
    2. 问题管理：分析、汇总
  3. 整理撰写需求
  4. 落实产品改进

系统监控

定义待监控指标

告诉机器观察哪些指标

  • 白盒部分--效果监控
    • 用户操作行为
    • 监控用户的体验，即产品的核心指标
    • 该指标异常变化时需要重点即刻关注
  • 黑盒部分--策略监控
    • 策略产品---策略监控
    • 监控某个策略的运转情况，对象为各类指标，监测大于监控
    • 功能产品---技术监控
定义报警规则

告诉机器什么通知&以什么方式通知

  • 触发报警条件
    • 历史的波动数据
      • 数据敏感度：波动是否超越历史波动范围
      • 三西格玛理论：波动范围在+/- 三西格玛之内
    • 指标重要程度
      • 四象限方式
  • 报警方式
    • 监控指标的重要程度和波动幅度
监控的适用范围
效果监控
  • 产品满足效果
  • 产品覆盖情况
策略监控
  • 需求识别策略监控---需求识别
  • 检索策略监控---检索
  • 展现策略监控---结果展示
监控的局限性
  • 考虑到准确率，监控覆盖的精度有限（策略意义上召回率）
  • 监控可以发现异常，但通常不能直接定位问题，最终依然需要配合人工手段进行问题解决修复

==人工排查繁琐且不经济，线上监控作为一种自动、实时、针对效果的问题发现方法，就显得愈发的重要。==

效果回归

==效果回归是策略产品非常重要的一部分工作==

  • 产品循环
    • 判断产品循环是否中止
    • 确定产品接下来的计划
  • 自我成长
    • 验证解决方案可行性
    • 修正和巩固方法论
定义理想态

任何一个产品都是用来解决用户的问题。

产品的理想态即给出的方案解决了用户的问题

==所有的理想态都是为阶段性的产品目标服务，随着产品的进化，理想态的定义也在随着进化==

  • 简单情况

    对于大多数刚需和工具型产品，通常可以以【帮助用户解决了问题】作为理想态，并找到单一的数据指标来衡量

    • 示例：滴滴

      • 订单成交率

        随着平台对服务的掌控能力增加，理想态在进化

        应答率---成交率---到达目的地时间

    • 示例：墨迹天气

      • 天气准确率

  • 复杂情况

    • 示例：百度

      搜索产品，通常以平台当前能够给出的最佳产品方案作为理想态。

    • 示例：头条

      推荐产品，通常以平台当前能够给出的最佳产品方案作为理想态

      评估策略推荐出的结果在 候选集内是否最佳，用户行为指标作为发现问题的辅助手段

拆解未达理想态的情况
提出解决方案
验证是否解决

==通用手段==

  • 定义理想态：并以数字化的指标或其他明确标砖来衡量
  • 抽样分析：将所有不达理想态的case抽样分析，并做统计分类，明确不好的原因
  • 优先级判断：汇总所有问题，综合影响面、问题严重程度和解决成本确定优先级，作为接下来的项目计划

阶段性调研

==阶段性调用针对产品现状进行系统性分析==

==此时产出的分析结论最能代表产品问题全貌，可有效指导阶段的产品计划==

阶段性调研的时间节点
接触新产品

接受某个产品方向的时候

周期性回顾

每个月/季度/半年等固定周期的回顾

不定期回顾

其他需要临时回顾整个产品现状时

About ME

👋 读书城南，🤔 在未来面前，我们都是孩子～
  • 📙 一个热衷于探索学习新方向、新事物的智能产品经理，闲暇时间喜欢coding💻、画图🎨、音乐🎵、学习ing~
👋 Social Media
👋 加入小组~

👋 感谢打赏~