免费用户吃掉了我一半售后时间

2026-09-13 免费用户,售后时间,时间成本,独立开发

2026 年 8 月那阵子，我给自己算过一次工时。算完有点不想说话：我每天处理的消息里，一半以上来自一分钱没付的人。免费用户要花多少售后时间，这个问题在百度上搜不到靠谱答案，因为大部分人根本不敢算。

免费用户要花多少售后时间：我的真实账本摊开

先说结论：我那段时间的售后时间，大概一半花在免费用户身上。 这不是精确统计，是我记录了一段时间消息来源之后得出的比例。

具体花在哪：问「这个能不能免费用」的、问「有没有更简单版本」的、问「能不能教我怎么改」的。这三类占了大头。

而我真正付了钱的客户呢？就是那个烧烤店小程序，交付收入 ¥3000，其中手写代码不到 20 行。真正付费的客户反而不怎么问——因为他要的东西是明确的。花钱的人目标清楚，不花钱的人目标模糊，模糊的目标耗时间。

第一阶段，我把有问必答当成服务。 有人问我就回，觉得这是在做口碑，也从来没算过免费用户要花多少售后时间。这个阶段持续得挺久，因为每一条回复看起来都只要两分钟。

第二阶段，我开始感到不对劲。 不是因为某一次特别过分，是因为加起来太多了。我一天的有效时间就那么长，回复完免费咨询，写代码的精力就没了。

第三阶段，我做了一件事：给消息分类。 我按「谁发的、为了什么发的」把消息分成几类，记了一段时间。比例就是这么看出来的。

第四阶段，我改了规则。 免费的问题，我只回答公开文档里能查到的那一类，其余引导到文档。付费的问题，我按承诺范围答。

改完之后最大的变化不是省了多少小时，是我不再在晚上十一点回消息了。这个变化对我更重要。

第一，我没有把「免费用户」当成敌人。 他们里面有些人是未来的客户，有些人只是路过。区别在于你有没有一条明确的规则，而不是靠心情决定回不回。

第二，我把重复回答过的东西写成了文档。 每回答一个新问题，我就想一下这个问题是不是第三次出现了。是的话，写进文档。

第三，我承认了自己的时间有限。 这句话听起来像废话，但在我每天回几十条消息的时候，我是真的没承认过。

我错在把「回复速度」当成了服务质量。 回复越快，来问的人越多，因为他们知道这里秒回。

我还错在没有区分免费和付费的支持边界。 我的源码模板立项时定的是三档：¥99 引流、¥249 主推、¥499 高客单。注意这是上架前的方案，不是成交数据。但哪怕只是方案，我也该在立项时就想清楚：这三档各自包含多少答疑。

这个问题不解决，卖得越多，你越忙，收入涨得比工作量慢。免费用户要花多少售后时间，本质是你有没有一条边界的测试题。

能，但要看你卖什么。

如果你做的是纯前端、零运维的东西，售后压力天然小。我那款简笔画画板两天写完、零运维，2025-09-20 时点累计约 ¥5700，它几乎不产生售后——因为用户是来画画的，不是来问问题的。

如果你卖的是源码，售后压力天然大。买源码的人一定会改，一改就会问。这件事跟你的服务态度没关系，跟产品形态有关系。

Q：免费用户要花多少售后时间？

A：取决于你的产品形态。按我自己记录过的一段比例，大概一半的售后时间来自免费用户。源码、工具类产品这个比例更高，纯前端零运维的产品则低得多。

Q：免费用户的问题该不该回？

A：该回，但要有边界。把重复出现的问题写成公开文档，只回答文档里查得到的那类，其余引导到文档。不做一对一教学。

Q：怎么减少免费用户占用的时间？

A：三件事：写文档、设边界、降低回复速度的预期。秒回会让所有人默认你随时有空，这在一人公司里是最贵的习惯。