编辑导语：需求阐明师，是一个毗连遍地的桥梁，需要和产物司理、开拓、测试、用户等举办相同。本文作者从自身履历出发，对需求阐明师的主要事情及需要具备的技术和素质举办了梳理，但愿通过此文可以或许加深你对需求阐明师的相识。

媒介

客户是一家上海的中外合伙的汽车技能研发公司，所处事的范例是项目打点的IT信息系统的建树。详细细化是整车和零配件的尝试验证打点IT信息系统开拓。

首先提到是显性常识和隐形常识的观念。一言以蔽之，等于常识是否有过编码的进程。对付，客户公司以及笔者所处事的KM公司而言，这已经是“知识”一类的认知了。可是在实践中发明这内里依然存在着很大的问题。

详细而言之存在着：

项目文档的缺失；

项目相同障碍；

岗亭界线恍惚；

项目相助要领存在认知差别（需求和开拓同步推进）等重大问题

这些问题都需要在项目实施中去补充实现。

一、场景化下的需求识别

客户需求：需求阐明师需要在汗青文档和访谈的基本上，将业务流程和系统页面画出来，详细的输出里程碑是颠末客户书面确认的产物Demo和产物需求说明书。

项目需求：需求阐明师需要在单元的事情日内里，输生产物的Demo和PRD，并对措施开拓团队举办培训讲授，以保障项目标正常推进。

所谓知易行难无非如此，需求阐明师需要面临的是客户的压力和自己项目组的压力，乐成则保障项目按打算推进，反之则项目延后，甚至有项目遣散的大概。

故而，发生需求识此外常识萃取话题。

1. 为什么需要对这类常识举办萃取（萃取的需求配景）？

假如不能在事情打算内形成客户确认的产物Demo和PRD，会发生项目滞后可能项目遣散的大概。

产物Demo和产物的PRD属于需求阐明师的焦点KPI指标。

2. 今朝表示出哪些问题（萃取的近况）？

a、单元事情日内得到了客户确认的产物Demo和PRD,可是客户提出了新的需求；（走需求改观流程）

b、得到了客户确认的产物Demo和PRD，可是项目超时；

c、没有得到客户确认的产物Demo和PRD，需求和开拓同步推进；

d、Demo和PRD没有得到客户承认，项目遣散。

3. 涉及岗亭某人群，人员数量？

笔者公司内的咨询团队，衍生至行业内的同行。

综合以上表述，操作任务描写的模板，总结提炼如下：

需求阐明师需要在事情打算内，把握详细的业务定位，熟悉客户的详细操纵业务流程，用精准的语言和专业的软件东西输生产物的原型图和产物成果需求文档，并对措施开拓团队举办有效的业务开拓培训。

二、问题的提出、存在的痛点和但愿实现的方针 1. 方针

a、产物的Demo和PRD；

b、开拓团队的业务培训。最终实现项目标实时、乐成上线。

2. 痛点

a、汗青文档的欠缺。由于项目交代和对需求阐明事情重要性的认知不敷导致项目文档缺失。如、要害的业务流程阐明缺失。

b、行业专业常识的沉淀。需求阐明师过往的项目履历积聚和学历配景不行能完全切合客户的专业需求。

c、相同的障碍。语言的相同障碍，客户习惯于中、英文殽杂表述；客户不肯意可能限于权限不利便接头更深条理的原因。

d、项目实施要领的认知误区。由于开拓进度（可能来自更高层的压力）客户更倾向于越过需求阶段的事情，直接开拓一步到位。需求阐明师没有职权得到有效的相同时间可能时机向开拓团队举办有效的相同培训。

e、信息通报的有效性和完整性。对付信息通报的有效性，相信笔者的同行大多可以或许胜任，可是信息通报的完整性则不能保障。举个案例：部队夜间行军时口令通报的失真。在这个案例的基本上，各人对付完整性将有更深入的领略和体会。进一步讲，客户方的“朝令夕改”则是各人都能体会的难点。对付此，只能说是“我更靠近命题的真相”了。

3. 但愿实现的方针

a、如何辅佐客户成立正确的项目实施要领

b、如何成立信任通过访谈得到高代价的信息和得到有用的资料

c、如何对措施开拓团队举办有效的相同培训

三、办理要领 1. 正反案例的剖解

典范后面案例：

案例一、“流程引擎的问题：UI只管满意客户的需求，涉及到流程引擎成果及重构在现有事情打算内里我们做不到（发起40万从头立项一个流程引擎改革的项目，工期从头协定）。假如客户差异意，发起投资项目终止，做好现有事情量的统计”。