关键用户不参与，项目只剩供应商在推
一、项目成败，先看那几个人
换系统这种事，成败在动手之前就有了大半的定数，定数就藏在公司里有没有那么几位愿意挑担子的人。供应商可以把软件装好、把参数配好、把文档写全，唯独没法替公司把人心焐热、把习惯扭转。
这活儿只能靠内部的人来干，而且不是随便什么人都行，得是那种在团队里说话有人听、动手有人跟的关键角色。缺了这批人，项目从启动起就注定是供应商的独角戏。
- ● 软件的安装可以外包，习惯的扭转只能内生
- ● 关键用户是项目落地的传动轴，缺了它就空转
- ● 只剩供应商在推的项目，推一步走一步，停即归零
见过一种典型的尴尬：实施顾问在会议室里讲得口干舌燥，台下低头玩手机的比认真听的还多；顾问一走，系统便无人问津，问题攒成堆，等下次上门再一起爆发。顾问来来回回跑得辛苦，进度却在原地打转。双方都委屈，都觉得对方不给力。
委屈的背后是角色错位。变革的发动机本该装在公司内部，现在却装在了外部团队身上，外力再猛，隔着一层组织边界，劲使大了伤感情。劲使小了推不动。这个错位不纠正，换什么软件都一样收场。
所以立项之初就该想明白：软件是买来的，成功是长出来的，负责让它长出来的，必须是自己的兵。
二、关键用户到底是干什么的
关键用户不是头衔，是一组实打实的职责。平心而论，往小了说，他们是各自团队里第一个把系统用透的人；往大了说，他们是新旧做法之间的翻译官，把系统的语言翻译成同事听得懂的土话，把一线的牢骚翻译成供应商能落地的需求。
- ● 在业务现场做示范，手把手带出熟练工
- ● 收集一线反馈，翻译成供应商听得懂的需求
- ● 替项目挡掉情绪噪音，把牢骚转化成改进清单
他们还承担着另一个微妙角色：信任的中间人。一线对系统有顾虑，不好意思总跟老板说，跟身边的自己人聊就自然得多；供应商有话不好直说，通过关键用户转述也婉转得多。很多僵局，就是靠这种中间层一点一点磨开的。
图1：关键动作，要有关键用户带头跑起来
把关键用户理解成系统管理员，是最常见的误读。管账号、配权限这些事谁都能干，难的是带动，而带动靠的是业务上的威信和人际上的分寸，这些东西不在岗位说明书里。藏在日常的相处里。挑人的时候，恰恰要看这些软的地方。
说得直白些，供应商提供的是可能，关键用户负责把可能变成现实。前者是图纸，后者是施工队，图纸再漂亮，没人施工就永远只是图纸。
三、什么样的人担得起这个角色
挑人的第一标准不是职位高，而是公信力强。团队里遇到拿不准的事大家愿意问一句的人，往往不是头儿，而是那个业务扎实、为人公道的老手。让这样的人带头，胜过让挂着长衔却不得人心的人喊破嗓子。
- ● 业务熟：懂一线怎么干活，知道坑在哪里
- ● 人缘好：说话有人听，示范有人跟
- ● 愿意学：对新鲜事物不排斥，肯下笨功夫
这几条凑齐不容易，凑不齐时优先保哪条？保愿意学。业务可以补，人缘靠长期，唯独意愿是发动机，没有意愿的人挂上这个角色，只会变成项目的传声筒，甚至暗地里的拆台者。
也别一厢情愿地挑最积极的年轻人充数。热情可贵，资历太浅的话，示范没人服，批评没人怕。关键场合压不住场。热情和资历最好兼得，实在兼不得，就给年轻人配一位有威望的老搭档，一个往前冲。一个稳得住。
数量上不必贪多，每个团队有那么几位就够了，贵精不贵多。简单说，人多了协调成本反而高，意见一杂，动作就散。核心是让每个小团队都有自己的熟人引擎，至于全公司层面的统筹。几个人足够。
挑完还得正式任命。很多公司让关键用户当无名英雄，活儿干了名分没有。时间一长积极性磨光。名分这东西成本极低、作用极大，当众宣布、写进职责。别省这道手续。
四、光有头衔不够，还得有实权
给头衔只是开始，真正让关键用户起作用的是实权。最要紧的一项是需求话语权：页面的排布、字段的取舍、动作的先后，关键用户说了能算一部分，而不是事事都等供应商拍板。自己的家自己装，住着才顺。
- ● 需求上有话语权，配置才贴着业务长
- ● 时间上有保障，兼顾本职与项目才不透支
- ● 激励上有兑现，干好干坏要有分别
时间保障常被忽略。关键用户都有本职工作，项目任务全靠挤时间，挤着挤着本职和项目互相拖累，人先垮了。明确的做法是给额度：每周拿出固定的工作日投入项目，考核上相应减免，把占用算在明处，人才可持续。
激励要看得见摸得着。项目津贴、评优倾斜、晋升加分，形式不拘，关键是让所有人看见：干这个活儿不吃亏。同时立好规矩，敷衍了事的要及时换人。角色不能变成荣誉闲职。有进有出，队伍才有生命力。
图2：报表看得懂，团队才愿意跟着用
还有一个隐形支持是信息对等。关键用户得知道项目的整体打算、各阶段的轻重，否则在团队里被问住了，反而传播焦虑。定期给他们通气，让他们比一般员工多知道一些。讲起话来才有底气。实权不只在签字上，也在知情上。
五、供应商推不动的部分靠谁
分工想清楚了，这个问题就有了答案：供应商负责把系统交付好，公司负责把人组织好，关键用户站在两者交界处，把交付变成使用。供应商推得动配置、推得动进度，唯独推不动同事间的信任和习惯。这部分只能由内而外地生长。
- ● 供应商交付系统，公司交付决心，关键用户交付习惯
- ● 内外配合的接口要清晰，别让中间地带没人管
- ● 进度可以外包，责任感没法外包
为了不让交界处掉空档，双方要建立固定的碰头节奏：关键用户每周跟实施团队过一遍问题清单，能当场定的当场定，定不了的写明责任人和期限。一句话，磨合一多，彼此的语言也通了，供应商懂了业务的弯弯绕，业务懂了系统的边界。配合就越发顺手。
挑服务商的时候，有个视角比看功能更要紧：看对方愿不愿意俯下身来贴着业务做。像海软CRM的实施模式里，驻点陪跑、按业务节奏排计划是常规动作，供应商肯把自己摆进去，关键用户才有发力的支点。双方的劲才能拧成一股。
说到底，换系统是一场需要内外合力的长跑，外力给加速度。内力给耐力。关键用户机制的本质，就是把耐力内建到组织里，让项目在供应商离场之后还能自己往前走。做到这一步，更换才算真正落了地。
还有一点容易被轻视：关键用户也需要被带领。他们冲在中间，夹在业务和供应商之间受气的时候没人撑腰，很容易心冷。管理层要定期跟他们聊，听难处、给资源。让他们知道背后有人。被撑住的关键用户，才能撑住整个项目。
六、大家最关心的几个问题
1、问：关键用户和系统管理员是一回事吗？
答：不是一回事。管理员管账号、权限这些技术性事务，谁来都能干；关键用户管的是带动，要把系统用透、把同事教会、把反馈递上去，靠的是业务威信和人际分寸。一个项目可以只有少量管理员，却需要每个团队都有自己的关键用户，角色不能互相顶替。
2、问：什么样的人不适合当关键用户？
答：几类人要避开：职位很高却从不碰系统的，挂名不干活；只会传话不会拆解问题的，当不了桥梁；人缘差说话没人听的，示范无人跟。还有一类要特别小心，就是表面热情、暗地抵触的，让他们占了这个位置，破坏力比外人更大。挑人宁缺毋滥。
3、问：关键用户本职工作忙，顾不上项目怎么办？
答：给额度、给减免、给帮手。每周划出固定的投入时间，考核相应减免，再配个帮手分担事务性的活儿。最怕一边全压给人家，一边抱怨进度慢，人不是机器，透支到一定程度必然顾此失彼。把占用算在明处，才是对项目也是对人负责的做法。
4、问：关键用户中途离职，项目会不会断档？
答：会有阵痛，但可以提前防。做法上让每个关键角色都有帮手和替补，知识沉淀在共享文档而不是个人脑子里；机制上把激励和贡献记录做实，接手的人看得见前账。另外挑选时别全押在个别人身上，梯队留好后，个别变动只伤皮毛，不伤筋骨。
5、问：项目后期供应商离场，热度掉得快，怎么维持？
答：热度回落是常态，别指望一直亢奋，要靠机制接棒。把关键用户碰头会固化下来，定期过数据、过问题清单；把优秀用法持续晒出来，让好做法有展示位；把系统的使用和资源分配继续挂钩。供应商撤了火，内部得有人添柴，添柴的人就是关键用户。
