第三方软件集成:最佳实践,风险和陷阱 “产品人员-产品经理,产品设计师,UX设计人员,UX研究人员,业务分析师,开发人员,制造商和企业家 April 04 2017 真正 安德烈广场,Carol Sun,Christina Trampota,竞争优势,Daniel Elizalde,Grace Hu-Morley,Janna Bastow,Jeremy Glassenberg,Mike Knoop,产品管理最佳实践,产品路线图,产品路线图,产品战略,软件集成,战略伙伴关系,第三名-Party Integrations,Zapier, 注意产品 介意产品有限公司 2857 产品管理 11.428

第三方软件集成:最佳实践,风险和陷阱

通过 ON

绳

产品管理团队经常问自己,第三方集成是否适合他们的软件产品路线图。我的想法是您应该与诸如Salesforce和Slack之类的产品集成,因为您永远不会想要自己构建这类产品。

因此,仔细查看产品管理工作说明,您会发现许多提及第三方软件集成,API,战略合作伙伴关系等内容。通常期望高级/主管整合职位拥有产品路线图战略。如果他们不是高级/主管职位,那么通常会要求产品经理负责集成的效率,质量和上市速度。

大多数产品经理在某个时候都会被要求进行第三方集成。有时是选择,有时不是。因此,我决定与具有最多第三方软件集成经验的产品经理交谈,并着手发现他们在战略和战术上的最佳实践。其中一些产品经理正在为您的公司工作’我们听说过,其中一些是顾问,但是所有人都有正确方法进行集成的宝贵技巧。

这是专家告诉我的。


珍娜·巴斯托

詹娜·巴斯托(Janna Bastow)

CEO& Co-founder, 产品板

在LinkedIn上连接 | @simplybastow

问:竞争格局如何驱动整合战略?

JB:随着您更多地进入真正具有竞争力的领域(例如,如果您正在构建CRM或营销自动化工具),您会发现人们仅凭集成选项就可以简单地选择或取消产品资格。这为试图进入拥挤的市场的公司提高了进入的门槛,即使在今天,建立第三方集成也需要共同努力,还要对边缘情况进行大量测试和修复。

但是,不要仅仅因为竞争对手就具有了集成性而您肯定也必须这样做。像建立任何新功能一样对待它–了解您的客户是否真正有需求,以及构建它是否真正吸引了合适的客户。无缘无故花费所有时间使产品膨胀。

问:ProdPad的团队如何利用其产品路线图与客户和潜在客户交流集成?

JB:我们已经做过很多次了–例如,当我们考虑在应用程序中提供单点登录(SSO)选项时,我们在路线图中围绕它添加了一项举措。

我们将其放在路线图上,以查看是否有人在乎,这是在实际开始构建任何东西之前测试是否有人感兴趣的测试。为了遵循良好的路线图做法,我们保持了足够的通用性:我们说的是SSO,并未具体说明将支持哪些提供程序或功能,并且不包括任何可能使我们陷井的日期承诺。

果然有兴趣。将其纳入路线图有助于我们评估和比较对各种SSO提供者的兴趣,并证明它值得。我们收到了来自客户的足够请求,因此在我们启动时,我们会列出一组客户,以征求反馈和见解。我们知道他们马上需要什么。另外,我们还有很多人可以将升级版本出售。

问:在ProdPad,您如何管理具有以下特征的产品: 大量的整合?

JB:仅仅因为您为一个集成而构建,并不意味着直接为下一个集成而构建。尽管使用不同的术语,但我们集成了一系列概念非常相似的工具:Trello拥有卡片,Github拥有发行,JIRA拥有门票。用户的集成要求非常相似–但是实施时需要仔细计划每个系统的工作方式。而且,由于每个API都是由不同的公司处理的,因此我们必须保持领先地位,并确保每当第三方提供商更改其系统时,都将修复我们的集成。

我们必须维护一个矩阵图来概述我们所有的集成和功能,以便我们可以与每个提供商一起组织已知限制或特性的列表,否则我们将永远无法掌握这些列表。最好随手概述这些内容。如果您的产品支持多种集成,您将感谢您提供的优质文档。


迈克·努普

迈克·努普

CPO, 扎皮尔

mikeknoop.com | 在LinkedIn上连接 | @mikeknoop

问:初创企业应如何定位整合计划以最大程度地增长和保留?

MK:集成保留了用户, 实际上好了近50%。我一直将整合视为保留策略与成长策略,因为那’主要是用户如何看待它。

问:当您的团队(如Zapier)对有效的集成项目有诀窍时,从头开始在内部构建功能仍然有意义吗?

MK:我通常建议内部拥有头几个用例,因为它们有维护费用,但是’通常值得。并将其余部分外包。

问:什么样的产品经理人员配置模式为您带来了最大的成功?

MK:根据我的经验,与Zapier的最佳集成是由项目经理和工程师共同领导的。如果我们仅彼此接触,则球会掉落。

问:第三方软件集成安排中应避免哪些复杂情况?

