业务移交经验做法
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
业务移交经验做法
说实话业务移交这个事,我一开始做的很糟。
我一开始就想,不就是把东西从自己这儿给到别人嘛,能有多难呢。
我就简单地把文件啊资料啊,一股脑儿地堆给接手的同事,和他大概说了下每个文件是干啥的。
结果呢,没过多久同事就来找我,说好多地方他都不明白,客户问起来他回答不上。
我才明白这事儿没我想的那么简单。
我试过很多次之后,总算找到一些诀窍了。
首先,一定要梳理清楚业务脉络。
我就把这个业务当成一棵大树,主干就是业务的核心,像我们业务核心就是给客户提供某类特定服务,那些分支呢,就是不同的部门或者流程环节。
我把每个环节详细地写在纸上,这就像在给树添枝加叶。
比如从客户提出需求开始,最先接触客户的部门做了哪些初步处理,这就像树的小枝丫,然后经过哪些流程流转到下一个部门,依次类推。
这一步我最开始就做错了,我只是在大脑里想了想就以为自己清楚了,写出来才发现有好多模糊的地方。
然后啊,在向接手人移交的时候,可不能只是简单丢给他资料看。
我会像导游介绍景点一样,一个环节一个环节地详细解说。
我先让他对整体业务流程有个大概的框架认知,再深入每个部分。
拿文件来说,我跟他讲这个文件就像宝藏地图上的一个小标记,这个标记指向的宝藏就是客户需
求的解决方案。
我还分享我遇到的问题以及是怎么应对的。
比如说之前有个客户需求特别紧急,我就描述当时是怎么和各个部门协调的。
还有哦,要给接手人一定的缓冲和适应期。
在这个期间我不会完全脱手,还会留下来协助他处理业务中的一些突发状况。
就像教小孩走路,不可能一开始就放手不管。
还有一点很重要的是沟通机制的建立。
我和接手人约定好,如果有拿不准的地方随时过来问我,这就像是在我们之间搭了一座随时能走的桥。
我还告诉接手人一些可以找到相关资料或者向谁去询问的途径,这样他就不是完全无助的。
我之前就是没把这些说清楚,搞得同事有疑问都不知道去哪找答案。
再有就是技术层面的账号密码之类的东西。
这我也很仔细地列了个清单。
不仅仅是账号密码,还有怎么登录,不同权限的细节。
就像打开一个复杂的宝箱,你得告诉人家哪把钥匙开哪扇门。
我还建议在移交之前,和接手的人一起去见一些重要客户。
这种感觉就像带新员工融入公司的社交圈子一样。
在这个过程中,接手人能直接和客户对话,了解客户的想法和需求,也能同时让客户对这个人有个初步的认识,这比后面再互相熟悉要好得多。
在移交业务的时候,如果涉及到多个系统的操作,我会实际操作演示给接手人看。
好比做菜,光看菜谱可不行,最好是有人现场演示一遍切菜做菜下锅的过程。
我一边操作一边解释每个按钮每个菜单是干啥的,为什么要点这个,点了之后下一步做什么。
我之前只是说了下系统大概的操作过程,没亲自演示,结果接手人在系统里晕头转向的。
这就是我在业务移交这个事情上的一些经验体会了,希望能有所帮助。