Hacker News 中文摘要

RSS订阅

通过支持与客户建立关系未达预期 -- Building relationships with customers through support didn't turn out as hoped

文章摘要

作者购买Castro后,认为基于真实用户体验的人工支持是差异化优势,亲自回复邮件并付费请用户协助。但发现多数真诚回复仍让用户不满,未能达到预期效果。

文章总结

卡斯特罗播客——我搞错的事:客服支持

我当初收购卡斯特罗时,曾以为基于真实用户体验的人工客服能成为一项轻松的差异化优势。我很少从自己使用的服务中得到有用的客服回复,于是设想:如果我每天使用自家产品、阅读每封邮件并认真回复,用户会感激这一点,从而建立忠诚度。这样,他们会觉得订阅费花得值。当邮件多到应付不来时,我甚至请了一位常发邮件、对产品了如指掌的细心用户来帮忙回复,并付他报酬。他干得不错,尤其擅长直接解决用户问题。

然而,我发现这整套做法并未如我所愿。诚然,有时我们能惊艳用户,尤其是当立即给出精准解决方案时。但绝大多数真诚、周到的回复却让用户深感不满,甚至比不回复更惹人烦。

以下是我对收到的客服请求/邮件的非科学分类,以及为何这种思路行不通。

关于订阅和定价的投诉

这类问题我早已深思熟虑,不会因一封邮件就改变。我可以解释收费理由,说明为何一款必备应用值得付费,以及订阅模式为何适合软件。但用户并不买账。两年来,只有一位用户惊讶于软件需要花钱、我们每天都在工作,因此订阅合理。99%的情况下,无论解释得多小心、多友善,回复只会比初始邮件更负面。我曾尝试给任何询问的人额外30天试用,但这并未改变邮件中的情绪,且这些试用的转化率远低于常规免费试用。关于订阅,我能写好几篇博文,但简而言之,关于定价的邮件无助于建立融洽关系。

关于Bug

这类邮件对我这个接收者来说确实有用。我想知道用户日常遇到的Bug。最佳情况是,我能说“我们已知晓,正在修复或已修复”。由于App Store的发布机制,Bug常已修复但尚未分发。回复这类邮件很棒,我们能满足用户。

但还有大量Bug并非如此: - 我们听说过,但无法复现。用户得为我们做额外工作,或得不到解决。对双方都是糟糕体验,多半浪费时间。极少数用户会提供详细报告和复现步骤,但这仍是必要信号。 - 我们从未听说过。用户可提供细节,但若他人未遇到,不太可能优先处理。不过仍是有用信号。 - 信息不足。邮件只有“它不工作”。没有用户配合,我无能为力,而用户显然不愿多费功夫。 - 我们已知晓,但修复工作量大或优先级低,因为问题不严重或影响用户少。

这些类别似乎都无法建立有意义的融洽关系。任何诚实的回答都让双方深感不满,而且我们从遥测或崩溃日志中获取的数据通常比邮件更有效。收到邮件固然有用,但我无法给出有帮助的回复。事后看来,这显而易见,但拥有卡斯特罗之前,我并未意识到:详细说明为何今天无法解决你的问题、甚至不打算尝试,对用户来说可能是最糟糕的回复!

细微问题/人工干预

有时我们会收到关于App Store流程、商店问题、特定地区、超具体播客问题等细微询问。最近有用户在不同时间用两个账户订阅卡斯特罗,想取消一个并确保获得已付费月份。我们迅速解决了。用户确实感激这种响应。所以,这个想法在此类情况下可能奏效。可惜,这类邮件不到客服邮件的1%。

用户真正困惑/某些内容不清晰

这类邮件最接近我期望的客户关系建设,但结果最糟。用户发邮件询问播客如何运作、App Store如何运作、Mac如何运作,以及各种边缘问题。结果往往是同一批用户反复如此,一旦发现我们回复,请求会越来越频繁、越来越沉重。我好像听帕特里克·麦肯齐用过“病态客户”这个词。理论上,建立融洽关系和忠诚度听起来不错,但实际上你最终花大量时间在那些最常求助的人身上,而他们的订阅费并不更值钱,且很少感到满意。你最终会觉得自己被利用了。

