Body Codes 团队项目汇报封面与服务蓝图节选
Goldsmiths 企业合作课程项目 · 团队最终汇报
← 全部作品
SYSTEMS · COLLABORATION / 2026

Body Codes

基于身体数据的
制服采购方案。

Body Codes 探索将员工的身体数据用于制服采购与生产。在这个企业合作课程项目中,团队提出采购方、平台与工厂的协作方案;我负责第三组的服务蓝图设计与迭代。

ROLE / 本人工作

第三组组长 · 服务蓝图设计与迭代

STATUS / 项目阶段

Goldsmiths 团队项目 / 系统与整合 / 方案阶段

MY CONTRIBUTION / SYSTEMS & INTEGRATION

服务蓝图设计与系统整合

作为第三组组长,我负责梳理服务蓝图,并根据团队及客户的讨论进行多轮修改。蓝图明确采购方、Body Codes 与工厂在各阶段的职责,说明数据、订单和反馈如何在参与方之间交接。

本人负责:蓝图与系统衔接团队背景:研究、行业选择与整体策略项目阶段:课程方案与团队汇报
01 / THE SERVICE OPPORTUNITY

身体数据如何用于制服采购?

方案需要回应三方的不同需求:员工关心合身体验与个人数据,采购方管理批量订单,工厂则需要明确的生产规格。

团队将私营企业制服选为近期应用场景,提出由 Body Codes 协调数据与交付的服务模式。员工提供身体数据及穿着反馈,企业组织采购,工厂依据规格完成生产。

团队最终汇报第 35 页 · 实线、虚线和点线分别表示信息、服务与预期价值流。价值流表示预期收益。

员工

关心衣服是否合身,以及个人数据怎样被使用。

采购 / HR

需要组织员工参与、管理批量订单,并跟进交付和换货。

工厂 / 供应商

需要清楚的生产输入、协作分工和问题反馈。

团队为何从制服切入? 查看行业探索背景 ↗

团队行业探索将私营部门制服放在近期方向,再考虑职业鞋履与车辆人机工学。这里交代项目背景;行业选择与矩阵不是我的个人研究产出。

团队最终汇报第 8 页 · 行业机会与采用复杂度的方案评估。
02 / TWO JOURNEYS, DIFFERENT NEEDS

采购与工厂的不同任务

采购方需要组织员工参与,工厂则需要判断新数据与现有生产流程能否兼容。

方案通过两条旅程说明接入过程。采购方确认需求、组织员工提供数据并管理订单;工厂评估生产能力、确认数据与版型要求,再安排试点和批量生产。两条旅程对照后,可以识别需要双方共同确认的步骤与交接条件。

01 / PROCUREMENT

采购方:确认需求、组织采集、管理订单

采购侧的主要顾虑包括实施复杂度、员工参与意愿和数据安全。方案据此设置系统接入支持、采集进度查看、订单管理及售后跟进。

团队最终汇报第 28 页 · Mary 是方案角色,图中问题表示其在不同阶段的顾虑。点击可放大阅读。
02 / FACTORY

工厂:评估合作、确认规格、安排生产

工厂需要判断身体数据能否转换为生产规格,评估新流程增加的学习与核对成本,并明确不合身或返工时的处理责任。

团队最终汇报第 30 页 · Irina 是方案角色,展示工厂侧拟议流程与采用顾虑。点击可放大阅读。
两条旅程之间的交接

采集的身体数据如何转换为工厂可用的规格?生产与穿着反馈又如何用于后续订单?

方案怎样回应采购方的顾虑? 查看采购侧分析 ↗
团队最终汇报第 29 页 · 从采用顾虑到服务回应的对应分析。
03 / CONNECTING THE SERVICE

在服务蓝图中明确职责与交接

我以参与方之间的交接为重点,逐项梳理工作顺序、负责人及所需信息。

蓝图分为四个阶段:初步接触、接入与试点、生产与交付、交付后跟进。每个阶段都列出采购方、Body Codes 前后台和工厂的工作。

选择一个阶段,查看采购方、平台和工厂各自的工作。

以下分工来自方案,尚未在实际运营中验证。

