【必读】产品经理必须要熟练掌握的五类产品管理框架---辅助框架四：DACI决策矩阵框架

漫长的产品管理过程可以分为不同的阶段，不同的阶段又是由不同的工作组成和推动，而在这些阶段和工作中，就又会涉及到很多大大小小的需要做出决策的事务。

但是对于一个产品团队而言，如果凡事都由产品经理决定也不大可能，一是精力有限，二是专业背景不支持，比方说产品设计，产品经理就没有办法做出最后的定稿决策。

其实这就涉及到了一种决策形式，就是“群体决策”，当然，这里的群体决策不是指遇到需要决策的事务时大家都参与，而是指在一个群体里（产品团队就是一个群体）由能够专业的做出决策的角色来做出决策。

如果哪些朋友对这种决策形式有兴趣，那么这篇文章千万不要划过去，在本文中，我就介绍一下号称是“几乎接近完美的决策形式形式”---DACI决策矩阵框架。

1、DACI概述

DACI诞生于上世纪80年代，由Intuit（财捷）公司基于RACI框架延伸而来。

为什么要简单提一下DACI框架的来历呢，这涉及到两个关键的信息：

第一个就是“Intuit（财捷）”，作为首家把产品管理思想引入到软件行业中的公司，我们是否可以这样认为，DACI之所以在Intuit（财捷）诞生，很大程度上其实就是为了确保产品管理者能够更好的做出决策，因为Intuit（财捷）对产品管理的重视是业内公认的，因为Intuit（财捷）的创始人斯科特.库克，就来自P&G的品牌经理职位，并且在2002年和他的妻子Signe Ostby在威斯康星大学麦迪逊商学院（University of Wisconsin-Madison School of Business）建立了品牌和产品管理中心(Center for Brand and Product Management)，这是美国第一个以大学为基地的专门培训MBA品牌和产品管理专业人才的中心，而引导了国内早期产品经理职业成长的《产品经理手册》的作者琳达.哥乔斯恰恰就是在麦迪逊商学院任教。

至于DCAI，甚至有业内人士认为，这个框架就是量身为产品经理打造的。

第二个就是RACI，关于这个框架可能有些朋友也了解，它被称为是“责任分配矩阵”，用来描述不同角色在完成工作时的参与情况，RACI是责任（Responsible）、负责（Accountable）、咨询（Consulted）和知情（Informed）的缩写。

既然前面提到了DACI源于RACI，那么，就说明这两者之间一定有关联，但是在本文中就不做更多介绍了，如果有时间，我会结合DACI讲一下RACI。

RACI是四个单词的首字母，那么，DACI也是这样，它的四个单词分别是：Driver（驱动者）、Approver（审批者）、Contributors（贡献者）和Informed（知情者）。

2、DACI的四个角色都指什么

DACI是Driver（驱动者）、Approver（审批者）、Contributors（贡献者）和Informed（知情者）四个单词的首字母缩写，也可以理解为是群体决策中的四类角色，那么，这四类角色都分别指什么呢？大家看下图：

1）Driver | 驱动者

驱动者是从头到尾监督整个项目，产品过程的角色。驱动者不一定要做所有的工作，但这个角色会像公司的CEO一样，全程管理和领导团队。

也就是说，驱动者在群体决策中，核心职责是确保决策的做出，而不一定是做出决策。

这个角色只能有一个人。

2）Approver | 审批者

审批者是有权对某个事务做出最终决策的角色，他们拥有否决权。审批者在群体决策中不一定是一个人，但我们知道，通常情况下审批人越多，所需的时间就越长，因此，严格上来说，在产品团队中，审批人越少越好。

通常审批者是产品经理或产品团队中的某个人，比方说某个业务执行工作的发起人。

3）Contributor | 贡献者

贡献者是指基于自己熟悉和擅长的领域，为最终的决策做出贡献的角色。这个角色不做出最终的决定。在产品团队中，贡献者往往有多个。

4）Informed | 知情者

知情者是指那些直接受驱动者，审批者所做决策以及贡献者所提供见解而被影响的人。这个角色几乎没有决策权，是执行任务的人。大致处于经理级别以下的普通员工都是知情者。

总之，在DACI中，驱动者只能有一个，审批者最好也有一个，但是，其它角色可以由多人担任，每个团队成员也可以扮演多个角色，比方说，贡献者也可以是知情者。

