业务移交经验做法

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

业务移交经验做法
说实话业务移交这个事,我一开始做的很糟。

我一开始就想,不就是把东西从自己这儿给到别人嘛,能有多难呢。

我就简单地把文件啊资料啊,一股脑儿地堆给接手的同事,和他大概说了下每个文件是干啥的。

结果呢,没过多久同事就来找我,说好多地方他都不明白,客户问起来他回答不上。

我才明白这事儿没我想的那么简单。

我试过很多次之后,总算找到一些诀窍了。

首先,一定要梳理清楚业务脉络。

我就把这个业务当成一棵大树,主干就是业务的核心,像我们业务核心就是给客户提供某类特定服务,那些分支呢,就是不同的部门或者流程环节。

我把每个环节详细地写在纸上,这就像在给树添枝加叶。

比如从客户提出需求开始,最先接触客户的部门做了哪些初步处理,这就像树的小枝丫,然后经过哪些流程流转到下一个部门,依次类推。

这一步我最开始就做错了,我只是在大脑里想了想就以为自己清楚了,写出来才发现有好多模糊的地方。

然后啊,在向接手人移交的时候,可不能只是简单丢给他资料看。

我会像导游介绍景点一样,一个环节一个环节地详细解说。

我先让他对整体业务流程有个大概的框架认知,再深入每个部分。

拿文件来说,我跟他讲这个文件就像宝藏地图上的一个小标记,这个标记指向的宝藏就是客户需
求的解决方案。

我还分享我遇到的问题以及是怎么应对的。

比如说之前有个客户需求特别紧急,我就描述当时是怎么和各个部门协调的。

还有哦,要给接手人一定的缓冲和适应期。

在这个期间我不会完全脱手,还会留下来协助他处理业务中的一些突发状况。

就像教小孩走路,不可能一开始就放手不管。

还有一点很重要的是沟通机制的建立。

我和接手人约定好,如果有拿不准的地方随时过来问我,这就像是在我们之间搭了一座随时能走的桥。

我还告诉接手人一些可以找到相关资料或者向谁去询问的途径,这样他就不是完全无助的。

我之前就是没把这些说清楚,搞得同事有疑问都不知道去哪找答案。

再有就是技术层面的账号密码之类的东西。

这我也很仔细地列了个清单。

不仅仅是账号密码,还有怎么登录,不同权限的细节。

就像打开一个复杂的宝箱,你得告诉人家哪把钥匙开哪扇门。

我还建议在移交之前,和接手的人一起去见一些重要客户。

这种感觉就像带新员工融入公司的社交圈子一样。

在这个过程中,接手人能直接和客户对话,了解客户的想法和需求,也能同时让客户对这个人有个初步的认识,这比后面再互相熟悉要好得多。

在移交业务的时候,如果涉及到多个系统的操作,我会实际操作演示给接手人看。

好比做菜,光看菜谱可不行,最好是有人现场演示一遍切菜做菜下锅的过程。

我一边操作一边解释每个按钮每个菜单是干啥的,为什么要点这个,点了之后下一步做什么。

我之前只是说了下系统大概的操作过程,没亲自演示,结果接手人在系统里晕头转向的。

这就是我在业务移交这个事情上的一些经验体会了,希望能有所帮助。

相关文档
最新文档