我们定期进行调查，了解我们的客户（内部部门作为各种SAP解决方案的用户）对CoE团队向他们提供的支持服务的看法。问卷将发送给所有最终用户。有的回答，有的回答不了。调查结果让我们大致了解哪些方面的服务需要改进，因此，这样的调查有其自身的价值。然而，由于我们无法用这种方法确定确切的痛点，我正在考虑并建议IT部门的同行实施"特定于服务的"反馈，即在完成项目或实施CR后征求受益人的反馈

这一想法受到了广泛的欢迎，我们对如何实施提出了许多建议。为了确保我们的想法与其他实施过类似流程的人保持一致，我在具体或一般反馈方面寻求了SAP社区的帮助（这确实是获得此类帮助的好地方）？在与我的团队会面时，我得到了很好的回应，并在重申建立这种机制的价值方面起到了很大的帮助（感谢拉希德·贾维德和前成员在问答论坛上的友好和及时的回应）。我们开始评估技术团队为其中一个项目向内部业务部门提供的解决方案和服务—我在前面的"从Microsoft迁移到SAP CRM—管理变更"一节中介绍了该项目的摘要。在这里，大数据行业报告，我分享了第一轮面试的主要经验？

由于其服务特定的反馈会议，理财返利平台，服务的受益人是进行此类讨论的合适人选。在某些情况下，服务的请求者可能不是实际的受益人，因此，知道与谁交谈是很重要的。一旦弄清楚了，下一个挑战就是对他们充满信心，因为不是每个人都愿意提供坦率的反馈？

我发现谈论以下几点非常有用：

1。比较：将现有解决方案和相关服务与新系统和新支持团队的期望进行比较，可以得出非常好的见解。主要好处：谈论新系统相对于旧系统的主要好处有助于说服最终用户更喜欢它，而不是看以前解决方案提供的次要好处。项目进度：提及项目进度，尤其是在承诺的时间范围内，可以获得用户对承诺的及时支持的信心。团队支持：询问最初的支持是否给人留下很好的印象，好/坏，可以指导实施或改进支持模式。问题解决：询问问题并及时解决，建立了用户对服务提供商保持客户优先的承诺的信心。要求：承诺在新解决方案上线后，淘客网，及时解决新的需求/设计变更请求，有助于新解决方案的接受和采纳。

根据项目类型，围绕上述各点进行讨论；我发现上述内容对于初次会议来说已经足够了，并打算在此基础上继续讨论以后的会议

什么时候讨论？

嗯，这要看情况而定。在我看来，初次会议的理想时间是实施后一周，数据和大数据的区别，基本上是在用户以某种方式使用系统之后。但是，它不应该仅限于一次/两次会议，购物返利，至少在用户将系统采用到他们有信心独立使用它的程度之前。

您是否有类似/更好的经验/想法可以分享？

我已经在未来几周安排了与其他终端用户的此类会议，希望有更多反馈，我很乐意与大家分享。然而，由于这是一个可以随着时间的推移而改进的过程，如果你有一些建议，请分享。