首先从定义问题开始。像用户画像和 JTBD(Job To Be Done,一种用户行为理论,描述了促使消费者使用创新产品的动机。通过发掘用户期望本质,来创造出新思想和新产品,https://jtbd.info/2-what-is-jobs-to-be-done-jtbd-796b82081cca)这样的工具可以帮你定义问题空间。问自己:
一旦你明确了需要构建哪些功能,产品思维还可以帮你排列需求的优先级。我认为产品经理们在优先级排序问题上受到很多不公平指责。通常情况下,当确定优先级很困难且面临巨大压力时,产品经理会用框架模板帮助将功能排序。但是,当产品经理对确定需求优先级感到困难时,不是因为他们不擅长或没有正确的工具,而通常是因为对公司战略缺乏了解。产品经理需要明确公司目标才能成功确定优先级。让我们进一步看看公司目标如何关联优先级。想象你的公司策略由愿景、目标、指标和行动组成,在一个非产品主导的公司里,行动就会以一系列待排序的功能的形式给到你。但在一个产品主导的公司里是怎样的呢?公司目标就是产品目标的出发点。除此之外,你还可以将用户反馈、内部反馈和行业流行趋势作为考虑因素。一旦你心中有了产品目标后 ,再选择那些可以帮你衡量项目进展的指标。下个步骤就是产出、收集、有主题地聚类各种创意。这是很有趣的环节!你可以开展头脑风暴工作坊、设计原型、进行用户访谈,并利用其它创新技术帮助你拓宽领域。理想状态下,你的目标、指标和创意通过研究逐渐确定下来,研究过程会帮你收敛和聚焦创意,得到最终的创意列表。如果你的团队还没有走到这一步,也没关系,这通常需要一定的产品和流程成熟度的积累。当你对创意聚类和排序好后,你就可以开始将它们拆分成产品功能或可开发增量。在所有这些都做好后,你终于可以来确定优先级了!让自己放松一点,划分优先级并不简单,它不意味着产出一个功能列表并排好顺序,实际上在你开始前需要进行深思熟虑。如果给到你一份功能列表并要求你进行优先级划分,你需要像产品人那样将重点转回公司目标上来。问一问,这些功能如何帮我们实现公司或产品的目标?怎样算成功?我相信,如果你从管理中得到了正确的指导,你可以不需要优先级框架图作为辅助。但是,框架图可以帮助你看清自己是如何以及为何做出这样决定的。通过可视化表格——比如矩阵图,也可以让整个团队同步到进程中来。下面是我推荐的两个简单的框架:“影响 vs 努力”是经典的优先级矩阵关系图 。“影响 vs 未知因素”矩阵关系则更多应用在假设驱动的开发或验证迭代中,用这个矩阵关系图来确定哪些功能需要预先测试,哪些功能可以直接开发以及哪些应该直接摒弃。故事地图 、 功能栈排名和投注是其他几个让利益相关人参与到优先级排序过程中的好工具 。如果在向矩阵中添加想法和功能时,让利益相关方和团队成员参进来的话,那整个团队将非常清楚需要将时间和精力投入在哪里了。