收藏
0
0
分享
举报
·3 小时前发布·43次阅读

创业故事 32|Help Scout:更便宜,顾客还是不想换

独立开发商业增长付费用户

Help Scout 改收费方式的故事,有两份值得放在一起读的记录。

第一份发表于 2025 年 4 月 18 日。Relay 整理了对联合创始人 Nick Francis 的访谈,解释团队为什么尝试从按客服席位收费,转向按接触的客户人数收费。

当时的想法很清楚:AI 能承担一部分服务工作,产品产生的价值未必还与客服账号数量同步。用“联系人”计量,同一个人在计费周期内反复求助,只计一次,也能避开“究竟怎样才算 AI 解决了问题”的定义争论。为减轻短期波动,他们还设计了按过去三个月平均量计算的方式。访谈也说明,部分老客户可以继续保留旧方案。

这份记录谈的是团队为什么看好这条路,不能单独证明顾客后来接受了它。

第二份是 2026 年 6 月 30 日《Startups for the Rest of Us》第 839 期的官方文字稿。主持人把这次改价的起点放在 2024 年 11 月。Nick 回顾,团队试过几个不同的方案,但即使测算下来某些顾客会付得更少,他们仍不愿意换。

他的解释是,顾客觉得按席位付费时,更能控制自己的成本。团队最后采用了席位加 AI 解决量的混合方式。Nick 把先前的尝试形容为时机过早;这是他的事后判断,不能据此断言按联系人收费总会失败,或以后必然成功。

这两份材料让故事有了另一层意思:一个收费方案可以有认真推导的理由,也可以经过反复调整,最后仍没有得到足够的接受。

我从中读到的产品问题是,算得出、猜得到、管得住一张账单,并非同一件事。

算得出,指顾客理解什么会计费、怎样累计。猜得到,指他能估计下个周期大概要付多少。管得住,则涉及一项具体能力:当费用可能改变时,他是否有机会作出选择。

例如,假设一家设备租赁商使用客服软件。旺季会增加咨询,但咨询增加可能来自订单,也可能来自一次配送延迟,或许多人询问同一个未解决的问题。这个例子是独立假设,不是 Help Scout 披露的客户案例。

如果按席位计费,经营者可以先决定是否增加一个客服账号,再知道账单会如何改变。如果按联系人数计费,即使平均下来更便宜,他仍可能担心,一次自己不愿发生的事故,也会带来额外费用。

平均值能缓和数字的波动,却不一定回答这种担心。付款的人想知道的可能是:接近下一档费用时,我什么时候得到提醒;同一个人换渠道来问怎么算;异常咨询能否核对;我有哪些选择;这些选择会不会使正常客户得不到帮助。

在推出新方案之前,我会把这些问题放进一组账单演练。这不是原访谈中的方法,而是据此提出的验证建议。

先给顾客一个普通月份的使用例子,请他自己算出费用。再加入旺季和服务故障两种变化,请他说明何时会察觉、能做什么、谁需要批准。最后让他描述下一步行动,而不是只问“这个价格你喜欢吗”。

如果计算没有问题,但一谈到故障月份就无法作决定,缺口可能在提醒、解释或控制选项。若顾客认为用量根本不代表他得到的价值,补一个计算器也解决不了计费依据本身的分歧。需要分清两种反馈,才知道该改哪里。

这不意味着所有产品都应该回到按人收费。席位也可能闲置,使用量也可能更贴近服务成本。这里只是说明,开发者眼中简洁的计量单位,还需要进入顾客真实的经营安排,接受一次完整的检验。

Help Scout 留下的两份记录有价值,正因为它们保留了从相信一个方案,到接受顾客没有按预期行动的变化。读创业故事时,把后来的修正接上,才能看清当时那次选择究竟走到了哪里。

资料与时间:以下两份均于 2026 年 11 月 6 日阅读全文。第一份为采访整理,第二份为官方播客文字稿,未以听过音频或实际使用该产品为前提。本文不列现行价格。

Relay,2025 年 4 月 18 日,Nick Francis 关于从席位计费转向联系人计费的访谈: https://gorelay.co/t/dropping-per-seat-pricing-after-14-years-creating-a-customer-first-usage-based-model-and-reckoning-with-an-ai-catalyzed-innovator-s-dilemma-with-help-scout-s-nick-francis/1007

Startups for the Rest of Us,2026 年 6 月 30 日,第 839 期《The Journey Growing Help Scout to $35M ARR》,定价回顾约从 26 分 02 秒开始: https://www.startupsfortherestofus.com/episodes/episode-839-the-journey-growing-help-scout-to-35m-arr

讨论 (0)

0/250

    关于作者

    分享案例

    TA 还没有留下个人简介

    Solo 独立开发者社区support@solo.xin
    关于社区成长规则SOLO.cc隐私政策用户协议商务合作友情链接订阅更新(RSS)投稿赞助

    © 2023 SOLO · 为独立开发者而生