即使是世界上最好的API也有漏斗。只要潜在用户注册甚至完成操作，他们只能放弃这个过程。在某些情况下，造成这种情况的原因是不可避免的。例如，该产品可能太贵了。在其他情况下，注册和积极使用API之间会发生一些事情。检查人们在注册过程中的进展可能会帮助你确定这种下降的原因，但话说回来，可能不会。在本文中，我们将讨论潜在用户在开始使用API之前可能放弃API的一些原因。我们还将研究如何减少API放弃的尝试和测试方法，以及一些新的解决方案。

Show，Donttell，(WithCodeSamples)杰弗里·摩尔的《跨越鸿沟》是1991年出版的一本关于科技营销的书。你可能看过这本书的标志性图表，这是一条钟形曲线，直观地勾勒出创新者、早期用户、大多数人和技术采用落后者的模式。为了在早期最大限度地提高参与度，他认为潜在的开发人员应该能够在与产品接触后180秒内使用代码示例来测试API。虽然这可能夸大了复制粘贴代码示例的重要性，但他的论文很有趣。代码示例和文档一样重要(虽然可能不比文档重要)，但是很难不同意。比如看完数码相机的说明书，你不太可能看到一些用数码相机拍的照片或者把相机握在自己手里。

关于拿着相机的想法，如果你能提供箱，提供沙箱是个好主意。如果没有，请考虑免费试用或增值模式。付费API的创始人可能会拒绝提供免费呼叫的想法，但也许他们不应该让开发人员在承诺购买之前自由探索API。如果每月少量电话足以满足他们的要求，他们可能永远不会注册付费账户。至少，在这个模型中，如果他们需要你的服务扩展，他们可能会升级。同伴支持SudoHERO创始人ChrisChandler建议不同于其他客户群体...开发人员实际上更喜欢通过阅读可能有助于解决问题的信息来找到答案，然后聘请支持代表。2017年的一项小规模研究表明，开发人员平均每天搜索16次，其中一个主要搜索类别是理解API。这并不是因为开发人员在遇到问题时不喜欢承认失败。克里斯继续说：要准确诊断问题，我们需要传达无数变量来重现问题并提供合理的答案。

在提交支持请求时，通常会丢失一些重要的上下文。结果？在等待几个小时甚至几天后得到答复后，原始支持票可能会得到答复，需要澄清问题的某些部分。一旦提供，消息将回到队列，开发人员将等待...再次。换句话说，提供24/7全天候支持可能不是你认为的卖点。同行的支持感觉更像是与其他开发人员的头脑风暴，而不是提交支持票。它可以成为入职过程中引人注目的补充，因为它让潜在用户知道使用该产品的人在做什么。这是迈克尔做得很好的事情。HackerNews和20世纪90年代论坛之间有一个吸引人的UI。请注意，迈克尔的开发者关系主管将定期介入帮助人们；这有助于支持网站感觉更像是一个充满思索问答的活跃社区，而不是人们大喊大叫。这与在Apple支持社区搜索MacBook或iPhone问题并发现数百名其他遇到相同问题的人完全不同。但是没有人提供解决方案。