软件退款率多少算正常？我的真实数字
我卖烧烤店小程序那单收 ¥3000 的时候，压根没想过退款这回事。软件退款率多少算正常？我自己的答案是：数字产品没有"正常值"，只有"你能不能扛住的值"。
这句话不是绕弯子。我手里能拿出的真实数据只有两条：一单 ¥3000 的小程序定制，和一套定价 ¥99 / ¥249 / ¥499 三档的源码模板方案。
这两条都不带退款率的记录。所以我不会给你一个编造的百分比，我告诉你怎么自己算出那条线。
先说我为什么给不出行业基准
网上搜退款率，会看到各种百分比。那些数字我一个都没法验证，所以我不写。
我能确定的是：退款率的"正常"取决于你的交付成本结构，不取决于同行。 同一个百分比，落在零边际成本的源码上，和落在要花人力改代码的定制上，痛感完全不同。
我那单烧烤店小程序，手写代码不到 20 行，剩下全是配置和 AI 生成。这种交付如果发生退款，损失的是时间不是物料。
我的一次真实退款：发生在交付当天
那 ¥3000 的单子里出过一次退款诉求。客户看到第一版后觉得和他想的不一样。
我没让他走流程，直接问了一句话：你是要退钱，还是要改成你想要的样子？
结果是改，没退。这件事教会我一个判断：大部分退款诉求不是真的想要钱，是想要一个说得通的交代。
从那以后我处理退款只看两件事——交付前有没有把范围写清楚，交付中对方有没有机会中途反馈。
软件退款率多少算正常，用交付阶段来算
我把退款拆成三个阶段看，比一个总数有用得多。
交付前退款：还没动手就要退。这类基本是冲动购买，比例高不代表产品差，代表你的说明页夸大了。
交付中退款：动了一部分工要退。这类最贵，因为沉没成本已经产生，谈判成本也最高。
交付后退款：东西用上了还要退。这类才真正反映产品质量。
我的做法是只盯第二阶段。第一阶段是文案问题，改详情页就能压；第三阶段是产品问题，值得投入去修；第二阶段是流程问题，加一道确认就能拦住。
我给自己定的三条线
第一条，主动提出退款的次数，一个月内超过一次就要复盘。不是复盘客户，是复盘我的交付说明哪句写模糊了。
第二条，交付中退款不砍价，直接给方案二选一。要么全额退、要么免费改到满意，不搞"退一半"。半退最容易留差评，因为两边都不满意。
第三条，任何退款都不在公开渠道争论。详情页、评价区、群里都不吵，一律转到私下。
这三条我没有精确的比例数据支撑，它们来自一次真实经历。规矩宁可粗一点，也不要编一个好看的KPI给自己。
退款和售后成本要一起算
单看退款率会漏掉一半成本。真正的支出是退款加上售后答疑的时间。
我现在的售后里有相当一部分消耗在免费用户身上，这部分不产生收入，但会挤掉付费客户的响应速度。
所以我的账是这么记的：退款损失 + 售后时间折算，一起看。 这个总和超出我的承受范围，就要动定价或者动交付边界，而不是去优化那个百分比本身。
软件退款率多少算正常，说到底是一道关于你时间的算术题。
常见问题
Q：数字产品退款率多少算正常？
A：没有通用的正常值，得看你的交付成本结构。零边际成本的产品可以容忍更高的退款率，需要投入人力的定制交付则要压得更低。建议按交付前、交付中、交付后三段分别统计，重点盯交付中那一段。
Q：客户申请退款我该直接退吗？
A：先问清楚他要的是钱还是改到满意。我的经验是相当一部分诉求只是想有个交代，给一个明确的选择题比争论更省事。真要退就爽快退，不搞退一半。
Q：退款会不会影响店铺评分？
A：处理方式比退款本身影响更大。在公开渠道争论几乎一定会掉分，转到私下解决则影响小得多。具体规则以各平台官方口径为准。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」