把客户支持放在销售之前
让创始人直接听见问题，用文档、简单产品和诚实沟通减少反复摩擦
概要
Paul Jarvis说明Fathom为何把留住并服务好现有客户放在激进获客之前。支持不只是快速回邮件，而是理解客户试图完成什么、问题为何出现，并把发现反馈到产品设计和文档中。小团队没有专职客服时，创始人仍可按专长分流问题，用邮件替代全天在线聊天和电话，把有限时间留给可异步、可追踪的沟通。作者把文档视为支持规模化的核心，并在设计新功能前先问：它将怎样被支持，用户能否快速理解，是否会制造不必要的咨询。他也放弃公开路线图式承诺，改为只发布已经可用的内容，失误则说明原因和修复办法。文章的长期观点是，客户服务不应只达到礼貌基线，而要成为产品与经营方式的一部分；不能规模化的个人关怀，往往正是小公司最有价值的差异。
正文翻译
Fathom是一个小型全职团队，只有Jack和我。我们都不是客户支持专家，也都忙于建设和运营公司。
尽管如此，我们在客户支持上投入了大量精力：不只是迅速、尊重地回复邮件，也要确保理解问题，从而解决它，或弄清以后怎样做得更好，例如增加功能、完善文档。
我们的做法一直是把现有客户放在高速增长之前。换句话说，留存优先于获客，我们知道这在科技行业并不常见。
做好客户支持会带来更多客户、让产品拥有倡导者，也理应提高留存率。客户也是我们唯一的投资者，因为我们从未接受外部投资。因此，我们对他们负责，要确保被好好对待、顾虑得到缓解。
原文引用2021年前后的多项调查：很多消费者愿意为优秀服务花更多钱；糟糕服务会导致放弃购买；忠诚客户的长期价值可能远高于首次购买；多数不满意的客户并不会投诉，而是直接不再回来。统计具体数值属于原文发表时背景，但作者借此提出：把增长看得比留存或客户幸福更重要，令人费解。
除此之外，以同理心和尊重对待每个人，本来就是我们想作为人经营企业的方式。这不总是关乎利润，也关乎把Fathom塑造成我们能感到自豪、愿意长期经营好的公司。
没有客服团队的客户支持
像Fathom这样的小型独立公司，通常没有专职客服。即使只有两个人，我们仍把以最有人情味、最及时、最好的方式帮助付费客户，当成工作的一部分。Jack是程序员和宣传者，我是设计师和作者，但客服也是我们的工作。我们相信，即使每位创始人对应数千客户，只要优先级和计划正确，也能照顾好客户。
我们按各自最擅长的内容分配支持任务：技术或法律问题交给Jack，一般问题、疑虑、故障报告交给我。因此Jack得到的工单较少但更耗时，我得到的工单较多但通常较快能解决。
原文提到当时使用Help Scout整理支持邮件，彼此可以添加备注、分配工单；两人都会定期检查所有请求最先进入的主收件箱。这是2021年的工具状态。
“每个人都是客服”的方式既是必要，也是选择。我们认为至少在当时，Jack和我最适合提供支持，因为产品是我们亲手建立的。帮助客户时，也最能了解客户、需求和软件使用方式，对双方都有益。
没有在线聊天，也没有电话
尽管支持是优先事项，我们一直反对使用电话或聊天机器人。第一，我们不可能一边建设Fathom，一边每天全天挂在聊天和电话上；第二，多数在线聊天体验很糟，组件烦人，往往是无用机器人，也缺乏人情味。两位创始人回复支持邮件时，都会署上“联合创始人”的头衔。
我们也不安排电话，包括演示。电话很耗时间，特别是销售电话，所以一贯拒绝。想看Fathom演示的人，可以观看视频或操作线上演示。
与聊天机器人和电话相比，我们努力在大约八至十小时内回复支持邮件，工作日通常快得多。坚持用邮件，能尽快处理最多支持请求。
人们想与真人建立真实连接，而不是得到机器人给出的差建议，也不是听到“请按1、2、5、8，您的来电很重要，下一位客服约48分钟后接听”。所以我们亲自、带着同理心且迅速地回复邮件。
我们成了侦探
支持中最常问的一句话是：“你想完成什么？”
因为仅听到问题不够，我们想理解问题为什么发生，以及发生时对方想做什么。这不只帮助理解该不该建设新功能，也帮助知道现有功能何处可以改进、何处需要更好文档。
遇到不能快速回答的问题，我们会深入理解发生了什么、为什么发生，以及如果相关，为什么客户以为自己可以做某件最终并未按预期工作的事。每次这样做，我们都会学习怎样让Fathom更好。多年来，这种支持方式确实帮助我们为更多客户改进产品。
没有等比例扩张客服人员，却扩大了支持能力
作为小公司，随着客户增长，我们不想建立庞大客服团队来管理支持，因此努力让一切尽可能高效。
怎样让支持高效？文档、文档、文档。这是每个人，尤其开发者，最喜欢的消遣。因此我们会在功能发布前写好文档，也持续增加视频帮助理解。
增加新功能时，也会把支持和文档纳入考虑。支持是我们看待软件建设的一部分。每当考虑一个功能，先问：“我们将如何支持它？”接着问：“能否以不压垮支持的方式创建它？”以及“它能否被快速、轻松地记录和理解？”
如果功能过于复杂或不直观，我们不会发布，直到从头到尾都足够简单易用，无论首次使用还是每天使用的人都能理解。我们愿意为小细节花时间，让客户不必上完六十八节课才会使用软件。
Fathom自推出后每月都在增长。这不是说永远不聘请支持人员，而是说在聘请前，会持续确保产品建设和功能文档本身高效、简单且聪明。
再也不发布路线图
我们经历过几次教训：说某功能会在特定日期推出，最后却没有按时发生。软件开发像从巨大毛线团中拉出一根线，有时线很短、很快拉出；有时线长得像整个毛线团，还布满结。
沟通上，我们始终保持彻底诚实。犯错就承认，错过期限就承认，若无意开发某项功能也会说明。出错时，我们描述发生了什么、怎样修复，以及内部将怎样改变以避免重演。
原文提到，软件v3是最后一次大型版本发布，也是最后一次谈论尚未可用新功能。营销与沟通从“即将推出什么”转向“现在可用什么”。这些是2021年产品策略。
作者认为这对客户最好，因为不会再作出无法百分之百兑现的承诺。有几次，团队本来确实打算开发某功能，但开发中发现不再想做，或整体问题更适合用另一种功能解决。
虽然不再有公开路线图，客户和非客户仍可订阅新功能发布通知。
不是所有东西都应该规模化
像我们这样的公司在客服上有一个巨大优势：服务可以用无法规模化的方式提供。
公司较小时，可以与常客和忠实客户建立关系，这些个人关系能让他们保持忠诚和满意。
作为小型独立企业，我们本质上从事的是服务人的生意。必须倾听每位客户，并完全负责让他们满意服务水平。客户服务是人们选择把钱花在哪里的重要差异因素。
优秀服务不只是达到礼貌规范。及时、回答问题、尊重客户不应得到额外奖励，本就应是预期。但小公司可以通过超出预期的个人关怀、互惠关系，以及把客户当作重要的人而脱颖而出。提示一下：他们确实重要。
客户支持就是我们的经营方式
令人难以置信的是，我们建立了拥有数千客户的产品。每天，Jack和我都为能通过Fathom服务他们感到骄傲和兴奋。因此每次交流都抱持开放心态，准备从中学习。
我们有幸能直接接触愿意每月付费的人。既然如此，为什么不借此学习并让Fathom以最好的方式服务他们？
这种做法归根结底是我们希望自己作为客户被怎样对待。内部常讨论自己获得过的糟糕或优秀服务：发生了什么？怎样补救？能否更快、更好地解决？最后是满意还是不满意？公司当然会出错，不会完美；更重要的是公司选择怎样回应。我们不想犯错，但发生后会尽力纠正。
虽然两人都不是从客服岗位起步，我们一直努力学习、适应并为Fathom提供最好支持。我们相信这对公司未来是极好的投资，更重要的是，若自己是Fathom客户，这也是希望获得的照顾方式。
作者：Paul Jarvis