称职的CTO不能缺少这个能力

正在进行的项目已经安排的满满当当，公司突然有个紧急的需求插进来，而且还有限定的日期。这还不是个别情况，基本每隔一段时间就会出现。硬着头皮接下来吧，团队已经怨声载道；如果直接拒绝，又怕真的耽误了公司业务的发展。

作为CTO或者公司的技术负责人，你是不是也经常遇到这样的情况？

每个提需求的部门或个人，都认为自己的需求是优先级最高的。为了提高自己需求的优先级，有的人会“假传圣旨”——以老板着急为由。如果这样的需求你也没有拒绝的办法，那只能让自己和团队吃亏受累了。当然，在公司业务开展过程中，难免会有生死攸关的需求和任务。这种情况就容不得犹豫、必须果断执行。

该怎么判断哪些是真·紧急需求呢？

没有捷径，还是要从需求的来源和分析入手。需求的来源，通常叫做用户调研或业务调研（这里详细介绍过）。但判断需求的真伪除了知道用户的调研情况外，还得知道需求是怎么被分析得出的。

从业务调研到分析、形成解决方案，到最终的需求，这个过程我们称之为业务分析。了解业务分析是技术负责人判断需求真伪的有效手段。

大部分的需求来自用户调研，但是在调研过程中用户的期望并不一定就是最终的需求。

2020年初，疫情之下的学生们只能线上上课。大部分的学校和老师选择了钉钉进行课程学习和管理。但是，钉钉的“已读”和“ding”催作业功能让学生们苦不堪言。学生们无奈之下，纷纷到App Store给钉钉打出了1分的评价。

即便大规模的用户对这样的功能都持反对意见，为什么钉钉还是坚持使用“已读”功能？难道钉钉团队不重视用户需求吗？

很多时候，单一用户群体的期望功能并不一定是真正的需求。特别是2B的产品业务中，产品的使用用户是一部分群体，企业的管理决策者是另外一部分群体。两者的期望甚至是冲突和矛盾的。就像使用钉钉的老师群体，希望用“已读”功能有效管理学生的学习；而学生却不希望被无死角的“ding”在学习上。

所以，技术人员在评判需求时要判断是否做了用户群体分类和价值分析。

业务分析最重要的内容，是根据业务调研的结果给出解决方案。

技术人员和管理者看到的解决方案大部分情况下是产品需求，但解决业务需求的最优方案并不一定是产品需求。

解决用户不会使用某个功能的问题，可以是优化产品的交互和操作步骤，也可以是产品使用的培训。尤其是面向企业的软件产品，经常会遇到用户说功能太难用。这其中的原因，一是因为业务培训没有讲清楚这个功能为什么这样设计，二是用户没有找到正确的打开方式。

这种情况下，我们要多问问需求方这个需求有没有考虑过非产品化解决方案。即便非产品化的方案体验并不友好，至少可以让需求方作为临时替代方案。至少需求优先级可以降下来，为团队争取更多的开发时间。

在业务分析中，需求提出人对解决方案有没有做价值分析至关重要。价值分析是指解决方案能带来的收益。主要包括：

1、新方案对比旧方案，给用户带来的收益。通常是问题解决、效率提升等。

2、解决方案给公司带来的收益，通常表现为客户签单、客户满意度、对业务的影响等。

3、解决方案对市场的影响。

价值分析是需求优先级判断的最直接依据。我们可以要求需求价值尽量量化到数字，直接数字对比就能判断需求优先级高低。

业务调研是需求来源的重要方法，业务分析才是需求产生和优先级判断的有效手段。掌握业务分析，需求判断从容不迫。

关注我们，一起成长