续前篇，目前确定了MVP开发范围，需要解决的问题也能在现场实际勘查中验证，接着设计师要与架构师一同合作，确保开发过程当中能够有质与量的稳定交付，此时设计师、架构师、工程师必须担负起从需求到开发结束后的训练一系列的工作，并各自保证工作能按期交付。
1.转化需求、方案设计(平台软件)
转化需求需要倚靠经验与行业的累积，透过工作坊后续的实地勘查，如何把需求融入开发的平台或软件中，是一项极为重要的事，另外架构师也需要透过瞭解客户所使用的软件与平台，客户的数字化程度之外，也要开始着手设计开发架构，如果客户倾向于二次开发或者整合开发新平台，在拟定开发计划时都需要一一与客户确认。以下列举相关重点：
需求目标：解决产能分析、智能排产问题
痛点：1.无生产过程电子数据管理 2.产能不够，无法预估 3.物料不齐备，无法预估库存 4.设备维护/质量溯源
方案设计：线上数字化管理平台与条码数据整合与同步，线下结合扫码枪进行物料溯源与产品生产入库。
图一：员工与工位绑定后，可纪录该员工的产能，并透过数据可分析每位员工的实际产能
图二：由材料至生产车间过程，详实纪录原料至产品数量，对物料与产品管理、入库有很直接关系，透过数据分析衍生至原料订购的评估、原材料库存评估、生产车间效能的评估等...
2.架构功能设计、开发时间规划
透过架构师的实际了解，会针对客户现有的IT生产环境做一个评估，在此为 "架构师"与"项目经理"的工作，在此不说明非设计专业的描述。项目走到此会对整个项目的开发时间、后台架构、功能做一个通盘性的评估，而设计师能在此发挥的地方为 user story的撰写，user story会一一对应每项开发的功能(如下图)，所有功能会在 trello 上管理，达到敏捷迭代的效果，除了每项功能会有应用场景与功能介绍，当开发人员每开发一项功能就会把卡片挪到已开发等待测试，所有反馈与记录都会在一张卡片上发生，这也是选择 trello 的缘故，本身 MVP 开发就是个很小的项目，一切都要已敏捷、快速为前提下，尽早让客户确认与使用，希望能在反覆的确认过程当中，尽量节省彼此的时间，同时也能快速展现出 MVP 的成果。
3.交互设计、界面设计
基于客户端数字化程度不足，无法达到分析用户行为与数据分析预测，所以新建一个整合各部数据的数字化管理平台，同时扮演数字化的角色，帮助客户储存规范化的数据，以利日后分析。由于是新建平台，所以必须由功能设计为开端，再由框架设定，交互低保真设计，最后是界面高保真设计，在低保真延续至高保真会有客户验证的过程，作为头一次的使用者测试，再依据反馈修正，最后设计UI界面。
4.交付测试、训练验证
不同于瀑布式开发流程，敏捷迭代的方式也在整个开发当中占据非常重要的方法，每日晨会、隔周迭代与客户同步，透过隔周与客户确认开发成果，最终交付予测试会来得比传统式开发更轻松。每次MVP 会历时3个月左右，在最后一个月会请客户加入测试，并开始准备生产环境上线，并在实际在现场演示教学，把整体流程演示给真实用户，确保操作流程的知识能完整地传递给实际的操作员工。
5.结语
由开始的商机探索至设计思维，到最后的MVP开发历时约3个月半，同时间客户需要有高度配合的意识与硬件环境的预先准备，双方必须有共同协作的共识才能从0-1的开发出符合需求并解决客户痛点的数字化平台，其中的频繁的沟通与协商是整个项目很重要的一个因素。
