可以带来更高的 NPS 和 CSAT 分数，还有助于减少服务请求量。 第 2 步：定义挑战 然后，我们定义满足特定业务需求的高级主题。例如，我们服务的每个行业——无论是银行、通信还是医疗保健——都有特定的主题。这些主题被分解为多个史诗（一系列任务），专注于解决给定版本中的用户需求或问题。 这里的关键是根据前一阶段捕获的反馈提出综合用户需求的问题陈述。问题陈述应突出当前用户体验与期望用户体验之间的差距。 我们使用以下公式来定义问题陈述： [用户……（描述性）]需要[要求……（动。

履行经理需要查看与订单管理

词）]，因为[洞察力……（令人信服的）]。 例如： 履行经理需 伊拉克电话号码 要查看与订单管理 (OM) 应用程序和其他下游系统的运行状况和性能相关的信息，因为这样他就可以了解 OM 的运行状态。 接下来，我们会提出一些“我们如何”问题来解决问题陈述。最终用户被邀请对他们最喜欢的问题进行投票，然后在构思阶段使用这些问题。 例如： 我们如何呈现与 OM 应用程序的运行状况和性能相关的数据点？ 我们如何全面可视化数据？ 我们如何保持数据最新？ 第 3 步：构思解决方案 在此阶段，我们的设计团队与来自产品、技术。

个客户利益相关者举办共同

和销售的多个客户利益相关者举办共同创 多米尼加共和国 电话号码列表 作研讨会。这项练习提出了各种有用的观点。想法是通过“疯狂 8 头脑风暴”等技术产生的——八分钟内产生八个想法。参与者投票选出的最佳想法将进入原型设计阶段。 想了解更多有关 Salesforce 设计思维的信息吗？ 查看我们的设计日资源 第四步：原型 在每个产品版本中，我们首先与产品和技术的利益相关者一起创建和审查低保真度原型（简单、低技术概念）。根据他们的反馈，创建高保真原型。这种迭代过程提高了效率，加快了上市时间，降低了产品开发成本，减少。