摆摊AI 产品实战手册

最小数据看板

围绕访问、激活、留存、收入和成本建立一张能指导决策的表。一个指标不改变决定就别采集。

早期产品不需要几十张图。数据看板只有一个目的:告诉你下一周最应该修什么。

判断一个指标要不要采集,只问一句:它涨了或跌了,我会做什么不一样的事?

答不出来,就先别采集。看板上每多一个无用指标,你找到真正信号的成本就高一点。

五个问题,五类数字

问题指标一个简单定义
有人来吗访问去重后的目标页面访问者
他真的用了激活完成一次核心动作的人
他会回来吗留存在约定周期内再次完成核心动作的人
他愿意付钱吗收入真实到账、退款和净收入
每次使用赚钱吗成本核心动作的可变成本与毛利

访问量可以告诉你页面有没有人看,但不能替代激活和留存。一个访问很少、每个用户都反复使用的产品,比一次爆发后没人回来的页面更值得继续。

先定义核心动作

核心动作不是登录、点击按钮或停留一分钟,而是用户真正获得价值的那一步。

产品类型不是核心动作是核心动作
文献工具打开搜索页保存一条可信文献
付费文档点开目录读完并打开配套材料
数字商品加入购物车完成下载或首次使用
生成类工具提交一次请求拿到并保存一份可用结果

两个要求:能被程序稳定判断,而且不因为界面改版就失效。如果你的核心动作定义依赖某个按钮的位置,改一次版数据就断了。

建一条最小漏斗

从用户视角选四到六步:

到达目标页 → 开始核心任务 → 得到结果 → 再次使用 → 购买

每周只找掉得最厉害的那一步。不要同时优化所有转化率,否则无法知道哪次修改起了作用。

人数少的时候写绝对数

"2 人变成 4 人"比"增长 100%"诚实得多。

早期用绝对人数,不用百分比。百分比在小基数上会制造虚假的精确感——一个人的行为变化会让转化率跳动十几个点,而你会把它当成信号去改产品。

数字旁边放原话

数字告诉你哪里有问题,用户对话帮你理解为什么。

每个主要流失点保留几条匿名原话或观察:没看懂、结果不可信、等待太久、担心隐私、价格超出预期。

没有上下文的转化率很容易把你带到错误方向。 同一个"注册页流失高",可能是表单太长,也可能是用户还没理解产品是干什么的——两者的修法完全相反。

AI 产品必须把成本放进看板

至少记录每个核心能力的调用次数、成功率、平均成本,以及异常高成本的任务。

不把成本放进看板,用户增长可能同时意味着亏损增长,而你会在月底看账单时才发现。

成本异常时,先查这几项,不要只看云服务总账单:

  • 重复请求(同一个操作被触发多次)
  • 失败重试(一次失败重试三次,成本是三倍)
  • 超长输入(个别用户的输入量远超预期)
  • 缓存失效
  • 模型选择(某个功能用了不必要的高成本模型)

埋点之外还要看到钱

数据看板和账务是两件事。看板告诉你趋势,账务告诉你实际到账多少。

至少每月对一次:看板上的收入数字和收款平台的实际到账、退款、手续费能不能对上。对不上的时候通常是回调漏了或者重复计算了,这两种都会让你对经营状况判断错。

相关处理见支付集成和发票与税务记录。

工具怎么选

早期你需要的能力就三件:知道有多少人来、看到热门页面、能自己定义一个核心动作事件。

具体工具会变、会改价、会改免费额度。选之前自己确认当前状态,并记下核查日期。几个判断维度:

维度为什么重要
国内是否可达脚本加载不出来,数据就是空的
是否第一方请求影响拦截率和隐私说明
能不能自定义事件核心动作必须能埋
数据保留多久影响你能不能看长期趋势
隐私合规需要在隐私说明里写清收集了什么

数据保留期是最容易被忽略的一项。如果工具只保留三个月,你需要把周报或每日汇总另存一份,否则半年后想看趋势会发现数据已经没了。

一个常踩的坑

统计工具通常会过滤你自己的访问,但你测试时反复刷新,很可能把自己算进去了。

检查方法:看来源里有没有一条"直接访问"或"无来源"特别高。是的话,大概率是你自己。

数据不是用来好看的,是用来做决策的。 装完确认能跑之后正常访问就行。

一张周报就够

每周固定写:

  1. 本周访问、激活、留存、收入和可变成本
  2. 最大变化发生在哪里
  3. 三条相关用户原话
  4. 本周做过的主要修改
  5. 下周只验证哪个假设

第四条容易漏,但没有它,你没法把数据变化和自己的改动对应起来。完整做法见每周复盘。

常见错误

采集所有能采集的。 看板越大,越找不到信号。

核心动作定义成点击。 点击不等于获得价值。

小基数用百分比。 一个人的行为会让数字跳动十几个点。

只有数字没有原话。 知道哪里坏了,不知道为什么。

AI 产品不记成本。 增长和亏损同时发生。

看板收入不和实际到账对。 判断经营状况的基础数据是错的。

天天看。 日波动大部分是噪音,会消耗你的判断力。

验收标准

  • 每个指标都能说出"它变了我会做什么"
  • 定义了一个能被程序稳定判断的核心动作
  • 有一条四到六步的最小漏斗
  • 人数少时用绝对数,不用百分比
  • 每个主要流失点旁边有用户原话
  • AI 能力的调用量、成功率和成本在看板上
  • 看板收入每月和实际到账对一次
  • 确认过工具的数据保留期,必要时另存汇总

本章动作

给产品定义一个核心动作,拉出最近一周从访问到完成核心动作的人数。

找到流失最大的一步,下周只修它。

下一步

  1. 新用户激活——漏斗前段掉得最多时看这里
  2. 留存——用户回不来的时候看这里
  3. 每周复盘——数据怎么变成决策

On this page