构建API产品时要考虑的七个原则

编者注:以下是一位客座博主写的。如果您有产品管理/技术行业经验,并想为博客投稿,请联系ellen@www.lintel-iom.com

API集成是SaaS经济的关键部分。原因在于,许多产品通过关注用户流来解决一个更大的问题。例如,在没有集成的情况下安排视频会议时,首先在视频会议系统中安排视频会议,复制会议信息,然后在日历系统中使用视频会议系统信息安排相同的约会——这是冗余的。通过集成,子用户流被压缩到单个按钮单击中。这样的集成提供了统一的用户体验,丰富的数据集,支持卓越的业务决策。

预定视频会议与一个单一的按钮点击。

在下一篇文章中,我将回顾发现、计划、范围、设计、实现和推出API产品的七个原则。

在敏捷环境中,可能需要几个迭代来弄清楚所需的内容和最佳解决方案,以获得产品市场的合适。开始小MVP.是一种很好的方法。

原则1:你的商业目标是王道

问问你自己,你想达到什么目标?典型的例子包括提高产品采用率、用户留存率、用户粘性、减少用户流失以及降低运营成本。

一旦您了解您的目标,您可以映射手的问题。使用任何产品发现瞄准客户问题的技术。收集和分析数据,采访潜在客户和客户,进行市场调查等等。结果可能是一张机会列表,并根据优先级进行排序。根据你的商业目标选择最有价值的机会。

例如,您正在处理一个类似于AppsFlyer.数据产品收集,进程,并通过用户界面访问其数据。您的一些客户需要使用数据加入您的数据。当您深入潜入问题时,您可以确定一系列客户段。一些客户具有最小的自动化功能。其他客户是SAVVIER并具有高级功能。如果您的业务目标是推动保留,您的产品要求可能会因细分而异。但是,对于MVP,您可以专注于单个客户段。

原则2:了解你的角色

当你计划一个API产品时,要知道你的目标受众是谁。

在API中,考虑一下角色类型将使用API:

  • 消费者:使用API​​设计并构建新功能。这些通常是开发人员,但也可以是产品经理:
  • 最终用户:受益于API提供的功能。在数据公司的例子中,这些用户通过分析数据来获得可执行的见解。

在API产品中,用户体验非常重要!理解角色可以帮助你在设计过程中集中精力。例如,开发人员通常会寻找一种快速、简单的方法来启动和运行API。API的一个强制性部分是身份验证。这是基于用户标识在系统中处理请求的能力。身份验证步骤可以促成API的采用,也可以破坏API的采用,因此保持它的精简和简单是至关重要的。

在AppsFlyer平台中轻松检索身份验证令牌

当涉及到错误处理时,规划用户体验也很重要。当您的API不可用时,会发生什么情况?在事件发生后如何恢复它?有哪些工具可以用于故障排除,等等?

对于错误消息,请与您的UX和微拷贝团队合作(如果存在的话)。如果没有,在几个团队成员身上测试它们,并根据反馈改进它们。记得告诉用户问题是什么,然后告诉他们如何补救。

原则3:开始简单

当您在解决方案空间时,市场就是一切。没有什么可以替代使用您产品的人的使用数据,分析和反馈。快速到市场意味着您必须提供价值,但以最简单的方式提供价值。

在数据公司的例子中,客户希望将他们的数据与您的数据连接起来。

使用API解决方案有两种可能的方法来实现这一点。

导出与导入表

为了简单起见,出口是一个更好的选择。

原则4:基于80/20规则设计数据方案

数据模式是API产品中比较棘手的部分。一方面,你希望提供一些灵活性。另一方面,您通过确定您的要求来设定标准。

在您理解问题之后,您可以在用例中找到类似的模式。这是为了找到提供最重要影响的典型需求。在具体情况的基础上考虑剩下的问题。

在AppsFlyer示例中,数据域是营销数据。大多数用户感兴趣的基本维度是发行商平台、活动和国家。如果你想支持额外的维度,比如关键字,它们可能与少数客户相关。因此,您需要优先考虑并确保您的设计不会过于复杂,而是支持足够多的用例来解决基于业务目标的问题。

一旦您知道API的一部分,必须确定API请求和响应结构,包括命名约定,表示元素之间的层次结构和数据格式。如果您已经有数据元素命名约定,即使它不完美,保持一致性,并坚持下去。

你可能还对以下方面感兴趣:产品经理如何构建数据故事

原则5:逐步扩大规模

可扩展性是API产品的基本方面。您的产品应解决主要用例,支持越来越多的客户,更改为使用频率,并提供所需的数据刷新率。

你不需要从一开始就打造出一个花哨的产品。当您计划您的MVP时,您可以选择与几个没有大量密集用例的设计合作伙伴合作。在设计构建和维护成本高昂的复杂产品之前,可以验证API产品。下一步,您可以根据您在市场上观察到的实际需求来改进API可伸缩性。

由于API调用率高而导致的生产失败可能会让用户和客户失望。因此,最好实现API速率限制,这样就不会有人破坏您的系统。API速率限制控制用户运行API的频率。这个限制是每秒、每分钟、每小时或每一天(也就是每X或QPX的查询)。价格限制的另一个好处是可以控制API的运营成本。

在选择API支持的操作时,应该考虑数据新鲜度。这取决于业务需要。它可以是实时的,一天几次,每天几次,每周几次等等。当你计划你的MVP的范围时,从小处开始,即使它不能满足所有的要求。例如,如果您的客户需要每几个小时更新一次数据,那么您可以从每天更新一次开始,观察您的客户如何使用并对此作出反应。您可以在以后的阶段中改进频率。

原则6:从一开始就准备好推广计划

API的推出有几个重要的考虑事项,因此有必要提前考虑它们。尽早让营销团队参与到这个过程中来。

这些方面包括API应该在哪里可用,以及如何以及何时分发。它可能在你的网站上,在你的帮助中心图书馆,或者它可能取决于与第三方公司的商业协议。当您计划推出产品时,请与相关的业务利益相关者、业务开发团队、法律团队以及其他人员合作,以确保您拥有推出该产品的业务基础设施。

另一种选择是让API开源并由社区驱动。如果是这种情况,您可以使用社区管理工具来宣布启动,并在像Github这样的存储库中共享代码。

一旦你知道你将使用什么渠道进行推广,你可能还会想要进行宣传活动。和其他产品一样,API产品也没有什么不同。你可以使用自有媒体,如给客户和潜在客户发邮件,付费获取,或任何其他形式的营销。在这里,营销团队是最安全的选择。和他们一起制定计划。

更重要的是,您必须准备和培训您的内部团队。根据您的用例,您可能希望涉及客户的成功,Biz Dev,支持和其他。

文档是最后也是最关键的一步。它不仅是用户体验的一部分,而且你的团队也能看到它。你需要记录产品的所有技术方面和操作方法。在您的产品上线后,该文档应该不断地进行修改,以满足用户的期望。

原则7:学习并提高

从您的API产品中学习是理解API的关键需求优先级.因此,在开发产品之前,必须记录下您想要学习的内容。在规划项目范围时,定义要跟踪的监控机制和kpi。即使你没有实现你的目标,你也知道你学到了什么。接下来,您可以使用这些数据,与客户交谈,并了解需要改进哪些内容,以使产品适合市场。关键是要有你需要的所有数据来获得洞察力。

关于作者

Dubi富里

Dubi是一名经验丰富的产品经理和领导者,具有广泛的业务和技术知识。通过做正确的事情,ux和创新,他以紧迫感所做的事情来实现。

产品播客横幅

喜欢这篇文章吗?你可能也喜欢这个: