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

文章图片

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

文章图片

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

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

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

但有时会被客户怼，我不要这个功能；你给我屏蔽掉。然后就会发现另外一个问题，当前产品不支持单独屏蔽存为草稿，节点权限中，一取消，就把暂存待办也同时给取消了；怎么办，技术性交付就会想，标准功能不支持，那就定制化开发，代码层面解决，又花时间，又花成本，最重要的是打开了定制化开发的口子，客户的需求，可能就会不断地提；
其实，我们可以换个维度来沟通这个问题，从这个功能背后的业务场景出发，来解释为什么要有这两个功能按钮；

存为草稿，就是我在处理流程处理这件事的时候，写了一些意见，但为了慎重起见，我还是考虑一下，或者线下沟通一下，同时，这个意见呢，我又还不想先让别人看到，又怕自己后面再处理的时候，忘记了初心，或者是意见内容写得稍微有些多，中途接个电话，有人拜访，领导召唤，没写完，于是，我就写在意见框已经写的内容先存为草稿，是出于对流程处理的慎重；
而暂存待办呢，恰好是针对另一种处理风格，我要把我的意见让流程中的人知道，但流程我先卡着，你得根据我的意见先自行做处理，迅速表态，流程处理风格的多样及流程处理场景的多样，就有了存为草稿，暂存待办；
这里沟通的核心是，我们有时可以否定掉某个功能，但我们不能否定掉那些真实存在的业务场景，这样一来，基于业务场景的某个功能，哪怕这个业务场景出现得少，但只要有，这个功能就可以有；给一种心理暗示， “我那么多领导，确实有这种可能，就先留着吧”
总结一下：基于业务场景的沟通大于基于产品功能的沟通