您将如何创建客户喜爱的产品？小小书 XXshu

Hai我叫Rizkah，两个星期前，我在Amartha担任产品经理，开始了我的暑期实习。我之前没有任何经验就从事这项工作，因此，作为Amartha产品经理以及我在Amartha实习期间的导师的Kiki Ahmadi建议我阅读Marty Cagan的一本书，名为“灵感：如何创建科技产品”客户之爱”。 马蒂·卡根（Marty Cagan）是硅谷产品集团的合伙人，专门从事产品团队和产品战略（eBay，Netscape和HP的前执行官）。

我在斋月假期期间阅读了这本书，在整篇文章中，我将讨论这本鼓舞人心的书中讨论的要点。因此，让我们开始吧。

产品团队

没有确切的规则说公司中的所有产品团队都必须具有相同的规模。但是，产品团队通常只有一名产品经理，一名产品设计师和2-10名工程师。非分层成员之间的协作支持产品经理，产品设计师和工程师能够共同制定解决方案。 “好”产品团队是每个成员都坐在一起的时候。这并不意味着他们在同一座建筑物或同一层，而是允许每个成员都可以查看彼此的计算机屏幕。最好的公司团队已经了解到让员工一起工作并团结起来的价值。

马蒂·卡根（Marty Cagan）的《灵感》（Inspired）一书中有一个我非常喜欢的语录：

“我们需要传教士团队，而不是雇佣军团队” 。

雇佣军意味着我们可以建造他们告诉我们的一切，但传教士是这一愿景的真正信徒，并致力于为客户解决问题。

产品经理

诚实的事实是，产品经理必须是公司中最强大的人才之一。产品经理必须对产品充满热情（这是您可以学到的东西），了解技术的复杂性，精通业务，在关键管理人员中表现出信誉，对客户有深刻的了解或对他们的产品有尊重。但是，最重要的是，尽管具备所有这些技能，但是产品经理还负责团队的绩效。正如马蒂·卡根（Marty Cagan）在他的书中所说：“当产品成功时，这是因为团队中的每个人都做了他们需要做的事情。但是当产品出现故障时，这是产品经理的错。该报价代表产品经理是否对产品团队负有太多责任。

绝对清楚地说， “产品经理不是产品团队中任何人的老板” 。他们共同解决问题，并将工作结果报告给职能经理，在这种情况下，产品经理通常将工作报告给产品负责人。产品团队拥有的关系不是报告关系。

产品设计师

公司中经常发生常见且严重的问题。作为产品经理，我们尝试自己进行实际设计。这是一个严重的问题，因为我们很少提供良好的结果，也没有提供我们想要的完整的整体设计。之所以会发生这种情况，是因为产品经理没有经过设计技能方面的培训。还有一个产品经理不提供设计，而是向工程师提供非常高级的用户故事。但是，为了开始编码，工程团队需要设计，因此工程师通常别无选择，只能自行设计，这绝对是一个严重的问题。

现代产品设计师与他或她的产品经理并排坐着，只要您进行产品发现，产品设计师就是产品经理的正式合作伙伴。

工程师们

作为产品经理，我们需要与工程师团队保持牢固的关系。如果这种关系不牢固，那么我们作为产品经理的日子将是残酷的。开发这种编程素养的目的不是要告诉您的工程师如何做他们的工作，而是要大大提高您与工程师互动和合作的能力。

配角

我们之前已经讨论过产品经理，产品设计师和工程团队的角色。但是，还有其他人也将支持我们一起工作。例如用户研究，数据分析师和测试自动化工程师。这些人可能不会只献给产品团队，但至少我们知道他们为什么存在，而最重要的是知道如何充分利用这些人。

好/坏产品团队

正如我前面提到的，一个好的产品团队是一个具有“像传教士般的激情”的原则的产品团队，而坏的团队则具有“雇佣兵”的原则。好的产品团队从他们的产品愿景，分析数据，分析客户问题中获得鼓舞性的想法，而坏的团队则从客户和销售中收集需求。好的团队喜欢与有着相同愿景的其他公司的最好的领导者集思广益，但是糟糕的团队很容易从其他公司的建议中脱身。好的团队的产品经理，产品设计师和工程团队并排坐着，但是坏的团队坐在各自的仓库中，并要求其他人以文档和安排会议的形式提出服务要求。好的团队总是不断地创新他们的产品，而坏的团队则等待主管的指派。好的团队每周都会与其他客户进行互动，以确保并获得由他们的想法得到的客户反馈，而坏团队则充当客户。

在阅读Marty Cagan的书后，我可以解释好团队和坏团队之间的某些差异，而在获得好团队和坏团队本身的经验之后，可以发现其他差异。

正确的产品

在讨论产品团队的组成和最佳实践之前，我将简要解释如何确定本部分中的产品团队。

