续前篇，依据得到的业务关系图与人员，在开始工作坊之前，通常会先与参加的人员介绍工作坊流程与目的，保证在场的业务人员能够有个概括性的了解，介绍通常需要以更通俗的语言帮助业务人员了解，否则在进行流程时，会导致人员不理解其目的，通常后果就是降低参与的兴趣，很难再抓回业务人员的注意力。
1.设计思维工作坊简介
在进行设计思维工作坊前，会依据客户的需求与商机探索的结果，针对性的设计整个工作坊的流程，确保最终成果能在工作坊得出：1.确定需求痛点 2.确认解决方案 3.MVP开发范围
2.设计工作坊(Design Thinking Workshop)流程与内容
2.1 同理心地图(Empathy Map)
首先为了使参与的业务人员有带入感，并且对于梳理出的部门人员有个通盘性的了解，会以同理心地图的方式展示各部门的任务、目标、影响、痛点与感受五项维度，梳理出五个维度的细节，并且依照内容，可以应用到下个流程当中(用户体验地图)。
下图为三个同理心之一的示例(计划组当中的计划员)，能够清楚的了解到计划员在平日任务当中面临到的困难，而这些困难所带来的负面影响，同时能够计划性的梳理出，完成这些任务与目标，这些痛点会带来什么样的阻碍，也就是在下一阶段，会一一把这些任务、痛点整理至用户体验地图中。
2.2 用户体验地图(Customer Journey Map)
透过用户体验地图，能够帮助业务人员梳理出每条业务线的主工作流程每一个节点、节点上的任务、进行任务时的思考(考量)与每个节点上存在的痛点，透过这张图可以很轻易的概览每条业务线上所存在的问题，同时受邀的业务人员能够更清晰的梳理出未来需要投票的痛点。
经过梳理业务线的流程后，会请受邀业务人员投出心中最重要的痛点，解决这个痛点会在平常的业务当中帮助最大，基于投票后最高票的痛点与步骤，我们将会针对性地合作脑爆出解决方案。
根据关键工作节点的投票，再依照痛点的分析匹配，我们能出有哪些痛点需要被解决，而我负责的工作则是依据客户的反馈，在现场当中整理、分析并且挑选出双方都认可的结果，所以会在另一块板上写上痛点，开始方案发想，这是一个头脑风暴的过程，过程当然会是相当辛苦与烧脑，也许客户会因为很多原因放弃或者天马行空的想像，主持人需要适时的引导客户更专注在业务解决的可行方案上。
与客户制定方案结束后，还需要投票让客户决定哪个方案为最优解决方案，不仅能够让各部门了解第一次MVP能够解决什么样的问题，另外也让各部门共同决定解决问题的优先级。
3.MVP 范围声明
MVP声明代表工作坊的总结，通常要与客户核对与校正，也影响未来开发的范围与功能。
服务对象：1.生产车间主管 2.计调部计划组 3.市场部
服务范围：一个能及时了解生产车间全流程状况，能够辅助帮助判断产能评估/计件管理，掌握车间库存情况，从而提高生产排程的准确性。
服務要點：
1.提供智能工厂信息化架构（AS-IS ,TOBE）的建议，并完成生产车间的模块功能架构设计；
2.完成对生产车间的相关生产数据的整合；
3.通过收集或采集（前提是购置智能采集设备）生产车间的生产过程数据，通过对人员、物料齐套、设备稳定性方面进行综合判断，提高产能评估的准确性；
4.优化完善生产车间的线边仓的库存管理，及时掌握车间库存；
5.在完成对生产车间的生产过程数据、人员情况和车间库存情况的整合分析后，也可大大提高生产排程的准确性。
4.工作坊结语
由商机探索工作坊到设计思维工作坊过程中，承上启下是非常重要的一件事，决定好
MVP
的开发范围之后，也明确了主题与解决问题的方案，接着就需要开始着手实地了解客户的工作流程，再一次验证是否与工作坊内容相符，这样也能让我们观察到更细微流程，有助于后续设计交互时应该注意哪些要点。
