一人公司的支持成本，不应被理解为“要不要回复用户”，而应被设计成一套按用户价值、问题复杂度和服务承诺分层的运营系统。否则，免费用户的大量基础问题会吞噬产品迭代时间，付费用户又得不到及时响应，最终形成收入越增长、创始人越疲惫的反效果。

三层支持结构

第一层是自助支持，目标不是把文档写得越多越好，而是覆盖最高频、最容易标准化的问题。案例中的 Mike 将常见问题整理成 FAQ，并放在插件设置页面的显眼位置，约 70% 的免费用户问题可以通过这一层解决。关键在于文档必须贴近操作场景：用户在哪里卡住、需要检查什么、什么情况属于功能限制，都应直接说明。

第二层是社区互助，适合处理不紧急、但又难以完全写进文档的问题。Mike 借助 WordPress 官方支持论坛，让用户之间互相回答，自己每周集中查看两次，只介入无人解决或确实复杂的问题。这样做的价值不只是节省时间，还能把重复出现的问题沉淀回 FAQ，形成“问题—答案—文档”的循环。

第三层是付费用户专属支持。付费支持不应只是免费支持的加速版，而要有清晰的服务边界和响应承诺。案例中，付费用户可以通过邮件直接联系，承诺在 48 小时内回复，实际通常在 24 小时内完成。由于付费用户的问题往往更具体，支持投入更容易转化为续费、留存和产品反馈。

支持成本的控制指标

支持分层必须配合可量化的止损标准。案例中的三个指标分别是安装到付费的转化率、付费用户流失率，以及支持时间相对于收入的投入产出比。若产品拥有大量免费安装，却长期低于 0.3% 的付费转化率，问题可能不在客服效率，而在用户群体与商业模式不匹配；若年流失率超过 30%，则应优先检查持续价值、功能覆盖和定价；若支持时间超过收入折算后的 5%，应先优化自助服务，而不是立即增加人工。

真正成熟的一人公司，不是对所有用户提供同等服务，而是让不同问题进入不同通道。免费用户获得可用的自助路径，社区承担部分互助责任，付费用户获得明确且可兑现的响应。这样，支持才不会成为被动消耗，而会成为筛选客户、改进产品和保护收入的基础设施。