选择阶段,或使用左右方向键、Home 和 End 键切换。
01 / 初步接触

先确认需求与接入条件

采购方
识别制服需求,评估 Body Codes 方案。
Body Codes前台
说明服务价值,提供系统概览。
Body Codes后台
评估客户兼容性,准备系统配置。
工厂
提供初期可行性检查与客户接入材料。
关键交接

采购需求交给平台之后,是否具备相应的系统与生产条件?

依据最终汇报第32–33页重排 · 方案职责,尚未验证

团队最终汇报第 32 页 · 我的核心工作范围是服务蓝图的梳理与迭代。图中约 5 个月为拟议导入期,不是已发生的实施周期。点击可放大阅读。
01 / 接入

数据采集前明确权限与职责

将组织与供应商接入、使用许可、数据权限和系统配置放在采集之前。员工提交数据前,需要先明确谁能访问、如何使用。

02 / 转换

通过样衣试点核对生产规格

在采集与批量订单之间加入版型适配、样衣试点与分析。身体数据能否准确转换为生产规格,还需要技术验证,因此蓝图中保留了试点和核对步骤。

03 / 回流

明确售后审批与换货责任

将员工申请、采购审批、工厂换货与原因分析纳入售后流程,明确各方的处理责任。

04 / RESPONSIBILITIES & COLLABORATION

平台职责与团队协作

采集进度、订单建议和质检报告等前台信息,需要数据处理、工厂协调与持续更新作为支撑。

最终汇报进一步将平台工作归纳为五类:接入准备、数据治理与权限、员工数据管理、采购与工厂协调,以及生产与交付监督。这些分类用来明确平台需要持续负责的工作。

团队最终汇报第 33 页 · 从前后台活动归纳出的五类持续职责。
MY ROLE IN THE TEAM

以蓝图协调团队与客户讨论

我组织第三组的蓝图工作,参与团队和客户沟通,并在多个版本中更新参与方的职责与交接关系。本页选取最终材料展示这一工作范围;行业研究与整体策略属于团队成果。

从接收数据到处理反馈,完整流程是什么? 查看生产与反馈故事板 ↗
补充故事板 · 生产与反馈的拟议情境。图中的自动化与效率改善尚待验证。
05 / OUTPUT & NEXT VALIDATION

交付成果与小批量试点计划

  • 本人完成第三组服务蓝图的梳理与多轮迭代,参与团队和客户的方案沟通。
  • 团队交付最终团队汇报包含采购与工厂旅程、平台职责,以及各方的信息交接流程。
  • 尚未验证现有材料没有实际生产记录,也没有退货率、协调时间或合身度的实测结果。
NEXT / A SMALL-SCALE PILOT

通过人工协调开展小批量试点

团队最终汇报建议:先与客户梳理现有采购流程,以人工协调模拟平台功能,测试员工数据采集和尺码映射,再与一家供应商完成小批量订单。

只有当协调投入下降、合身表现可接受,才进入流程标准化与系统整合;流程可重复、供应商接入稳定之后,再考虑扩大范围。

依据最终汇报第 37 页 · 分阶段落地建议,尚未实施验证

生产问题

每批次缺陷品占比

是否比原流程减少?

采购协调

HR 花费的协调时间

是否减少人工跟进?

合身表现

无需调整的制服占比

是否出现改善趋势?

员工体验

穿着满意度问卷

员工是否感到更合适?

依据最终汇报第 38 页 · 以上为计划测量的指标,没有填入未取得的结果。

实施前需要核实的关键条件

方案实施前,仍需核实员工数据的访问权限、工厂对生产规格的接收条件,以及不合身时的判断与处理责任。下一轮应优先用真实订单检验这些交接,再评估适合自动化的环节。

材料与贡献范围

本页图像选自团队最终汇报及补充故事板,中文解读按材料重排。我的贡献聚焦第三组 Systems & Integration 的蓝图梳理与迭代;行业研究与整体策略属于团队成果,图像不全部由我独立制作。

Family FunQuest 的说明折页、行程图与实体卡片NEXT PROJECT / 下一个项目Family FunQuest