这本鼓舞人心的书中的主要论据之一是，我们必须专注于结果而不是输出。当我们意识到我们创建的典型产品路线图都与输出有关。但是，需要优秀的团队来交付业务成果。但是，我们构建的每个路线图都与输出有关。通常，我们将产品路线图定义为已要求团队进行工作的功能和项目的优先列表，但有趣的事实是， 路线图是产品组织中大多数浪费和失败工作的根本原因 。这是为什么？因为有时客户选择不使用我们的产品，是因为即使他们的想法有价值，可用，可行和可行，他们只是对他们拥有的这个想法并不感到兴奋，因此通常需要进行多次迭代才能获得执行阶段。

为了避免这种情况发生，产品团队必须修改其产品路线图，以便将每个项目都声明为需要解决的业务问题，而不是可能解决或可能无法解决的功能或项目。马蒂·卡根（Marty Cagan）说，这些被称为基于结果的路线图。

产品愿景

产品愿景是我们构建产品之前必须存在的最重要的要素。产品愿景描述了我们未来（通常在两到五年之间）要尝试创建的内容。如果我们想生产出优质的产品，我们必须具有我之前提到的产品愿景，为了实现它，我们必须制定我们称之为“产品战略”的产品 。通常，产品策略是地理上的，并且基于以某种逻辑和重要顺序实现一组关键里程碑的基础上。例如，在第一个版本中，我们仅提供针对电子商务平台的重要评分和评论功能，而下一个版本则利用客户产生的数据来创建产品情感，然后利用这些数据为客户提供产品推荐。

构建产品时最重要的是，我们必须专注于一个单一的市场 （针对每个发行版，专注于一个新的目标市场营销或一个新的目标角色）。您会发现该产品仍然可能对其他人有用，但是至少它会受到某些人的喜爱，这是关键。为此，我们必须先定义产品愿景，然后再创建实现产品策略的途径。

正确的过程

在了解每个产品团队的合适人选以及每个团队需要关注的重点之后，接下来我将解释产品团队如何工作。

开始构建产品时，产品团队通常会开始发现产品。在产品发现阶段，需要了解两件事：

发现客户的需求，并确保我们提供的解决方案能够解决客户的问题和业务
我们需要确保我们提供可靠且可扩展的实施方案，以使我们的客户能够始终如一地依靠可靠的价值。尽管我们永远不会有100个肯定和信心，但我们不必释放和祈祷。因此， 我们需要快速学习，同时也要放心。

因此，进行产品发现的目的是要有证据证明将要构建的产品不会浪费任何精力。在进入产品发现之前，产品团队的每个成员都应该能够回答这四个问题：（1）这项工作旨在解决什么业务目标？（目的）; （2）您如何知道自己是否成功？（主要结果）；（3）这个问题为我们的客户解决了什么？（客户问题）和（4）我们关注的客户类型是什么？（目标市场）。

完成产品发现后，我们直接进入产品积压。现在，许多团队都将高保真用户原型和故事地图视为他们的入门技术。我们必须运行4个原型原则，即：

可行性原型 。关于可行性，原型工程师将创建典型的代码-想法是编写足够的代码以减轻可行性风险。该原型仅占最终可交付产品工作的一小部分。
用户原型 。对于每个产品团队来说，这是最重要的技术，因此开发我们团队在各个级别的保真度上创建用户原型的技能和经验非常重要。
实时数据原型 。在实时数据原型上，实际用户将使用实时数据原型进行实际工作，这将生成真实数据（分析），我们可以将其与当前产品进行比较或超出预期，以查看我们的新方法是否性能更好。

在完成原型之后，下一步就是测试。可以进行多种测试，例如可用性测试，价值测试，需求测试技术，定性价值测试，定量价值测试，可行性测试，业务可行性测试等 。我不会在本文中解释每个测试的详细信息，但是最重要的是，我们必须知道在进行此测试时，我们将获得实际数据，以便产品团队可以用于下一步的分析报告。

产品团队非常需要分析技能。凭借此技能，产品团队可以了解用户和客户的行为，衡量产品进度，证明产品创意是否有效并告知产品创意。毕竟，正如Marty Cagan所说的那样，产品决策最糟糕的事情是如此重要，这与它的观点有关，即发起它的人的观点越多。

分析报告中最重要的是我们可以找到一些非常强大的产品。目前正在进行的一些最佳产品工作是受数据启发的。是的，通常我们通过观察客户会得到一个好主意，研究数据本身可以提供洞察力，从而带来突破性的产品创意。请注意，我们通常将分析称为关键绩效指标（KPI）。

摘要

我上面提到的事情对于我们作为产品团队来说是迈出建立客户喜爱产品的一步。我希望我们可以遵循这些技巧，但是当然并非所有理论都可以在实践中实现，因为我们必须调整现有环境，但是我提到的是我们可以尝试的一些最佳实践。也许这篇文章有很多错误之处，所以我建议大家阅读Marty Cagan的Inspired书，并进一步了解如何成为一名优秀的产品经理。

Rizka是来自印度尼西亚大学的计算机科学专业的学生，目前正在暑期实习计划中担任Amartha的产品经理。 如果您是希望学习经验和技能的最后一年的学生，那么Amartha可能非常适合您。 向我们介绍一下，方法是将电子邮件和最新的简历发送到 careers@amartha.com 。