3）如何使用DACI框架

DACI属于那种理论简单，使用稍微需要有点技巧的框架，那么，我们如何使用这个框架呢？大致可以分为五步：

第一步：确定要做出的决策

这一步是指团队需要在产品正式进入到执行之前就要把在这个过程中各个阶段需要做出的关键性决策都确定下来。

比方说，公司要让你负责一个新产品，产品团队也组建了起来，那么，在正式开干之前，你确定的需要做出的决策包括：

市场研究；问题优先级；问题定义；开发方法选择；产品规格设计；构建流程；质量控制；文档撰写/培训；产品入市，等等。

第二步：定义DACI不同的角色

确定了要做出的角色都有哪些，接下来自然就是确定哪些决策涉及哪些角色，这就进入到了DACI的核心理念中，大家看下图：

这张图就是基于DACI理念而最终设计的“矩阵图”，怎么来看呢？

比方说，“产品设计”是大部分产品经理都会涉及到的工作，那么，这个工作合理的决策和协作关系应该是什么样的呢？

从图中可以看出，对于“产品设计”而言，决策的驱动者是谁，是设计师，因为最终的产品设计的决策和他的工作有着直接的关系，他必须以驱动者的角色积极的推动集体做出和设计有关的决策。

而审批者又是谁呢？是工程师，因为无论产品设计的如何，最终的技术实现都是由工程师完成的，因为工程师在判断设计能否实现上是最有专业背景和经验的。

而贡献者又是谁呢，是产品经理，这个应该好理解吧，因为产品经理要为驱动者（设计师）提供必要的设计方向和建议，毕竟产品经理最懂客户嘛。

最后的知情者就是产品团队全体，因为最终的产品设计决策只有让全体成员获悉才能保证大家都按照设计方向来开展工作。

第三步：讨论决策标准

既然DACI是决策框架，那么，基于什么样的标准完成一次决策过程就肯定需要确定下来。

比方说，驱动者、审批者、贡献者和知情者之间的正式沟通模式是什么？驱动者、审批者、贡献者和知情者之间的正式沟通模式是什么？驱动者将如何要求贡献者提供反馈？等等

例如，对于设计师而言，他就要求产品经理在提供和设计有关的信息的时候必须以“一档三表”标准，并且只能以内部管理系统为提交渠道。

《只有PRD？远远不够！“一档三表”才是产品经理应该交付给技术实现团队的》

第四步：告知利益相关方并收集意见做出决定

以上信息都确定后，你就需要把这些情况通过必要的形式告诉企业内的相关利益人，然后看看他们有什么反馈，并根据反馈的合理性完善DACI。

第五步：开始执行

一旦DACI通过，那么，随着你的产品正式开干，DACI也就在这个管理过程中开始起到它的作用。

4）如何启动第一次实施DACI

如果有哪些朋友准备第一次实施DACI，那么，有四点基本原则需要把握一下：

1）让团队充满信心

只要是变革就一定会遇到阻力，因此，与其将变革强加于团队，不如让他们对变革充满信心。帮助他们了解 DACI 框架及其如何改善决策机制，向他们说明现在在决策中遇到的问题以及采用 DACI 将如何解决这些问题，这都会让他们对未来可期。

2）倾听并征求团队意见

倾听团队的观点以及他们对实施 DACI 的看法。倾听他们的担忧和顾虑，并尽量满足他们的要求。团队成员最常见的恐惧之一是，正式的决策框架不会让他们大显身手，或阻碍他们的工作。你要向他们说明事实上并非如此，以及 DACI 如何通过让他们负责定义明确的任务和项目来帮助他们提高绩效。

3）灵活变通

DACI 为您提供了一个角色明确的完整决策框架，但是，我一直说，我们学习管理框架的根本目的是利用它的基本原理，开发出适合各自企业的具体定制性的框架，并逐步实现理想的方案。

4）从DACI小规模实施开始

没必要在整个公司一次性实施 DACI。可以先将DACI 应用于最明确的产品上，随着成功的开始，然后再根据需要逐步将其范围扩大到整个公司。

总之，DACI是一种定义角色和简化决策过程来提高决策清晰度的优秀框架，如果各位产品经理不想再遇到“议而不决，决而不做，做而不明”的情况，那么，就去尝试一下DACI吧。