MK:收益共享并收取访问费用。几乎永远都不值得。


格蕾丝·胡默利

格蕾丝·胡莫里

产品管理总监 幻影

在LinkedIn上连接 | @gracehm

问:产品经理考虑第三方集成的正确情况是什么?

GHM:当主要的附加功能解决了关键的市场问题时,集成第三方产品是必要的,而不是您组织的一部分’具有独特的能力,并大大减少了开发周期和成本。进行集成的其他关键原因包括:何时将第三方产品视为商品,以及何时第三方组织在其市场/垂直市场中占主导地位。

问:关于对方完成整合的动机,您能提供什么建议?

GHM:要迅速推进大型集成工作,第三方组织必须像您的公司一样积极地进行集成。双方都必须有类似的紧迫感。这可以由共同的客户创建。如果第三方没有超出许可收入和协议处罚的范围,那么集成项目很容易停顿或失败。

问:第三方软件集成安排中应避免哪些复杂情况?

GHM:我在项目中反复出现的复杂情况是:1)在集成的一侧或两侧没有很好地定义角色和职责,2)第三方组织说它们“can provide”该功能及其真正含义是它们可以构建仅会增加您的计划成本和时间的功能,并且3)在需要进行更改和决策时不存在问责制。

要避免的关键复杂因素是我早些时候提出的不平衡关系,这种不平衡关系延迟甚至更糟,阻止了集成项目的进行。


克里斯蒂娜·特兰波塔(ChristinaTrampota)

克里斯蒂娜(Christina Trampota)

管理伙伴, CGM平方

在LinkedIn上连接 | @tektalk

问:产品经理应如何评估可以提供第三方集成的产品?

CT:主要问题应该是第三方功能是否代表了您的软件/解决方案中业务或产品价值的核心部分?如果没有,请随时与第三方集成。如果密切相关–确保您已制定正确的合作伙伴协议,以最佳方式保护和促进双方,并且不要忘记IP!

问:什么时候应该选择从头开始构建而不是尝试与其他产品集成?

CT:在考虑了各种业务选择之后,才可能做出“构建”决定。如果“购买”选项未成功,或者如果将两家公司和技术环境整合在一起而无法做到,则可能会发生’从经济意义上讲。或者,您可能已决定您的业务需要完全控制解决方案中的所有体验。这将使您的企业能够从端到端从货币化和监控数据,开发和可交付成果。

问:产品经理可以采取什么措施来加快软件集成过程?

CT:提前了解所有集成点和依赖性。在开发开始之前,请所有需要的团队提前与检查点联系,希望避免或至少减轻将来的担忧和/或延误。另外,确定一个愿意在其环境中进行测试/尝试的友好客户,或者将其设置为早期采用者,并且愿意在公共案例研究或新闻发布中分享成功的故事。


安德烈广场

安德烈广场

高级产品营销经理

在LinkedIn上连接 | @apiazza

问:产品管理团队计划第三方集成的最佳理由是什么?

AP:平均产品管理将出于内部原因集成功能,通常与以下内容相关:

  1. 收入(追加销售,交叉销售),
  2. 市场营销(通常是竞争性防守或侵略性比赛),或:
  3. 销售(在特定交易中推动平价;在特定细分市场或市场中将特定产品商业化时会产生安全感)。

出色的产品管理将有助于提供这些内部驱动程序,但将整个工作流映射回外部原因:

  1. 市场趋势;
  2. 角色需求,痛苦或收获的演变;
  3. 追踪能力(有时甚至是合作伙伴),以获取在NPS /满意度调查,获利/损失分析或实地考察中发现的普遍,非传闻的反馈;
  4. 围绕用户体验(UX),忠诚度提出建议;
  5. 分析师报告称,加深了竞争意识,可以反映在思想领导力上。

问:在内部为成功的集成项目设置的好方法是什么?

AP:在开发能力时,做出合作伙伴的决定(相对于内部建设)几乎总是一个敏感的决定。通常,它需要来自各种跨职能团队的支持,’始终存在释放机密知识产权的风险。此外,与开展工作有关的固有风险不仅被推给了第三方–他们还受到组织(通常是提出构想的人:工程,开发或产品管理)的拥护。

在选择要构建的增量功能以及与之合作的合作伙伴时,这里的建议应经过深思熟虑和透彻。选择一个跨职能团队,让所有合作伙伴都能跨过终点线,并选择和发展组织文化中的要素,以便从失败中学习。


杰里米·格拉森伯格

杰里米·格拉森伯格

平台策略顾问

在LinkedIn上连接 | @jglassenberg

问:当您考虑从头开始构建还是与现有产品集成时,有什么战略问题要问?

JG:总的来说,考虑一下此功能是否是您要长期维护的功能:

  1. 有很多顾客要吗?
  2. 您能一次构建它并为许多客户使用吗?
  3. 此功能是否适合作为核心能力?无论哪种方式,您是否认识其他可以更好地构建它的人?或者,谁拥有品牌(唐’当客户了解Salesforce时建立自己的CRM)?
  4. 如果合作伙伴可以构建它,那么您的产品路线图会拥有更多带宽吗?

