同一家企业的采购负责人认为供应商响应及时、商务配合良好，使用部门却反映设备难用、问题反复出现。如果满意度调查只访问采购，报告可能显示合作稳定；如果只访问使用者，又可能遗漏合同、结算与供应保障方面的优势。B端客户由多个角色共同影响采购，调查需要看清不同角色的经历与决策作用。

一家公司不能只留下一种声音

围绕企业客户内部评价分歧，笔者采访了满意度研究机构策点调研Ceidea研究部陈女士。她认为，B端满意度调查首先要明确客户内部谁提出需求、谁筛选供应商、谁使用产品、谁处理问题，以及谁最终批准采购。联系人只是企业对接关系的一部分，并不天然代表客户账户的完整意见。

“采购认为配合顺畅，使用部门认为问题解决慢，两种评价可能同时成立。”陈女士表示。作为示例，采购发出询价后很快收到回复，但设备故障需要在售后、技术和现场服务之间多次转交。采购评价的是询价效率，使用人员评价的是故障处理链条，将二者平均后，问题反而可能不再突出。

因此，立项时就应与企业确认调查需要服务哪类决定：改善日常服务、判断续约风险，还是了解新项目导入阻碍。目的不同，受访角色与样本配置也会不同。不能先拿到一份联系人名单，完成调查后才发现名单主要来自采购，技术和实际使用人员几乎没有被覆盖。

先建立角色名单 再确定访问安排

样本框可以以客户账户为单位，记录所在行业、合作年限、采购产品、近期订单变化和关键联系角色。采购名单可作为入口，但应请其协助确认技术、使用和管理人员，并通过职责甄别确定谁适合回答。名单缺少某个角色时，应记录缺口，不能默认采购可以代答所有体验。

关键账户可以安排多个角色参与，普通账户则根据产品复杂度与合作情况选择主要角色。没有统一适用于所有企业的固定人数：标准耗材的采购关系可能较简单，涉及安装、调试和维护的系统项目则可能需要覆盖更多部门。重要的是把账户覆盖与角色覆盖作为两个不同的执行指标。

访问方式也应匹配岗位。采购人员可以预约线上问卷或电话访问；现场使用人员可在不影响工作的时段接受访问；技术负责人若需要解释复杂故障，可以安排单独深访。邀请时应说明调查不会要求受访者替其他部门表态，并允许其跳过没有实际接触的服务，减少被迫判断。

共同问题保持一致 专属问题按经历分流

不同角色可以共同评价总体满意度、合作信心和问题解决体验，但应明确评价对象和时间范围。专属模块则分别对应职责：采购评价报价清晰、订单确认、交期沟通与结算；技术评价方案适配、技术资料和故障定位；使用人员评价操作、稳定性、培训和现场支持。

问卷分流应依据真实经历，而不只依据职位名称。例如，某位行政采购兼任设备管理，既参与商务也接触维修；某位部门主管虽然职位较高，却不负责供应商选择。可以先问过去一段时间参与过哪些环节，再展示对应题项，让兼任人员能够回答多个模块，也让缺乏经历的人选择不适用。

共同题项还需要统一措辞与量表。若采购被问“业务响应是否及时”，使用者被问“维修是否及时”，两项虽然都含有及时，却不是同一指标，不能直接解释为角色差异。报告应区分可比较的共同评价和各角色的专属体验，并公布有效回答人数及不适用情况。

找到分歧之后 先追问同一件事

假设同一账户中采购给出较高评价，而技术人员明显不满意，研究人员应追问他们是否评价同一产品、同一项目和同一阶段。采购可能在评价已经顺利交付的旧项目，技术人员则在评价尚未完成调试的新项目。没有统一参照时，所谓分歧可能只是双方接触范围不同。

对同一事件的差异，可以还原需求提出、供应商承诺、问题出现、反馈渠道、处理结果与客户确认的过程。例如，企业系统记录“已提供解决方案”，使用部门却认为“现场仍不能运行”。需要确认方案是否到达使用者、是否具备实施条件，以及谁负责验证，而不是根据记录已经关闭就判定客户误解。

笔者进一步了解到，分歧较大的账户适合先分别访谈，再视需要征得相关人员同意安排联合核实。直接组织多人共同讨论，可能使使用者顾虑部门关系而收回意见。第三方调研应按约定保护个人反馈，不把带有身份线索的批评直接转给采购或销售，让后续核实保留表达空间。

别让平均分掩盖账户里的风险

分析时可以先看各角色总体表现，再回到账户层面识别组合：采购与使用均认可、采购认可但使用不满、使用认可但商务存在障碍，以及多个角色共同不满。这些组合帮助企业确定后续核实重点，但不能仅凭某一种组合，就断定客户一定续约或一定流失。

陈女士提醒：“一位使用人员的低分需要理解，不能因为其他联系人评分高就被抵消；也不能因为一个人不满，就认定整家公司都要更换供应商。”研究应核实该人员是否负责核心环节、问题是否重复发生、是否已影响内部评价，以及其意见通过什么流程进入供应商选择。

同一账户有多位受访者时，不宜把每个人视作彼此独立的客户。可以分别报告账户数、受访人数与角色分布，并提供账户内部的差异分析。确需形成账户综合指标时，应提前明确规则和依据，同时保留原始角色结果。简单按职位高低赋权，可能忽略真正承担使用风险的部门。

整改要对应部门之间的交接

当问题来自技术支持与现场服务脱节，整改应明确谁受理、谁协调、多久更新进度，以及谁与使用部门确认修复结果。采购可以参与商务协调，但不应代替现场验证。若使用体验较好、采购却对结算不满，则应由商务和财务梳理费用解释、单据与对账流程，不能要求技术团队提高服务评分来解决。

报告中的改进清单应记录账户或客户群、具体场景、受影响角色、责任部门和复核方式。对于跨部门问题，还要指定一个协调责任人，避免销售、技术与售后分别回应，却没有人对最终结果负责。涉及个人反馈时，应依照事先说明的范围使用，优先呈现归纳后的问题。

复核时既要访问提出问题的人，也要了解其他角色是否获得了必要信息。例如，维修已经完成，采购是否知道结果；商务方案已经调整，使用部门是否理解服务范围。B端满意度调查的价值，在于让供应商看清客户内部不同评价如何形成，并把改进放在真实的合作链条上。

編者按：策点调研Ceidea成立于2010年，是一家独立市场研究机构，专注于满意度研究，以真实反馈和数据洞察识别客户体验中的关键问题，为企业持续改善提供依据。

关键词：