想象一下这个场景。团队中一个成员找到你激动地说：“我刚刚参加了一个绝佳的销售会议，想到了一个我们必须开发的新功能！你点击这里和这里，再这样做，然后它就会像这样！”或许他甚至边说边给你绘制了草图，画完后问你：“所以我们什么时候可以实现它？！”你全程一直保持微笑，但是内心想的却是“辣鸡”。

先来做个深呼吸吧，然后产品思维会帮助你。

在我们讨论具体应对方法之前，先同步一下什么是产品思维。产品思维的核心是解决问题。当你应用产品思维时，你其实是在从问题到解决方案的过程中将用户需求摆在了首要和中心的位置。我们进一步看看如何让整个团队都像产品人一样思考。

1. 产品思维帮助你判断构建什么功能

首先从定义问题开始。像用户画像和 JTBD（Job To Be Done，一种用户行为理论，描述了促使消费者使用创新产品的动机。通过发掘用户期望本质，来创造出新思想和新产品，https://jtbd.info/2-what-is-jobs-to-be-done-jtbd-796b82081cca）这样的工具可以帮你定义问题空间。

问自己：

• 你的用户是谁？

• 你的用户需要做什么？

• 痛点和阻碍是什么？

接下来，探索机会点。思考一下：

• 我们可以如何帮助用户解决问题？

• 解决这个问题对于用户和我们的业务来说有什么潜在的影响？

• 无法解决这个问题的风险在于什么？

最后，探索可能的解决方案。研究一下：

• 哪个解决方案对我们的业务来说是最合适的？

• 我们的局限是什么？

• 科技能帮助我们什么？

现在让我们回到刚刚的队友这里。在面对他人呈交的一个看似思虑成熟的解决方案时，最好的应对方式是什么？停顿一下，称赞对方的兴趣和热情，并有礼貌地将对话引导回问题本身。这里是一些你可以采用的方法。

我用我的团队的案例作为模板。首先，你可以简单地提出一些关键的问题。针对每个新的创意或解决方案问你的合作伙伴以下问题：

1. 我们想要为 x 用户或 x 用户画像解决的问题是什么？

2. 可能的解决方案是什么？

3. 对于用户和我们的业务来说怎样算成功？

通过思考这些要点可以帮助从解决方案模式转换成产品思维模式，并有助于与成员达成一致并通力合作回答上述模板中的问题。一旦他们熟悉了这个模板，你就可以让他们自主思考并稍后一起回顾检查。记得要鼓励你的团队提供数据分析、用户反馈、竞品以及市场调研方面的材料来支撑他们的思考过程。从 JTBD 框架中推导出的工作地图也可以很好替代上述最基础的模板。

如果你想与利益相关方进行更详细的讨论，你可以用 5W1H 方法来对问题、机会、解决空间进行深入分析。这个模板在工作坊中使用能获得最佳效果，过程中可以以小组的形式针对图中每个问题进行头脑风暴。

不要忘记一点 —— 如果提出点子的人无法清晰准确地描述问题，就需要进行研究分析了。你可以进行一天的定性研究：发放问卷调研，做市场分析或竞品分析，或对产品进行数据分析。任何能够佐证问题是否亟待解决的数据都是有用的。

2. 产品思维帮助你进行优先级排序

一旦你明确了需要构建哪些功能，产品思维还可以帮你排列需求的优先级。我认为产品经理们在优先级排序问题上受到很多不公平指责。通常情况下，当确定优先级很困难且面临巨大压力时，产品经理会用框架模板帮助将功能排序。但是，当产品经理对确定需求优先级感到困难时，不是因为他们不擅长或没有正确的工具，而通常是因为对公司战略缺乏了解。产品经理需要明确公司目标才能成功确定优先级。

让我们进一步看看公司目标如何关联优先级。想象你的公司策略由愿景、目标、指标和行动组成，在一个非产品主导的公司里，行动就会以一系列待排序的功能的形式给到你。但在一个产品主导的公司里是怎样的呢？公司目标就是产品目标的出发点。除此之外，你还可以将用户反馈、内部反馈和行业流行趋势作为考虑因素。

一旦你心中有了产品目标后，再选择那些可以帮你衡量项目进展的指标。下个步骤就是产出、收集、有主题地聚类各种创意。这是很有趣的环节！你可以开展头脑风暴工作坊、设计原型、进行用户访谈，并利用其它创新技术帮助你拓宽领域。理想状态下，你的目标、指标和创意通过研究逐渐确定下来，研究过程会帮你收敛和聚焦创意，得到最终的创意列表。如果你的团队还没有走到这一步，也没关系，这通常需要一定的产品和流程成熟度的积累。

当你对创意聚类和排序好后，你就可以开始将它们拆分成产品功能或可开发增量。在所有这些都做好后，你终于可以来确定优先级了！

让自己放松一点，划分优先级并不简单，它不意味着产出一个功能列表并排好顺序，实际上在你开始前需要进行深思熟虑。如果给到你一份功能列表并要求你进行优先级划分，你需要像产品人那样将重点转回公司目标上来。问一问，这些功能如何帮我们实现公司或产品的目标？怎样算成功？

我相信，如果你从管理中得到了正确的指导，你可以不需要优先级框架图作为辅助。但是，框架图可以帮助你看清自己是如何以及为何做出这样决定的。通过可视化表格——比如矩阵图，也可以让整个团队同步到进程中来。

下面是我推荐的两个简单的框架：

“影响 vs 努力”是经典的优先级矩阵关系图。“影响 vs 未知因素”矩阵关系则更多应用在假设驱动的开发或验证迭代中，用这个矩阵关系图来确定哪些功能需要预先测试，哪些功能可以直接开发以及哪些应该直接摒弃。

故事地图、功能栈排名和投注是其他几个让利益相关人参与到优先级排序过程中的好工具。如果在向矩阵中添加想法和功能时，让利益相关方和团队成员参进来的话，那整个团队将非常清楚需要将时间和精力投入在哪里了。

3. 产品思维帮助你保持团队的一致

最后，产品思维可以帮你保持团队一致。一旦你明确了待解决的问题以及解决顺序，你该如何与团队和公司沟通呢？你可能想到路线图是个很好的工具。在你的路线图中应用产品思维方法可以让你避免很多麻烦！

但首先，我要告诉你一个小秘密：甘特图适用于项目，而不是产品。根据定义，甘特图是一种条形图，用于说明项目进度！甘特图需要花费大量精力来维护，并不能真正提供更高的透明度，而且可能也无法帮助你的团队获得成功。

如果你想让你的团队采取更加产品主导的