项目实施沟通案例:存为草稿和暂存待办,尝试基于业务场景说服客户不要去掉“存为草稿”

微操作 2022-11-10 11:38:10

协同业务流程处理过程中,处理区会出两个不同的操作按钮:“存为草稿”“暂存待办”;

有客户问“有个问题想请教您一下 咱们协同处理界面的存为草稿有什么设计定义吗 感觉没有任何作用又去除不掉400客服这边一直没有一个很好的解释 很多客户反映过这个问题了”;

通常现场的实施顾问都会从产品功能的维度回复客户:存为草稿,只保存意见框中的意见,下次打开待办仍可以修改之前编辑的意见,但不保存表单控件中的数据; 暂存待办,保存表单控件中的数据,意见区编辑的意见提交到处理人意见区且不能再修改;

但有时会被客户怼,我不要这个功能;你给我屏蔽掉。然后就会发现另外一个问题,当前产品不支持单独屏蔽存为草稿,节点权限中,一取消,就把暂存待办也同时给取消了;怎么办,技术性交付就会想,标准功能不支持,那就定制化开发,代码层面解决,又花时间,又花成本,最重要的是打开了定制化开发的口子,客户的需求,可能就会不断地提;

其实,我们可以换个维度来沟通这个问题,从这个功能背后的业务场景出发,来解释为什么要有这两个功能按钮;

存为草稿,就是我在处理流程处理这件事的时候,写了一些意见,但为了慎重起见,我还是考虑一下,或者线下沟通一下,同时,这个意见呢,我又还不想先让别人看到,又怕自己后面再处理的时候,忘记了初心,或者是意见内容写得稍微有些多,中途接个电话,有人拜访,领导召唤,没写完,于是,我就写在意见框已经写的内容先存为草稿,是出于对流程处理的慎重;

而暂存待办呢,恰好是针对另一种处理风格,我要把我的意见让流程中的人知道,但流程我先卡着,你得根据我的意见先自行做处理,迅速表态,流程处理风格的多样及流程处理场景的多样,就有了存为草稿,暂存待办;

这里沟通的核心是,我们有时可以否定掉某个功能,但我们不能否定掉那些真实存在的业务场景,这样一来,基于业务场景的某个功能,哪怕这个业务场景出现得少,但只要有,这个功能就可以有;给一种心理暗示,“我那么多领导,确实有这种可能,就先留着吧”

总结一下:基于业务场景的沟通大于基于产品功能的沟通

3 阅读:34

评论列表

轻扬之叶

轻扬之叶

1
2022-11-10 15:46

案例本身不重要,重要的是沟通表达的方法

碎花狂魔甩闲置 回复 11-11 07:30
而不在于说服客户不要去掉存为草稿。如果你的表达方法和沟通方法都是正确的,那么客户就会接受你的建议,并且愿意跟你一起去做这件事情。

轻扬之叶 回复 碎花狂魔甩闲置 11-11 08:36
是的

且听风吟

且听风吟

1
2022-11-21 19:22

这个真是用心了,博主大赞[点赞]

微操作 回复 11-22 08:58
我也是做交付的

微操作

微操作

企业管理软件,职场故事,差旅人生