01上线是第 1 天,不是第 100 天
行业默认把「上线」当成交付终点:验收、付款、结项。但从运营角度看,上线那天的用户数是零,或者只有你自己。
真实的曲线是这样的:上线,前两周有几个朋友试,第三周归零。归零不是因为坏了,是因为没有理由再打开。
这件事在开发阶段是完全看不出来的。代码没报错、页面都能点、审核也过了——所有技术指标都正常,产品已经死了。
「没人用」几乎从来不是技术问题。它是一个在写第一行代码之前就已经决定的问题。
所以我在报价前会先问:用户第二次打开它,是为了什么02四个真实原因,按出现频率排
| 原因 | 典型表现 | 能否提前解决 |
|---|---|---|
| 没有回访理由 | 工具型产品,用完即走,天然一次性 | 能,而且必须 |
| 入口太深 | 藏在微信「发现-小程序」里,用户找不到 | 能,属于设计问题 |
| 第一分钟太慢 | 打开先要授权、注册、看引导 | 能,最好改 |
| 里面是空的 | 新用户进来看到 0 条内容,直接走 | 能,靠预置数据 |
第一条:没有回访理由(最高频)
一个「算一算房贷」的小程序,做得很准。但一个正常人一辈子算两次房贷。这不是产品做得不好,是需求本身没有第二次。
有回访理由的产品长这样:有积累(记录、进度、收藏)、有变化(每天有新内容)、有牵挂(待办、提醒、排名)、有身份(我的数据在里面,走了就没了)。
开发前问一句就够:「用户昨天用过,今天为什么还要来?」答不出来,就不要做工具,去做「一次性目的 + 一个能反复触达的入口」——通常是落地页加公众号。
第二条:入口太深
小程序没有应用商店,用户不会「逛」到你。他能进来的路只有四条:扫码、别人转发、微信搜索、公众号菜单。四条都要你主动铺。
- 二维码要贴在物理场景里:桌角、收银台、包装、工牌。
- 公众号菜单里放一个常驻入口,比任何一次推送都稳。
- 分享卡片要能自己带信息(不要分享出去只有一句「快来体验」)。
第三条:第一分钟太慢
这一条最容易改,也最容易被忽略,因为它不是「功能」,是流程顺序。
我自己踩过:一版小游戏,打开就要微信授权、选难度、过三步新手引导。数据很差。后来做的改动只有三件——不授权也能玩、三步并成一步、失败后直接给下一关。框架没换,代码没重写,留存从个位数到两成。
原则只有一条:先给结果,再要信息。能用游客身份完成的,就别让他注册。等他尝到甜头,他自己会填。
第四条:里面是空的
新用户看到的第一屏,如果是「暂无内容」,他不会等。预置 20 条真实数据,比写十句欢迎语有用。空列表不是页面,是事故。
03上线之后真正该做的三件事
- 每周只看一个数:第二次打开率。不是日活、不是总用户数。第二次打开率高,产品有活路,剩下的是量的问题;低,说明第一分钟或回访理由出了问题,做推广只是把钱倒进漏桶。
- 每两周只改一个点。一次改三个地方,你永远不知道是哪个起了作用。这条听起来慢,但它是唯一能积累认知的做法。
- 找十个真实用户,问一句:「你上次打开是为了什么?」如果他答不出来,那就不是推广不足,是这个产品没有用途。这个结论越早拿到越省钱。
04它怎么改变「要不要做」这个决定
如果你的答案里没有「第二次打开的理由」,那这件事的正确形态往往是两个东西的组合,而不是一个 App:
- 一个一次性目的地:落地页或一张表单,解决「让人找到你、联系你」。它不需要用户注册,也不需要留存。
- 一个能反复触达的入口:公众号、微信群、或者一个每周真的有新东西的地方。
这两个加起来通常比做一个完整小程序便宜一半,而且更可能活下来。这也是我在报价前一定会问「用户第二次为什么回来」的原因——这个答案会直接改掉方案,也会改掉价格。
如果你做这个东西的目的是「我们公司也该有一个」,那它上线三个月后的样子已经确定了。不如把预算花在「让已经来的客户多买一次」上,那件事的回报是可算的。
- 上线是第 1 天,不是第 100 天。验收通过和产品活着是两件事。
- 留存问题几乎都发生在第一分钟,不在第三十天。
- 没有回访理由的产品,做得多好都只有一次打开。