产品经理如何构建产品

　　当您开始建立产品项目时，你的目标是创建满足未满足的客户需求的产品。
 

　　一开始，您会发现一些潜在客户并建立满足他们需求的产品。您尚未建立–您只是想使最初的收入流动并使产品适合市场。
 

　　好消息是，这些最初的客户会给您很大的反馈，并且会非常积极地参与产品开发过程。
 

　　随着您不断成长，您将开始吸引更多的客户。这是您必须划出重要界限的时候。这些新客户可能都要求您提供不同的东西(特定的增强功能，额外的功能，较短的期限)，但不幸的是，您无法为每个客户做定制工作。
 

　　它只是无法扩展。
 

　　您可以做的是创建一个通用产品，该产品将以最少的定制服务于大量客户。
 

　　如果您要做的就是为每位客户构建定制解决方案，那么您将永远不会成为任何市场的领导者。到那时，您不再是产品公司，而是服务公司。
 

　　这是避免这种命运的方法：
 

　　向您的客户提出常见功能的问题。
 

　　实际上，每个新客户都会向您询问一些仅适用于他们的自定义功能。
 

　　您需要弄清楚他们真正想要的是什么-这并不总是他们所说的想要的。这全部与模式识别有关。与其为每个客户创建定制解决方案，不如在他们所有的请求中找到共同点。
 

　　您是否可以构建某种解决方案来解决所有这些潜在的需求?
 

　　这是一个简单的例子。
 

　　假设您已经构建了必须与客户的身份管理/登录系统集成的企业软件产品。但是，不同的客户使用与Salesforce，Google Suite，Microsoft或他们自己的本地系统不同的系统。
 

　　您无法为每个系统开发自定义集成。因此，您可以构建通用的SSO集成功能，该功能使用基于标准的技术(例如OpenID或SAML)。这些客户系统大多数都符合标准，然后可以完成集成。
 

　　标准化的解决方案可能无法为客户提供他们想要的一切，但可以使他们达到80%。而且，由于您正在响应一致的客户请求模式，因此可以肯定地确定您的解决方案将帮助许多其他客户和某些潜在客户。
 

　　不要让剩余的20%的客户悬而未决。
 

　　如果您的普通产品能够满足客户需求的80%，那仍然不能完全满足他们的需求。剩下20%的工作，如果不让步并构建自定义解决方案，您将无法真正完成自己的工作，但是仍然需要以某种方式完成工作。
 

　　通常有三种方法可以做到这一点。
 

　　您记录了有关客户自己如何做的明确说明。
 

　　如果您的公司足够大，则可以创建一个客户解决方案团队来处理每个传入的客户请求。
 

　　您或客户雇用第三方来完成最后20%。
 

　　无论选择哪种方式处理自定义查询，您的核心工程团队都不应该是处理最后20%的人员。您需要他们专注于功能以改进您的核心产品。
 

　　无情地优先考虑有效利用您的资源。
 

　　事实是，您将收到大量的自定义工作要求。
 

　　部分原因是由销售和产品团队之间古老的动力所驱动。销售人员被激励为公司赚钱，他们一直在寻求达成交易。因此，他们来到产品团队，并告诉他们：“嘿，我们所需要的只是在这里或那里进行少量定制，我们将关闭该客户。”当然，对此很难说不，但是产品团队必须继续努力并管理期望。
 

　　有一个适当的方法可以解决此问题，并避免团队之间的紧张关系。
 

　　明确说明您的开发团队正在构建将定期发布的产品功能。
 

　　每个人都需要知道自定义请求不会立即完成，并且在构建后，它将是一个基于产品的通用解决方案，可能仍需要20%的额外自定义工作。
 

　　您可能需要在这里站稳脚跟，并帮助解释不断进行定制对整个公司的健康状况的长期影响。这是短期和长期战略之间紧张关系的一部分。您的CEO每天都会在公司级别处理它，而您需要在产品环境中进行处理。
 

　　这可能会让人感到不舒服，但是您必须能够优先分配资源，才能继续将产品打造为市场领导者。
 

　　您无法每次都需要完成交易而转移核心工程团队。
 

　　这就是您成为服务公司角色的方式。
 

　　这是此主题在实际情况下如何发挥作用的示例。假设您的一位客户要求您在应用程序出现故障时发送电子邮件。另一个要求文本。另一个人要求在Slack或其专有系统上发送消息。由于每个请求都需要自定义集成，因此您该怎么办?
 

　　通过分析这些请求，您可以了解每个客户都有两个基本需求。首先需要的是系统了解特定事件何时发生的能力。可能是应用程序故障，系统处于高负载，中断或安全问题。第二个需求是能够在发生这种情况时将通知发送到外部系统。该外部系统可以是Slack，Twitter，电子邮件或文本服务器。
 

　　因此，您真正想要构建的是一个通用的事件管理和通知系统，该系统侦听某些事件并在事件发生时发送通知。
 

　　仍然需要一些自定义工作(20%)来告诉您的产品事件已发生，并且还需要为不同的通知系统构建插件。理想情况下，您的解决方案团队可以构建这些插件。但是，如果没有20%的工作，该系统将无法直接使用。因此，当您的销售人员要求发送电子邮件通知，而您想要构建仍需要电子邮件插件的通用事件和通知系统时，他们就不会高兴。
 

　　由您自己来管理这种情况。
 

　　在常见功能和自定义工作之间找到平衡。
 

　　您的目标是避免不必要的自定义，而将重点放在核心产品上。但是现实也很重要，特别是如果您是一家小公司。
 

　　请记住，提出大量交易的潜在客户或非常有战略意义的客户可能会要求自定义功能。您知道这项工作虽然是自定义的，但对整个公司来说都很重要。在这些情况下，可能有必要为该客户端构建特定的解决方案。请记住，这应该是例外，而不是常规。
 

　　扩展业务规模后，您会回头并意识到，如果没有将这种通用产品出售给客户，就不可能发生这种情况。