A:需求与经验。通常,筹备组人员在建设客服中心的时候没有足够经验,很多需求是在以往的业务知识与“想象”中诞生的。而开发技术系统的人员把自己定位为“执行者”,“实现者”。客户怎么提,他们就怎么记,然后根据书面标准去开发系统。这造成了双方都痛苦的局面:需求方痛苦的是开发出来的东西不是想要的东西;开发方痛苦的是客户的需求总在变化,花了很多时间开发的功能没有用处,而另外新增了很多内容。
B:技术与运营。技术人员往往不了解运营,从而经常质疑一个功能是否需要,常常猜测运营的流程和可能出现的情况。同样,也很少有运营管理人员懂得技术,因此听到技术名词甚至购买了某些技术模块却不知道有什么用、怎么用,而另外一方面,在运营上的需求不能细化到指导开发的程度,也经常会误解开发的难易程度。
(1)无论在技术系统建设哪个进程中,都要保持紧密有成效的沟通。所谓沟通,不仅仅是双方坐在一起开会提出和记录需求的过程,而是信息发出、接收、确认、调整的过程。比如,技术开发方可以根据需求方的描述先设计应用界面的演示版,这能给需求方以感性的认识,从而理清思路并更加明确自己的要求。待应用界面已经通过后,再进行开发就会更贴近客户的实际需求。
(2)成立共同的项目小组,尽可能分模块负责。需求方一个项目小组,开发方一个项目小组,双方派出项目经理的方式往往不能满足客服中心这样复杂的系统需要。建议双方建立共同的项目小组,充分沟通与合作,控制项目的范围和质量。
(3)寻找对运营、技术都了解的专家。一般来说,开发方都需要指定专人了解需求方的业务或运营需要,但是这需要很强的综合素质。如果不具备这样的人员,在条件允许时借助外脑-请咨询顾问是一条捷径。
(4)明确项目目标和里程碑。定义好项目的最终目标,安排工作的优先次序,设定里程碑使得计划可以分阶段进行,并且控制每个阶段的完成时间,将使项目更加有序。需求方中往往有部分人员属于“完美型”,对每个功能、每个界面都力求完美。这是没有错的,但是当项目的进程遇到困难的时候,有勇气判断优先次序,决定哪些是必备功能,哪些是可以后续开发的功能,从而确保项目按时“阶段性完成”,确保系统启用的时间,往往是更需要且更具挑战性的。