数据与迭代

有人来用了，接下来最怕的是"凭感觉改"：觉得少了功能就加功能，越加越乱。这一节让数据和用户的原话替你拿主意，你只做一件事：定下一版只改哪一处。

先看后台：来了多少人

小程序后台有一张活跃概况：累计多少人、今天来了几个、新来了几个。

有人累计八百多个用户，日访问却从五十多人掉到了个位数；也有人看到次日留存不到 2%，打算下周接订阅消息提醒。这些数告诉你有没有问题，可不告诉你问题在哪一步。

人还少的时候：看着三个人用

一周新来的不到三十个，画漏斗没意义：几个人的数，多一个少一个就翻天。这时候照第 6 节的做法，约三个人（新来的最好），看着对方用一遍，只看在哪停了一下，问一句"刚才哪一步停了一下"。三个人的原话，就够你定下一版改哪一处，直接跳到下面"把数和原话一起交给它"。

人多了：让它记数，看人在哪一步走了

帮我在这几个地方各记一次数，存到云数据库：
打开小程序、【做了第一件核心的事，比如：出了第一张图纸】、【隔多久会再来：第二天 ／ 下周 ／ 下个月】又来了、【付钱之前的那一步，比如：点开了收费页；还没收费就删掉这一步和下一步】、付了钱。
只用一个匿名编号认人，不记名字、手机号；记了这些，隐私说明里要写明，帮我一起改。
一周以后，按每天新来的那批人，分别算这批人各走到了哪一步，画成一张漏斗图，告诉我哪一步掉的人最多；"又来了"那一步要是还没到时间，先空着，到时候再补。

还没开云服务的（第 8 节"只给自己用"的那一类），要么先回第 8 节开云，要么只看后台的活跃概况，再加上面"看着三个人用"的办法。

把数和原话一起交给它

数只说人走了，原话才说为什么走。第 16 节请来的人在群里说的、私信你的、反馈里写的，截图一起给它：

这是【一周的漏斗 ／ 我看着三个人用时记下的每一处停顿】，还有用户在群里、私信、反馈里说的原话（截图附上）。
① 找出掉人最多、卡人最多的那一步；
② 猜三个原因，每个原因配一句原话或一个数作证据，没证据的别猜；
③ 下一版只改一处：你推荐改哪处、怎么改；
④ 改完一周后看哪个数，涨到多少算改对了。
先别改，等我点头。

真人就是这样一处一处改的：有人听用户说"经常点错"，把每个选项改成整行都能点的大卡片，点错的就少了；有人看数据发现很多人卡在"开始闯关"这一步，一查是入口藏得太深、按钮不醒目，把入口挪出来。

拼豆图纸的漏斗里（示意），掉得最多的是"打开了，没传照片"；再配上群里一句原话，比如"想先看看效果，手边没有合适的照片"，原因就清楚了。所以第 1.2 版只改一处：首页放三张示例图，点一下就出图纸。

原来那个小程序的用户也提过要求："希望能自己修改像素点""希望能出更多品牌的色卡"。这类要新功能的，记进"以后再说"；先补掉人最多的那一步。

照你推荐的这一处改，别的不动。改完用 Git 存个档，叫 v1.2，上传提审。

一周后，回来看你定下的那个数。涨了，就留着；没涨，退回去（第 10 节），换下一个原因再试。一次只改一处，才分得清是哪一处起了作用。

到这里，你的产品有人用、有人付钱，还知道下一步往哪改。下一章是选学：把同一个产品做成网页。