功能请求/一般想法

与上一类类似。理论上不错,有时有用,但往往是同一小撮不具代表性的用户带着强烈想法。如果团队根据一封邮件实现建议,你很快会得到完整的产品路线图!

卡斯特罗是一款有主见的应用,我对构建什么、下一步做什么思考良多。我不太可能实现这些请求。如果为了迎合挑剔的高级用户而调整,我们可能疏远不熟悉操作的新用户。但高级用户可能不会离开,至少更难动摇,而疏远新用户是产品的死路。

对用户来说,任何回复除了“好的,我们马上构建这个”之外,都是平淡甚至负面的。各种诚实的回复,比如“我考虑过或过去尝试过,但效果不佳”,不会让他们兴奋。这些对忠诚度和融洽关系帮助不大。

结论

最终,对我们而言,在客服上投入过多时间并非差异化优势,反而常常适得其反。那些付了订阅费但从不发邮件索要免费东西的用户,和每周发邮件的用户一样,值得一款优秀应用。如果我们有具体的解决方案或修复,那很好。如果没有,更好的做法是:感谢邮件、表示已阅读、并说明我们正积极改进产品。避免解释和细节往往能得到中性回应,不会拖人下水或浪费太多时间。换句话说,对我们最有效的方法正是大多数公司所做的。因为在用户遇到问题、感到沮丧时建立忠诚或融洽关系并未奏效。真正的积极体验来自产品本身的改进,所以我们将时间花在那里。

评论总结

根据评论内容,总结如下:

主要观点与论据:

  1. 支持策略失败原因:作者尝试提供人性化支持,但用户反馈更负面。评论1指出,回复如“我不打算改变”或“低优先级”让用户感到被忽视,认为支持是“解释为何不感兴趣”而非真正帮助。评论14强调,若不解决具体问题,仅快速回复无法建立好感。

  2. 用户期望与商业现实冲突:评论21指出,消费者不愿为支持付费,认为服务应包含支持。评论24对比B2B与B2C,认为B2C用户常不理解订阅成本,而B2B用户更理性。评论4批评作者将支持视为“差异化”或“利润驱动”,建议应专注于客户利益。

  3. 替代方案与改进建议:评论2建议通过电话/视频沟通展示关怀。评论4提议建立论坛让用户互助。评论8提出“月度Zoom开放时间”可能改善体验。评论19建议将问题分类(如不同邮箱)以提供解决方案。

  4. 平衡观点:评论5感谢作者分享实验,认为结果合理。评论7赞赏失败故事的价值。评论20强调支持应聚焦产品改进而非“被喜欢”,认为最挑剔的用户往往不付费。

关键引用(保留中英文):

  • 评论1:“Your support policy seems to be more along the lines of 'you may e-mail me for an explanation of why I'm not interested in your thoughts' than an actual commitment to support for paid customers.”(你的支持政策更像是“你可以发邮件问我为何不感兴趣”,而非对付费客户的真正支持承诺。)

  • 评论4:“Thinking about customer support as a ‘differentiator’ or a way to drive profit is depressing. You should simply strive to do what’s best for your customers.”(将客户支持视为“差异化”或利润驱动令人沮丧。你应努力为客户做最好的事。)

  • 评论20:“What I'm saying does not mean to pull back on customer service, at all! It means that the goal is to improve your product, not to suck up to all those categories of customers in the hopes they'll like you more.”(我并非建议减少客服,而是目标应是改进产品,而非讨好所有客户以期望他们更喜欢你。)

  • 评论24:“Even here on HN, if you read the comments, there is so much blind hate against subscriptions, with little (if any) consideration for a sustainable software business.”(即使在HN上,评论中也充满对订阅的盲目仇恨,很少考虑可持续的软件业务。)