问:第三方软件集成安排有哪些战术最佳实践?

JG:我已经管理了数千个集成,但是有一些重要建议:

  1. 了解您伴侣的个性。我看到大型合作伙伴的项目成功了,大型合作伙伴失败了,小型公司成功了,小型公司失败了。这一切都取决于合作伙伴’的风格和执行能力。
  2. 有明确的工作陈述。你不’不想让合作伙伴声称您同意构建您不想构建的东西,或者希望合作伙伴未能按计划构建集成。
  3. 将此视为产品挑战。唐’不要把重点放在问题上,并确保集成是解决实际问题的方法。
  4. 集成在技术层面上可能非常具有挑战性,但是从可用性的角度来看,它们也可能具有挑战性。您的服务可能在重要方面与合作伙伴根本不同。例如,通常会出现冲突的用户角色和权限。在遇到意外的技术障碍时,您需要密切注意可用性。
  5. 什么时候赢了’似乎行得通,请寻找其他方法使其正常工作。随着我们对合作伙伴的更多了解,我设计的大多数集成都需要进行调整’的实际报价。我曾经不得不想出11种不同的设计来找到可以在两种服务之间工作的东西。

丹尼尔·埃里扎尔德

丹尼尔·埃里扎德(Daniel Elizalde)

创办人 技术产品管理

在LinkedIn上连接 | @delizalde

问:什么时候最好由您自己的产品团队从头开始构想,而不是尝试与其他产品集成?

DE:产品团队应专注于构建与公司的核心愿景和能力完全一致的差异化组件。关键是:不是因为您可以构建它,而是您应该构建它。工程团队通常倾向于构建新技术,因为它很有趣或“很容易做到””.

例如,如果您需要在产品中添加聊天功能,那么您应该自己构建它还是应该只集成功能非常强大的产品之一?如果您不从事构建聊天程序的业务,那么构建自己的聊天程序将无济于事。您将花费数月的工程和设计时间,最终得出的解决方案可能不如其他公司作为其核心产品的一部分提供的解决方案好。

还请记住,没有什么“只需要几行代码”。您在内部构建的所有内容都需要测试,文档,支持,维护等。所有这些成本都是您可以为建立差异化价值而付出的。

问:对于计划成功实现长期成功的第三方软件集成,您有何建议?

DE:在计划第三方集成时,请确保您考虑了整个产品生命周期,而不仅仅是技术实施。花时间了解它的使用方式以及要提供给用户的体验。您的用户会知道它是第三方产品还是对他们完全透明?用户将如何启用或安装集成?如果第三方服务中断了怎么办?

另外,请考虑您要与第三方提供商建立的关系。回答“对他们有什么帮助?” PM还需要解决技术实施之外的问题。与您的业务开发团队紧密合作,以定义所需的合作伙伴关系类型,术语,责任,营销机会以及拥有客户的人。最终确定所有这些因素通常比实际技术实施本身更具挑战性。因此,在提交路线图中的任何内容之前,请确保您计划好所有这些。


卡罗尔·孙

卡罗尔·孙(Carol Sun)

软件产品经理

在LinkedIn上连接

问:您是如何成为第三方集成专家的?

CS:我的公司从头开始构建产品功能。有一天,执行团队决定不再进行任何投资,而是希望与第三方合作。我的工作是成为整合战士(不是自愿选择)。

问:产品经理可以做什么来确保第三方集成的质量?

CS:第三方软件集成中最具挑战性的部分是缺乏测试。测试分为四类–验收,系统,集成和单元。对于从事此工作的PM来说,规划测试阶段和集成阶段非常重要,这样,总体而言,达到产品的预期结果/目标/可用性将不是一项草率的工作。

当有’缺乏从一开始就进行测试的方法,这会给双方的团队带来更多的工作和挫败感。请记住,第三方提供商不属于您的组织,他们提供帮助的意愿将受到限制。此外,还有合伙协议。如果可能,请包括某种类型的测试/质量责任协议包。

另一个重要项目(如果预算允许)是包括在集成测试级别与独立测试公司进行测试,以便向第三方和组织提供独立数据。

包起来

在经历了询问这些专家关于第三方软件集成的想法的过程后,我注意到了两个共同的主题。

首先,产品经理确定何时进行集成。共识是,当功能不属于您产品核心竞争力的一部分时,您将进行集成,并且您将因此而获得市场增长或用户忠诚度。第三方集成是双方都有机会做自己最擅长的事情。如果您在产品中需要的不是核心能力,则绝对应该尝试与专家集成。希望专家和您一样积极。

其次,双方之间的协议以及双方的人员配备和支持对于确保成功和质量至关重要。双方都需要有真正的愿望,要为参与的每个人的利益建立伙伴关系,而且这需要长期可持续。

感谢本文中的所有参与者,希望大家都考虑分享该帖子,并在Twitter和LinkedIn上与参与者联系。