内部手册 · 自用实施参考
AI 数字化转型方案 · 落地版实施手册
71 环节逐项拆解：落地难度 / 难点与坑 / 参考开源 / 预估工期 / 前置依赖 —— 附实施难点专章、三阶段排期、开源速查与风险登记
第 0 章 · READ ME
使用说明
本册定位：入职后照着干的实施手册 + 面试被追问时的技术底牌。读者是本人（AI 应用工程师，技术背景），因此保留技术术语、开源项目名与 star 数。方案全景与业务论证不在本册重复。
0.1 架构基准（对照三版定稿规格，全册口径锚点）
- 双链 14 环节：新品开发链 ①市场企划 → ②款式设计 → ③工艺制版 → ④打样 → ⑤成本核算 → ⑥定价决策 → ⑦量产下单；运营销售链 ①多渠道上架 → ②广告投放 → ③内容营销 → ④客服售后 → ⑤B2B 询盘 → ⑥库存补货 → ⑦经营复盘。横向底座为数据工作台（统一指标 → 官方 API 自动采集 → AI 问答）。本册 71 项全部挂在这两条链的环节上。
- 技术四层：L4 治理（成本台账 · 合规 · 安全）／ L3 场景应用（各环节 Agent 工具）／ L2 模型编排（LLM API + RAG + n8n/Dify + 人工确认位）／ L1 数据底座（指标字典 + SP-API/Shopify 采集 + 轻量数仓）。对应第 1 章技术栈总图与第 6 章数据与集成底座。
- 三层集团闭环（方案灵魂）：C 端评论/退货数据（Kabaqoo）→ VOC 分析 → 产品改进需求 → 泉州工厂打样迭代 → 新批次上架 → 评论再回流——三层集团结构独有的数据闭环。#1 VOC 与第 3 章（泉州工厂协同）的工具就是这个闭环的两端。
- 工具边界铁律：厦门品牌侧是 AI 岗服务主体；泉州工厂侧只做「协同」（打样评审、进度同步、品控数据、按款工艺工具），不做工厂内管理系统——排产 APS（#35）、工序扫码（#39）等一律标「工厂配合·远期」。
0.2 三份文档的分工
| 文档 | 回答的问题 | 形态 | 使用场景 |
|---|---|---|---|
| 10 完整版方案 | 为什么做 / 做什么 | 九部分方案文书：71 细点五字段表 + 决策包（老板七问）+ 人与工具 | 给老板看的全景论证；本册 71 项编号 #1-#71 沿用其 s4 表格顺序 |
| 12 工作台预览版 | 用起来长什么样 | 50 页高保真原型，每页角标「对应方案 #N」 | 面试演示与需求对齐；本册的工期/难度是它背后那层的工程账 |
| 14 本册（落地版） | 怎么做 / 多久 / 多难 / 用什么开源 | 71 项 × 四新字段（难度/坑/开源/工期/依赖）+ 难点专章 + 排期 + 风险登记 | 入职后逐周执行的作业指导；面试被问「具体怎么落地」时的答案 |
0.3 七列字段口径
| 列 | 口径 |
|---|---|
| # 编号 · 优先级 | #1-#71 沿用 10 版 s4 表格顺序（4.1→4.6 六段）；P0/P1/P2 沿用 10 版第五部分打分表评定，其中四项已按三版定稿规格校准：#13 P0→P1（印花款专用 · 个人已验证案例，详见行内尾注）、#23 3D 虚拟打样 P2→P1、#35 排产与 #39 工序扫码标注「工厂配合·远期」——全文 P0 共 19 项 |
| 痛点 → 做法 | 原五字段（痛点/工具做法/预期口径/沉淀资产）压缩合并：痛点一句 + 做法一句 + 末行「资产：xxx」保留沉淀物（复利核心） |
| 落地难度 | 五档见 0.3；P0 行整行浅青绿底纹突出 |
| 难点与坑 | 一句话点破最大风险项——工程上「哪里会卡」优先于「能做什么」 |
| 参考开源/工具 | 具体到项目名（star 数见第 11 章速查表）；映射不到具体项目的如实写「无成熟开源/自研」 |
| 预估工期 | 净投入口径：按本人每周约 50% 工时投入该项估算；一人多线并行时，日历时间 × 1.5-2 |
| 前置依赖 | 编号引用（如 #59）或外部条件（账号/数据/设备）；无前置的写「无」 |
0.4 难度分级规则与分布
| 难度 | 色点 | 判定标准 |
|---|---|---|
| 低 | 青绿 | 现成开源或官方 API 直接可用，1-2 周上线 |
| 低-中 | 青绿+琥珀 | 部署/配置容易，但内容建设或推行占工期一半以上 |
| 中 | 琥珀 | 组合集成或内容建设为主，2-6 周 |
| 中-高 | 琥珀+赭红 | 技术不难但数据积累/外部依赖拉长周期，跨 6 周-2 月 |
| 高 | 赭红 | 行业空白 / 重度二开 / 跨组织推行，1-3 月起 |
71 项难度分布：低 19 项 · 低-中 9 项 · 中 35 项 · 中-高 4 项 · 高 4 项（难度不随优先级校准变动）。高难度四项：#13 印花制版（P1 · 印花款专用）、#15 出格排料、#35 排产 APS（工厂配合·远期）、#61 ERP 接入——全部集中在「行业软件缺位/重度二开」地带，与第 8 章难点专章一一对应。
0.5 关键项指定标注（结论锚点，优先级高于常规判断）
以下 11 项难度是拍板口径（面试时口径要稳，不随场景漂移）：
| 细点 | 难度 | 一句话理由 |
|---|---|---|
| #13 丝印分色 · 印花款专用 · P1 | 高 | 无成熟开源（市场被商业软件占据）；自研可行——有浔兴丝印分色加网自动化实测经验（效率 +80%），以本厂印花数据为前提。个人已验证案例，随印花款穿插落地，不占 P0 主线 |
| #15 出格排料 | 高 | 开源排料面向刚性材料，软料约束必须算法二开；商业箱包 CAD 为稳妥起点 |
| #14 GSD 工时估算 | 中-高 | 方法论成熟，难在本厂实测工时数据积累 |
| #61 ERP 接入 | 高 | 连接器付费墙/系统盘点/流程动迁，跨组织推行 |
| #59 SP-API 管道 | 中 | 技术不难，卡在角色授权审核周期（数天-数周） |
| #62 ChatBI | 中 | 指标字典先行则中；没有语义层就是死路 |
| #64 LLM 成本台账 | 低 | LiteLLM max_budget 是配置项，不是开发项 |
| #42 客服 bot | 低-中 | 部署容易，知识内容建设是大头（占工期六成） |
| #30 预测补货 | 中 | 开源预测库成熟（Nixtla/Prophet），难在四端数据口径统一 |
| #41 AIGC 商品图管线 | 中 | 出图管线成熟，合规标注必须内建（未标注不出库） |
| #43 B2B 询盘分级 | 中-高 | 分级规则好写，背调数据源付费且覆盖有限 |
0.6 交互说明
- 左侧目录随滚动高亮当前章（scrollspy）；分组标题可点击折叠。
- 第 2-7 章每张表默认展开全部 71 行；点「收起 P1/P2 行」只看本段 P0 主线。
- #编号是全册通用引用键：排期（第 9 章）、难点专章（第 8 章）、前置依赖列均用它交叉引用。
第 1 章 · INFRASTRUCTURE
轻量技术栈总图
一句话架构：单服务器 Docker Compose 自建全套——买一台云主机，一条 docker compose up 把编排、工作流、BI、网关、OCR、客服、ETL 全部拉起。不买中台 SaaS，不为 9-13K 的预算背年费；所有组件「内部使用」均在许可证红线内（详见第 8 章⑤）。
1.1 自建栈分层总图
接入层
IM 群机器人 早报/预警推送（签名校验）→ #58
Web 入口 Nginx 反代 + HTTPS全组件统一入口
应用层
Dify LLM 编排/RAG/Agent156,802★ · 首选
n8n 工作流 400+ 集成205,640★
Chatwoot 全渠道客服工单37,046★ MIT
Typebot 对话流构建（可选）10,350★
数据层
PostgreSQL 两层数据仓（ODS/DW）
Meltano ETL 管道2,634★ MIT · 轻量首选
Metabase BI 看板49,367★
MinIO 对象存储（资产库）
网关层
LiteLLM LLM 统一网关：per-key 预算 + max_budget 超限熔断 + usage 日终对账59,365★ · → #64
AI 能力
PaddleOCR PP-OCRv5 中英混排 + PP-Structure 表格解析，CPU 可跑89,968★ Apache-2.0
ComfyUI 出图管线（可选，GPU 时上）→ #41
缓议
Odoo ERP——只读导出档起步，不动现有流程（详见第 8 章④）54,509★ LGPL-3
备选项登记：RAG 场景若遇复杂文档解析瓶颈，备选 RAGFlow（91,125★，Apache-2.0，资源占用高）；BI 若走指标即代码路线备选 Lightdash（6,149★，需 dbt 前置）；ChatBI 见第 11 章 WrenAI。默认栈不引入，避免小机房资源被吃满。
1.2 组件职责与上线时点
| 组件 | 角色 | 职责边界 | 上线时点 |
|---|---|---|---|
| Dify | LLM 编排/RAG | 所有「LLM 干活」的场景：VOC 归因、Listing 改写、知识库问答、企划案初稿；中文生态最好，Docker Compose 自托管 | 第 1 周 |
| n8n | 工作流引擎 | 所有「定时/触发/搬运」的场景：采集、预警推送、对账拉数、IM 早报；400+ 集成含 Shopify/Walmart/TikTok/eBay 官方节点 | 第 1 周 |
| LiteLLM | LLM 网关 | 所有 LLM 调用必经此网关：按 key 设预算、超限熔断、usage 落库——LLM 成本台账（#64）的地基 | 第 1 周 |
| PostgreSQL | 数据仓 | 两层数据仓（ODS 原始层 + DW 明细层），Dify/Metabase/Meltano 共用实例分库 | 第 1 周 |
| Metabase | BI 看板 | 毛利 T+1、四态库存、广告诊断等全部看板；指标口径受 #55 字典约束 | 第 2 周 |
| PaddleOCR | OCR 服务 | 货代报价单/旧单据/验货照片的结构化录入；PP-Structure 表格解析直接出 CSV | 第 2-4 周 |
| Meltano | ELT | ODS→DW 的转换编排；量小时 n8n 直写也够，超 20 张表再上 | 第 4-8 周 |
| Chatwoot | 客服工单 | 独立站/live chat/邮件客服聚合 + RAG 机器人挂载；平台侧站内信走官方自动回复（见 #42 双保险） | 第 6-10 周 |
| MinIO | 对象存储 | 六类数字资产库（#56）的文件层；Outline（40,658★ BSL，<50 人免费通道）做知识库门户 | 第 2-3 周 |
| Odoo（缓议） | ERP | 不动现有流程——先只读导出档（每日 SKU/库存/采购快照入库）；接入分档决策见第 8 章④ | 第 3-6 月评估 |
1.3 月成本量级
| 成本类别 | 量级（月） | 说明 |
|---|---|---|
| 云服务器 | 数百元级 | 国内云 4C8G 约 ¥200-400；海外 API 直连稳定可选香港/新加坡节点 ¥300-500。ComfyUI 出图本地化需另上 GPU 或走推理 API |
| LLM API | 千元级内 | 按量计费；全走 LiteLLM 网关 per-key max_budget 熔断，usage 日终对账（#64）——月底不惊吓 |
| 杂项 | 百元级 | 域名 + 对象存储 + 备份空间 ¥50-100；印花制版商业软件过渡（B 路线 $300-1500 单套为一次性，见第 8 章②，随印花款启用） |
| 合计（首期） | 约 ¥600-1300 | 工具栈零 license 成本（内部使用合规）；人力成本即本岗工资，无额外编制 |
与 10 版成本口径的一致性：10 版「工具与订阅千元级/月起」的上限情形对应本表 LLM 按量增长 + 商业软件过渡期；结构上自建栈把固定成本压到服务器数百元级，变量只剩 LLM 用量——这正是把 LiteLLM 放在第 1 周的理由。
第 2 章 · SEGMENT 4.1 · #1-#12
研发与企划（12 项）
实施顺序提示：#1 VOC 依赖 SP-API 授权（入职第 1 周发起申请），等待期先做 #40 母本卡规范与 #2 单价库冷启动；#3/#4/#8 三个低难度项可穿插填空档。本段 P0 全是「改变决策质量」型工具——方向错误的损失远大于任何环节效率。
| # 细点 · 岗位 | 痛点 → 做法（含沉淀资产） | 难度 | 难点与坑 | 参考开源 / 工具 | 工期 | 前置依赖 |
|---|---|---|---|---|---|---|
| #1P0评论 VOC 聚合分析企划 / 产品开发 | 评论分散差评靠人工翻页 → 官方客户反馈 API + 独立站评论导出；LLM 差评归因打标，输出改款需求清单（禁爬虫）。资产：VOC 标签库 + 改款清单 | 中 | SP-API 授权审核等数周；归因准确率须人工抽检 50 条起校准 | python-amazon-sp-api · Dify | 3-5 周 | SP-API 应用注册（入职第 1 周发起） |
| #2P0企划期粗核价前置核价 / 企划 | 核价在打样后、企划定价无成本底数 → 面料/工艺单价库 + 历史 BOM 类比粗算目标成本；价格带自动比对拦截。资产：单价库 + 成本类比库 | 中 | 历史单价散落旧单据，冷启动靠 OCR + 老师傅核价访谈 | PaddleOCR（旧单据录入）· 多维表格自建库 | 3-4 周 | 历史采购/报价单据归集 |
| #3P0测试款小单验证企划 / 供应链 | 全量押宝下单滞销吃利润 → 首单百件级起测，按动销/加购判定返单或停产，结论回流选款。资产：测款规则库 | 低 | 动销阈值须按品类校准，不能一刀切 | Metabase 看板 · n8n | 1-2 周 | #59 采集管道（过渡期手工导表 T+1） |
| #4P0设计评审 / 选款数字化设计总监/商品/销售 | 审版口头讨论不留痕 → AI 款式图评审前置 + 线上多维评分表；评分-终选-销量回流匿名校准（不考核个人）。资产：选款评分库 | 低-中 | 匿名评分制度设计防「感情分」，需老板背书推行 | ComfyUI 出图 · 多维表格评分表 | 2 周 | #16 概念图管线（可先手工图顶替） |
| #5P1趋势报告拆解转译趋势调研 / 企划 | 报告量大读不完 → 趋势源结构化入库；LLM 抽色彩/面料/廓形/图案四维标签打分出季度输入表。资产：趋势标签库 | 低 | 报告版权——内部消化用，不入对外资产库 | Dify 文档工作流 | 1-2 周 | LiteLLM 网关就绪（第 1 章） |
| #6P1社媒趋势监测调研 / 内容 | 人肉刷社媒滞后 → 官方趋势工具初筛 + 视觉 AI 扫图识别元素（行业日扫 300 万图级服务已有）。资产：元素热度库 | 中 | 平台反爬与 API 限额——只走官方/授权源，禁爬虫红线 | open_clip 视觉打标 · 官方趋势工具 | 3-4 周 | 合规数据源确认 |
| #7P1竞品拆解库选品 / 运营 | 竞品靠 Excel 手工记 → 工具拉价格/销量历史；AI 视觉拆解结构材质；价格带 × 品类聚类成卡。资产：竞品卡片库 | 中 | 销量是工具估算值，库内必须标注口径防误读 | Keepa/Helium 10 导出 · n8n 定时入库 | 3 周 | 竞品工具订阅账号 |
| #8P1关键词与需求验证企划 / 运营 | 选题靠直觉 → 官方商机探测器查需求/竞争；趋势工具验证季节性；交叉出高需求低竞争清单。资产：关键词需求库 | 低 | 数据字段与目标站点/类目匹配核对 | 官方商机工具导出 · LLM 清洗 | 1-2 周 | 类目数据权限 |
| #9P1商品企划案生成商品企划 | 季度大文档人工拼数据 → 历史销售+趋势+VOC 喂 LLM 出企划案初稿；人审版本化；与售罄偏差复盘。资产：企划案库 + 偏差集 | 中 | 垃圾进垃圾出——质量取决于 #1/#7/#8 数据完整度 | Dify RAG · 模板化输出 | 3-4 周 | #1 VOC · #55 指标字典 |
| #10P1价格带规划商品经理 | 价格带与历史毛利脱节 → 历史成交+毛利建基线；按款类配比分成本上限；规则校验一致性。资产：价格带 × 成本矩阵 | 中 | 毛利基线依赖历史结算清洗，先跑 #65 数据源 | Metabase · 自建基线表 | 3 周 | #65 毛利核算（或同源结算数据） |
| #11P2上市波段与倒排期企划/跟单 | 倒排 Excel 改一次全表重排 → 季节+曲线+大促日历生成波段；倒排引擎自动排期预警。资产：波段日历 + 倒排模板 | 中 | 倒排逻辑要与工厂交期联动，先做纯日历版 | n8n · 自研规则引擎 | 3-4 周 | #34 生产进度数据（参考交期） |
| #12P2B2B/B2C 双通道选品企划/业务 | 两套选品逻辑混用 → 批发平台数据参谋+零售数据双评分；LLM 出双版本企划建议。资产：双通道打分表 | 中 | 批发平台数据可得性待实测验证 | 平台数据参谋 · Dify | 2-3 周 | #7 竞品库 · #60 多渠道采集 |
本段小结（沿用 10 版）：VOC、粗核价、小单验证、选款评审四个 P0 都是「改变决策质量」型工具——方向错误的损失远大于任何环节效率，先做。
第 3 章 · SEGMENT 4.2 · #13-#26
设计与工艺 · 开发链（泉州工厂协同）（14 项）
实施顺序提示：#14 工时/#15 排料两个 P0 打头——高/中-高难度，先做数据积累（工时采样、纸格进 CAD），软件自研并行推进；#13 分色为印花款专用子工序工具（个人已验证，可随印花款穿插落地）；#17/#21 两个低难度项是工艺师信任的破冰工具，建议提前做。#13/#15 的路线决策详见第 8 章②③。
| # 细点 · 岗位 | 痛点 → 做法（含沉淀资产） | 难度 | 难点与坑 | 参考开源 / 工具 | 工期 | 前置依赖 |
|---|---|---|---|---|---|---|
| #14P0车缝工时估算（GSD/GST）工艺师（泉州协同） | 工时靠老师傅拍脑袋、报价失真 → 标准动作代码+预定时间法拆工序；缝线长度→工时回归（纯缝纫基线+约 30% 浮余）直连报价；老师傅转校准与例外裁决。资产：标准工时库（估价模型核心） | 中-高 | 回归模型需本厂实测工时积累，冷启动采样期 2-3 月 | 无现成开源（GSD 为商业方法论）· scikit-learn 自建回归 | 6-10 周 | #39 工序扫码数据或老师傅访谈基线 |
| #15P0出格数字化与排料算料版师+裁床（工厂配合） | 手工出格靠经验、排料损耗波动 3-8% → 纸格进箱包 CAD（部件库复用+参数化）；自动排料+自动算料报价；改尺寸自动重算。资产：纸格数字库 + 损耗基线 | 高 | deepnest/SVGnest 面向刚性材料，软料纹理方向/对格对条/缝份放量必须算法二开——详见第 8 章③ | deepnest-next（191★）· SVGnest（2,600★ 算法底座）；商业箱包 CAD 为稳妥起点 | 1-3 月 | 纸格数字化流程 · 损耗历史数据 |
| #13P1丝印分色加网自动化工艺师 · 印花款专用 · 个人已验证案例 | 逐通道手动分色+加网点数小时/套、龟纹返工 → 颜色聚类拆专色 + 自动加网（线数/网角按自家网目设默认）；分色件直连出片，做中文轻量自用版。资产：分色参数库 + 专色模板 | 高 | 无成熟开源（市场被商业软件占据）；自研可行但以本厂印花数据为前提——三路线对比见第 8 章② | 无成熟开源 / 自研（过渡 GIMP + G'MIC） | 1-3 月 | 本厂历史印花稿 + 专色样本数字化；浔兴分色经验移植 |
| #16P1AI 出图与概念筛选设计师 | 概念图周期长、图案手工拼贴 → 垂直模型工作流标签化生成；图案 LoRA 自动排布多稿；生成图先测款再打样。资产：概念库 + LoRA 模型库 | 中 | LoRA 训练需同风格样本 20-50 张起；版权素材清洗 | ComfyUI · SDXL/FLUX 微调 | 3-4 周 | GPU 或推理 API · 版权素材库 |
| #17P1印花工艺路线匹配工艺师 | 六种工艺四维匹配凭记忆、改稿返工 → 工艺-面料-底色-手感-MOQ-成本决策表；对话式选路助手；生产反馈迭代。资产：工艺决策知识库 | 低 | 规则冷启动靠工艺师访谈沉淀，一次性集中做 | Dify 知识库 | 1-2 周 | 工艺师配合规则梳理 |
| #18P1特种工艺制版（绣/激光/压花）工艺师+外协 | 一图多工艺重复制版 → AI 矢量化统一母版一次多工艺复用；绣花自动转针迹；激光路径直接导出。资产：矢量母版库 | 中 | 绣花针迹格式（DST 等）与外协机器匹配要逐一试 | Ink/Stitch（绣花）· pyembroidery · potrace 矢量化 | 3-4 周 | 外协商文件格式确认 |
| #19P1五金辅料选型与 BOM工艺师+采购 | 选型翻聊天记录、款色码 BOM 易错漏 → 辅料主数据编码；LLM 按需求推荐生成 BOM 草稿（人工确认）；与 ERP 同源。资产：辅料主数据 + BOM 版本库 | 中 | 主数据编码冷启动量大，先覆盖高频辅料 | Dify 推荐 · 多维表格 / Postgres 主数据 | 3-4 周 | 辅料清单归集 · #61 ERP 档位确定 |
| #20P1工艺单 Tech Pack 自动生成工艺师 | 手工制表一改全改 → 以 3D 样为源头自动生成；LLM 转改样批注为变更项（人工审）；与算料工时同源联动。资产：结构化工艺单库 | 中 | 「3D 样为源」依赖建模链，可降级以 2D 工艺图+参数表为源 | docxtpl 模板引擎 · Dify | 3-5 周 | #23 3D 打样（或 2D 降级方案） |
| #21P1打样台账与封版联审跟单+四部门（泉州协同） | 改样靠回忆、封样层层传话 → 每版拍照+问题结构化登记生成改样履历；四部门在线 checklist 联审；封样电子档供大货对照。资产：改样履历 + 封样档案 | 低 | 四部门使用习惯推行靠制度不在工具 | 多维表格 · 流程 checklist | 2 周 | 部门流程约定 |
| #22P1设计资产库与知识产权设计主管 | 历史款式散落个人电脑、被抄款无证据 → 统一资产库归档；上线前查重+版权登记；侵权监测双向排查。资产：资产主库 + 确权证书 | 中 | 确权登记是法务流程非技术，预留外部办理时间 | 资产库（#56 底座）· imagehash 查重 | 3 周 | #56 资产库骨架 · #57 权限 |
| #23P13D 虚拟打样设计师+版师（泉州协同） | 确认全靠寄实物样 → 3D 建虚拟样远程确认后才打实物；箱包线以箱包 CAD 3D 出格为稳妥起点。资产：3D 款式库 + 数字面料 | 中-高 | 建模学习曲线陡+布料模拟吃算力，先高频款试点 | Blender（布料模拟）· 商业箱包 CAD 3D 模块 | 6-12 周 | 设计师 3D 技能 · 数字面料扫描 |
| #24P2色彩管理与远程对色设计师+QC（远程对色协同） | 屏幕色差致反复打色 → 统一校色；色号+Lab 值唯一标准（ΔE 按标准公式控制）；数字色卡替代寄卡。资产：数字色卡库 + ΔE 基线 | 中 | 校色仪硬件投入+环境光标准化是物理问题 | ArgyllCMS（校色）· LittleCMS | 3-4 周 | 校色仪采购 · 显示器统一 |
| #25P2油边参数库与缺陷质检工艺师（泉州协同） | 边油凭手感、缺陷事后发现 → 皮料 × 油 × 温湿度 × 遍数参数库；弯折疲劳测试量化；缺陷图积累视觉初筛。资产：油边参数 + 基线照片库 | 中 | 缺陷视觉模型样本积累慢（500 张起） | 参数表自建 · ultralytics YOLO 缺陷检测 | 4-6 周 | 缺陷照片积累 · 弯折测试设备 |
| #26P2AI 辅助评审与数据测款设计主管+运营 | 评审缺数据支撑 → 评审前自动竞品爆款分析；AI 图小流量测款替代主观打分。资产：爆款特征标签库 | 中 | 小流量测款需广告预算与运营配合 | #16 管线复用 · Metabase | 3 周 | #16 出图 · #4 评分闭环 |
本段小结（按三版定稿规格校准）：#14 工时/#15 排料两个 P0 是「老师傅手艺参数化」的第一批——工艺知识公司化从这两个工具开始；#13（印花款专用）随印花款穿插落地，不占 P0 主线。
第 4 章 · SEGMENT 4.3 · #27-#39
供应链与物流履约（13 项）
实施顺序提示：#27/#29 低难度先行建信任；#30 四态库存等 #59 管道；#35 排产 APS 是本段唯一「高」——工厂配合·远期，没有 #14 工时库和 #39 工序数据就不动手（数据不全时排了不如不排）。#35/#39 属工厂内管理系统，只以泉州工厂协同方式推进。最值钱的产出是真实成本数据回流（头程/工时/单耗）——报价与补货模型越跑越准的燃料。
| # 细点 · 岗位 | 痛点 → 做法（含沉淀资产） | 难度 | 难点与坑 | 参考开源 / 工具 | 工期 | 前置依赖 |
|---|---|---|---|---|---|---|
| #27P0供应商档案与询价比价采购 | 供应商散在微信/Excel、历史报价不可比 → 结构化档案（MOQ/交期/履约）；需求自动生成中英 RFQ；回函自动比价矩阵。资产：供应商档案 + 报价库 | 低 | 回函格式多样，LLM 抽取后人工复核价数字段 | n8n 邮件流 · Dify 抽取 | 1-2 周 | 供应商名录归集 |
| #28P0BOM 展开与物料需求采购/物流（物料计划） | BOM 未出生产已开工、采购量手算 → SKU × 物料结构化 BOM 版本化；LLM 从工艺单提单耗草稿；按 MRP 公式自动算采购量。资产：标准 BOM 库 | 中 | BOM 结构化清洗量大；版本变更流程要先立规矩 | Postgres/SQLite 自建 · Dify 提取 | 3-4 周 | #19 辅料主数据 · 工艺单电子化 |
| #29P0AQL 抽检与验货结构化QC（泉州协同） | 抽样人工查表、报告照片堆砌 → 批量+等级自动出抽样方案；拍照+语音 → LLM 结构化报告（CR/MAJ/MI 自动判定）；缺陷按工厂/SKU 聚合。资产：缺陷代码库 + 质量档案 | 低 | 车间噪音下语音识别率有限——拍照为主语音为辅 | PaddleOCR · Whisper 语音转写 | 2 周 | 质检拍照规范制定 |
| #30P1四态库存与补货计划物流专员 | FBA/海外仓/在途/在制四端分散 → API 聚合日更视图；滚动预测算补货点；空海分批成本-断货模拟。资产：四态库存 + 补货参数 | 中 | 四端数据口径统一是主难点；预测先跑基线模型再谈精度 | Nixtla statsforecast / neuralforecast · Prophet 基线 | 4-6 周 | #59 采集管道 · #31 头程成本 |
| #31P1货代比价与头程核算物流 | 报价口径不一、物流占售价 15-20% → 报价单 OCR 统一全包口径；比价矩阵（价 × 时效 × 履约）；头程自动分摊 SKU 毛利。资产：货代履约库 + 成本档案 | 中 | 报价单字段映射人工确认一次后模板化 | PaddleOCR（PP-Structure 表格解析） | 3 周 | 货代报价单归集 |
| #32P1在途轨迹与到仓预警物流专员 | 在途靠问货代、滞港发现滞后 → 轨迹 API 批量订阅（3000+ 承运商）；异常节点预警；ETA 联动补货。资产：航线时效基线 | 低-中 | 轨迹 API 商业服务为主；ETA 需自建历史基线 | AfterShip/17track 类 API（商业）· n8n 订阅 | 2-3 周 | 货代/承运商账号 · #30 库存视图 |
| #33P1滞销识别与清仓决策物流+运营 | 超龄附加费递增、官方清算仅回收 5-20% → 库龄+动销自动分级；清仓决策卡（降价/券/清算/移仓回款测算）；Listing 自动分发。资产：生命周期档案 | 低 | 清仓是资金决策——工具出建议、拍板留人 | Metabase · n8n 预警 | 2 周 | #30 库存视图 |
| #34P1生产进度上报与预警跟单 | 微信拍照+电话跟催 → 工厂轻量上报（表格/小程序+照片 OCR）；多厂进度统一看板；落后自动预警+中英进度邮件。资产：进度时序 + 异常库 | 中 | 代工厂采纳是推行问题——从自家泉州厂先跑通 | 多维表格 / 轻量 web · PaddleOCR | 3-4 周 | 代工厂配合度 · #39 扫码（可选联动） |
| #35P2排产与产能负荷PMC（工厂配合·远期） | 无 APS 排程靠经验 → 订单+工时+日历结构化；排产建议甘特；接单前产能缺口检查出交期窗口。资产：产能基线 + 工时库 | 高 | APS 是运筹优化问题，工时数据不全时「排了不如不排」；工厂内管理系统，仅以泉州协同方式启动 | Google OR-Tools（约束求解）自研 | 1-3 月 | #14 工时库 · #39 工序数据 |
| #36P2交期跟踪与催货采购/跟单 | 催货靠记忆 → 交期台账；承诺期前自动催货函；到料解锁在制。资产：交期履约率库 | 低 | 承诺日期录入准确度靠流程约束 | n8n 定时任务 | 1 周 | #27 供应商档案 |
| #37P2物料涨价预警采购 | 价格波动靠口头感知 → 接公开价格源；异动预警+在途成本重算；谈判要点生成。资产：价格时序库 | 中 | 公开价格源可得性待验证，先覆盖大宗面料 | 官方指数源 · n8n 监控 | 2-3 周 | 价格源确认 |
| #38P2出口单证与 HS 归类单证/物流 | 手工缮制、归类错报有稽查风险 → 订单 → 单证草稿自动生成；AI 归类建议+要素校验；官方出口技术指南 RAG 问答。资产：单证模板 + 合规库 | 中 | 归类责任在人——AI 只做建议，归类差异双人复核 | Dify RAG · 官方税则库 | 3-4 周 | 历史报关单归档 |
| #39P2工序扫码上报（工厂一线）车间班组（工厂配合·远期） | 工时与进度数据采不上来、排产靠喊 → 工序级轻量扫码（卡片/小程序），完成数实时进排产与工时库；不改工序只替代纸条。资产：工序级工时实时数据 | 中-高 | 车间网络覆盖+一线习惯，硬件与试点周期长；工厂内管理系统，仅以泉州协同方式启动 | 轻量 web 自研 · 扫码枪 / 手机 | 4-8 周（含试点） | 车间 Wi-Fi · 班组约定 · 自家厂先行 |
本段小结（沿用 10 版）：结构是「台账化 → 规则化 → 预警化」；最值钱的产出是真实成本数据回流（头程/工时/单耗）——报价与补货模型越跑越准的燃料。
第 5 章 · SEGMENT 4.4 · #40-#54
营销、销售与服务（15 项）
实施顺序提示：#40 Listing 工厂是回报最快的 P0，与 #1 VOC 并列阶段一首发；两条合规驱动细点（#41 AI 图标注、#42 站内信回复）不是锦上添花而是「不做有风险」；#46 直接复用 #1 管线，边际成本极低。
| # 细点 · 岗位 | 痛点 → 做法（含沉淀资产） | 难度 | 难点与坑 | 参考开源 / 工具 | 工期 | 前置依赖 |
|---|---|---|---|---|---|---|
| #40P0多渠道 Listing 与多语言运营+美工 | 四渠道重写四遍、直译生硬合规各异 → 产品母本卡为唯一事实源；官方 AI 工具打底+LLM 按站点风格改写合规校验；人工终审一键发布。资产：母本卡库 + 风格指南 | 低-中 | 渠道合规规则差异大，终审位不能省 | 官方 AI Listing 工具 · Dify 改写管线 | 2-3 周 | 母本卡内容规范 · #56 资产库 |
| #41P0AIGC 商品图管线（含合规标注）美工 | 商拍贵周期长；平台新规：写实 AI 人物图必须打元数据标签 → 白底图 → AI 模特/场景批量管线；管线内自动写入合规标注、未标注不出库；素材按 SKU 归档复用。资产：素材库 + 标注审计 | 中 | 合规标注必须内建在管线（后补标必漏）；模特形象版权确认 | ComfyUI · piexif / C2PA 元数据写入 | 3-4 周 | GPU / 推理 API · 模特版权素材 |
| #42P0多语言客服 bot 与站内信合规客服 | 多语种缺人；站内信 24h 必回且禁营销、人工写回有违规风险 → 独立站 RAG 自动答+复杂转人工；平台侧官方自动回复+AI 草稿人工审发双保险；全草稿过敏感词。资产：FAQ / RAG 知识库 | 低-中 | 部署易、知识内容建设是大头（占工期六成）；营销词库防违规 | Chatwoot（37,046★ MIT）· Dify RAG · Typebot | 3-5 周 | FAQ 资料归集 · 平台自动回复权限 |
| #43P0B2B 询盘分级与自动报价外贸业务 | 询盘鱼龙混杂；24h 未回复转公开竞标流向同行 → 七信号分级+自动背调画像卡；估价模型秒出底价+多语种草稿（人工确认）；寄样超时提醒。资产：客户画像 + 报价模型 | 中-高 | 背调数据源（海关/企业信用）付费且覆盖有限，分级规则先粗后细 | 自建分级规则 · Dify · 第三方背调 API | 4-6 周 | #60 询盘通道 API · #14 工时库（报价精度） |
| #44P1广告诊断与否词建议运营 | 人工周度否词易漏、夜间预算照烧 → 广告 API 日度诊断；点击零转化词出否词建议（人工确认）；规则化分时调价。资产：否词库 + 分时数据 | 中 | Ads API 权限与数据字段口径，分时调价先灰度 | python-amazon-sp-api（Ads 端点）· Metabase | 3-4 周 | #59 采集管道（广告端） |
| #45P1测款数据决策（放量/淘汰）运营 | 留不留全凭手感 → 官方诊断逻辑代码化；分级阈值看板出三档建议；淘汰留痕反哺选品。资产：阈值表 + 决策记录 | 低 | 阈值按品类校准，先跑三个月数据回看 | Metabase · 规则脚本 | 1-2 周 | #59 · #44 广告数据 |
| #46P1Review 监控与账户巡检客服+运营 | 差评发现滞后、账户违规无预警（私联买家改评属违规红线） → 差评实时告警+主题归类关联退货定位根因；违规评论举报草稿；每日账户评级巡检。资产：差评主题库 | 低 | 账号健康无官方 API 的项如实标注人工周检 | #1 VOC 管线复用 · n8n 告警 | 1-2 周 | #1 VOC 管道 |
| #47P1退货原因结构化客服+运营 | 服饰退货率可超 25%、高频退货标签压制转化 → 退货报告+评论 LLM 归结构化原因码；超阈值生成整改建议回流 Listing；联动测款淘汰。资产：原因码体系 + 整改记录 | 低 | 各平台退货报告字段差异，映射表先建 | Dify LLM 打标 | 2 周 | 退货报告导出通道 |
| #48P1关键词词库构建运营 | 词散在 Excel 无人维护 → 挖掘 API 拉词集 LLM 聚类分层；周增量归档；一库三用（埋词/广告/SEO）。资产：企业词库（SSOT） | 低-中 | 词库是长期活——周增量机制比一次性建库重要 | 官方挖掘 API · n8n 周任务 · Dify 聚类 | 2-3 周 | #8 需求验证 |
| #49P1A+ 页面与主图视频美工+运营 | A+ 逐款手做、拍摄贵 → 品牌 A+ 模板库+LLM 按母本卡出文案；视频走脚本+混剪管线；规范自动合规检查。资产：模板库 + 脚本库 | 中 | 视频混剪工程量大——先文案模板后视频管线 | 模板引擎 · FFmpeg 混剪 | 3-4 周 | #41 素材库 · #40 母本卡 |
| #50P1FBA 退仓处理（仓储一线）物流专员（海外仓退仓） | 退货堆仓无分级、能卖的当废品 → 退仓分级（可售翻新/维修/清退）规则+扫码登记；分级结果联动清仓与 Listing 状态。资产：退仓分级记录库 | 低 | 分级判定标准要先与质检共识 | 多维表格 + 扫码 web | 2 周 | 仓储流程约定 · #33 清仓联动 |
| #51P2达人建联短视频内容（达人） | 回复率约 10%、邀约千人一面 → 达人数据打分分层；按近期内容个性化邀约（官方渠道优先级）；SOP 跟进。资产：达人库 + 寄样 ROI 台账 | 中 | 达人数据源付费，先小规模验证 ROI 再扩 | 自建达人库 · LLM 个性化邀约 | 3-4 周 | 达人数据采购决策 |
| #52P2短视频脚本与矩阵短视频内容 | 脚本产能低矩阵剪不动 → 钩子+痛点+展示+CTA 模板批量出多风格脚本；混剪批量分发；数据回流迭代模板。资产：脚本模板 + 爆款结构库 | 低-中 | 模板冷启动需爆款拆解，先人工拆 30 条 | Dify 批量生成 · n8n 分发 | 2-3 周 | 账号矩阵规划 |
| #53P2社媒矩阵与 SEO 内容内容+运营 | 流量全靠付费 → 关键词内容日历；AI 辅写多格式改编；自然流量沉淀。资产：内容日历 + 主题映射 | 中 | 6-12 个月长周期投入，管理层预期要对齐 | 关键词日历 · LLM 辅写 | 3-4 周（搭管线） | #48 词库 |
| #54P2EDM 弃购挽回运营（独立站） | 弃购流程单一挽回低 → 三段式流程（提醒/社证/优惠）+A/B；分群差异化；订单触发。资产：邮件模板 + 分群策略 | 低 | 三段式节奏与分群策略需 A/B 迭代 | Shopify webhook · Listmonk（开源邮件） | 2 周 | 独立站事件回调 · 邮件域名信誉配置 |
本段小结（沿用 10 版）：两条合规驱动细点（AI 图标注、站内信回复）不是锦上添花而是「不做有风险」；Listing 工厂与客服 bot 是回报最快的 P0。
第 6 章 · SEGMENT 4.5 · #55-#64
数据与集成底座（10 项 · 底座级，工期以月计）
实施顺序提示：次序不可颠倒——先指标字典与资产库（越晚做越贵），再管道，最后 ChatBI。本段由 AI 负责人（我）主导建设，业务岗只做使用方。SP-API 申请（#59 前置）与 #55 字典同周启动，互不阻塞。
| # 细点 · 岗位 | 痛点 → 做法（含沉淀资产） | 难度 | 难点与坑 | 参考开源 / 工具 | 工期 | 前置依赖 |
|---|---|---|---|---|---|---|
| #55P0指标字典与 SSOT老板+运营+财务 | 同名不同数、决策会先吵口径 → 指标字典表（公式/口径/来源/负责人）；核心指标逐一固化；报表只准从字典取数。资产：指标字典（ChatBI 地基） | 中 | 口径共识是组织问题——逐指标开会拍板，越晚做越贵 | 自建字典表 · Metabase 模型层 | 4-6 周（分批） | 无（全方案最优先） |
| #56P0数字资产库（六类）AI 负责人维护 | 图/工艺单/FAQ 散落个人电脑 → 统一结构化存储六类资产；冷启动期精度随积累爬坡；谁产出谁署名。资产：六类资产（复利核心） | 低-中 | 命名/目录规范先行，否则三个月后检索废弃 | Outline（40,658★ BSL）· MinIO 对象存储 | 2-3 周 | #57 权限设计同步 |
| #57P0资产权限与安全全员 | 一个库账号、密钥在群聊、备份没演练 → 三级权限+部门过滤；每日备份滚动保留+月度恢复演练；密钥集中管理 90 天轮换；离职一键吊销交接 SOP。资产：权限矩阵 + 恢复 runbook | 低 | 恢复演练最易被跳过——写进月度日程制度化 | 三级角色自建 · 备份脚本（Keycloak 可选） | 2 周 | 无 |
| #58P0IM 办公套件三件套全员 | 数据在工作台、老板活在 IM → 多维表格定时写入指标（自带仪表盘）；群机器人早报/预警（签名校验）；文档 API 周报。资产：指标快照 + 周报库 | 低 | 推送频率限制防骚扰，签名校验防伪造 | n8n 定时推送 | 1-2 周 | #55 指标字典首批 |
| #59P1平台数据采集管道AI 负责人 | 手工导表 T+1/T+3 → SP-API 四组接口+Ads API；两层数据仓；已知接口坑（通知 bug/财务事件延迟）预留联调缓冲。资产：订单/财务/广告历史库 | 中 | SP-API 角色授权审核数天-数周——入职第一周发起申请（详见第 8 章①） | python-amazon-sp-api（680★ MIT）· Meltano（2,634★） | 4-6 周（含审核） | 专业卖家账号 · 开发者应用注册 |
| #60P1多渠道采集AI 负责人 | 渠道两张皮、询盘散落 → 独立站 API 与事件回调；短视频小店接口；批发平台询盘接口，三表关联成漏斗。资产：订单宽表 + 询盘漏斗 | 中 | 五渠道接口能力差异大，TikTok Shop 接口变动频繁 | n8n 官方节点（Shopify/Walmart/TikTok/eBay） | 4-6 周 | 各渠道开发者账号 |
| #61P1ERP 分档接入供应链/财务 | ERP 与销售割裂 → 按开放能力分档：文档齐全 API 直连（部分 ERP 已支持 MCP 直连 AI 工作台）；按接口收费的评估；弱的只读导出。资产：SKU 成本主数据 | 高 | Odoo 社区版电商连接器在付费墙内（OCA 模块或自研桥接）；系统盘点先于选型（详见第 8 章④） | Odoo（54,509★ LGPL-3）/ ERPNext（39,441★ GPL-3）；只读导出档起步 | 1-3 月 | 现有 ERP 能力盘点 · #55 口径 |
| #62P1ChatBI 问答老板/运营 | 查数等会 SQL 的人 → 以指标字典为语义层（纯文本转 SQL 是死路）；只读白名单；问答对沉淀复利。资产：问答对 + SQL 模板库 | 中 | 没有指标字典就没有 ChatBI——语义层先行；正确率月度核对 | WrenAI（17,711★） | 4-6 周 | #55 指标字典 · #59 管道 |
| #63P1自动周报与复盘报告管理层 | 周报手工拼、复盘只有数字无归因 → 只自动化高频结构化场景；分主题生成再汇总；数字全取指标字典，IM 文档推送。资产：经营决策档案 | 低-中 | 「什么自动化什么不」边界先枚举，防鸡肋报告 | n8n · Dify 模板化 | 2-3 周 | #55 · #58 IM 通道 |
| #64P1预警体系 + LLM 成本台账全员+主导人 | 断货差评失控事后发现；API 花费月底吓一跳 → 规则引擎（断货/差评环比/ACOS 偏离）分级推送；usage 日终对账+超预算熔断。资产：预警规则库 + 用量台账 | 低 | 账号健康无官方 API 的项如实标注人工周检，不假装自动化 | LiteLLM（59,365★，max_budget 是配置项）· n8n | 2-3 周 | LiteLLM 网关部署（第 1 章）· #59 管道 |
本段小结（沿用 10 版）：次序不可颠倒——先指标字典与资产库（越晚做越贵），再管道，最后 ChatBI。本段由 AI 负责人主导建设，业务岗只做使用方。
第 7 章 · SEGMENT 4.6 · #65-#71
财务与经营（7 项 · 补强段）
实施顺序提示：本段几乎全部依赖 #59 采集管道（结算/回款/账单数据），是「管道先行、财务殿后」的典型；#65/#66 两个 P0 直接回答老板「我到底赚没赚」。现金流预测（#70）让「投入在前回报在后」的时间差可见可控。
| # 细点 · 岗位 | 痛点 → 做法（含沉淀资产） | 难度 | 难点与坑 | 参考开源 / 工具 | 工期 | 前置依赖 |
|---|---|---|---|---|---|---|
| #65P0SKU 毛利 T+1 核算老板+财务 | 毛利月结才知道、哪个 SKU 真赚钱靠感觉 → 平台结算+广告+头程自动归集到 SKU；毛利看板 T+1；异常归因初判。资产：SKU 级毛利时序库 | 中 | 头程分摊口径（重量/体积/件数）要财务拍板一次 | 自建归集脚本 · Metabase 看板 | 4-6 周 | #59 结算+广告管道 · #31 头程口径 |
| #66P0多渠道对账财务 | 平台结算/回款/广告账单人工对、差异月底爆雷 → 三向自动拉取对账；差异清单+原因归类（费率变动/退款/仓储费）。资产：对账差异档案 | 中 | 三向数据时间窗对齐（结算周期 ≠ 账单周期） | python-amazon-sp-api 结算报告 · 自研对账脚本 | 3-5 周 | #59 管道 |
| #67P1汇率联动定价老板+业务 | 报价汇率敞口没人盯 → 实时汇率进报价模型（B2B 报价自动带锁汇建议）；在途订单本币毛利波动提示。资产：汇率敞口档案 | 低 | 锁汇建议涉及财务决策权限——工具出建议人拍板 | 公开汇率 API · 报价模型（#43） | 1-2 周 | #43 报价模型雏形 |
| #68P1应收账龄与信用财务+业务 | B2B 账期无系统跟踪、坏账后知后觉 → 订单-发票-回款关联；账龄分档预警；超期自动催收提醒；大额订单信保联动提示。资产：客户信用档案 | 低-中 | 订单-发票-回款关联键缺失需补录 | 自建台账 · Metabase | 2-3 周 | B2B 订单数据归集 |
| #69P1退税日历财务/单证 | 退税资料齐套靠人记、错过申报节奏压资金 → 报关单-发票-收汇单证齐套检查清单；申报节奏日历提醒；缺口自动预警。资产：退税档案库 | 低 | 检查项随政策更新，季度复审清单 | n8n 日历 · checklist | 1-2 周 | #38 单证库（可并行） |
| #70P1现金流预测老板 | 投入在前回款在后、现金压力靠感觉 → 在途回款+库存占用+费用日历滚动现金流预测；资金缺口提前预警。资产：现金流预测基线 | 中 | 预测偏差月度回测机制要立（预测 vs 实际统计） | Pandas 滚动模型 · Darts（9,521★，进阶） | 3-4 周 | #65 毛利 · #68 应收 |
| #71P2成本结构分析老板+财务 | 降本不知道从哪刀 → 成本按要素拆解（货/物流/广告/平台费/退货损失）趋势与占比；异常要素归因建议。资产：成本结构时序库 | 低 | 要素分摊规则与 #65 同源，不另立口径 | Metabase | 2 周 | #65 毛利核算 |
本段小结（沿用 10 版）：财务段是老板视角的刚需——毛利 T+1 与多渠道对账两个 P0 直接回答「我到底赚没赚」；现金流预测让「投入在前回报在后」的时间差可见可控。
第 8 章 · HARD PARTS
实施难点专章（六大坑逐条展开）
本章定位：71 项里所有「高难度」的账都在这里摊开——面试被追问「最难的是什么」时，答这六条中的任意一条都比背概念强。每条都给到可执行的动作与路线对比。
8.1 Amazon SP-API：审核周期是主约束，不是技术
SP-API 的门槛在流程不在代码：开发者应用注册（Developer Profile）→ 角色授权（Roles）审核，数天到数周；且需要专业卖家账号（Professional Seller）背书。这是全方案最长的不确定等待，所以动作只有一条：入职第一周就发起申请（对应 #59/#1/#44/#65/#66 全部等它）。
- 等待期不让业务停摆：先用「手工导表 T+1 + 官方报表」维持数据流，管道就绪后切换取数源——分阶段策略，不是长期双轨。
- 代码侧用社区事实标准库 python-amazon-sp-api（saleweaver，680★，MIT，活跃），不自研签名与令牌刷新。
- 已知接口坑：通知偶发 bug、财务事件延迟——联调排期预留 1-2 周缓冲（10 版 4.5 已标注）。
- 省力路线：其余渠道不走 SP-API 这套重审核流程，走各平台官方 Open API + n8n 现成节点。
| 渠道 | 接入方式 | 审核门槛 | 建议动作时点 |
|---|---|---|---|
| Amazon | SP-API（Orders/Finance/Ads/Solicitation 等角色） | 高：应用注册+角色审核数天-数周，专业卖家账号 | 入职第 1 周发起；等待期手工导表过渡 |
| Shopify | 官方 Open API + Admin webhooks | 低：自建 app 即时可用 | 第 2-4 周（独立站数据最先通） |
| Walmart | 官方 Open API | 中：卖家中心开通 API 权限 | 第 4-6 周 |
| TikTok Shop | 官方 Open API | 中：接口变动较频繁，留缓冲 | 第 6-8 周 |
| eBay | 官方 Open API（OAuth 用户令牌） | 低-中 | 与 TikTok 并行或随后 |
8.2 丝印分色：无成熟开源，三路线对比
定位：印花为部分款选用的分支工序（丝印七道子工序之一），本节仅就该子工序的工具路线比选。市场被 Sep Studio NXT / UltraSeps 等商业软件占据（$300-1500 单套），开源界没有能直接用的分色加网方案。对应 #13（印花款专用 · 个人已验证案例，P1）。
| 路线 | 成本 | 精度上限 | 工期 | 判定 |
|---|---|---|---|---|
| A. GIMP + G'MIC 半调插件脚本化 | 零 license | 有限——专色还原依赖人工调参，复杂稿不稳定 | 2-4 周出雏形 | 适合简单专色稿与预处理；不承担主力 |
| B. 商业软件过渡 | $300-1500 单套 | 高（行业成熟） | 立即可用 | 过渡主力：先买一套保生产，其输出作 C 路线的校验基准 |
| C. 自研算法（颜色聚类拆专色 + 自动加网） | 无 license | 以本厂印花数据为上限——数据越多越准 | 1-3 月 | 可行且有实测底牌：浔兴丝印分色加网自动化项目实测效率 +80%；前提是本厂历史印花稿+专色样本先数字化入库 |
推荐打法：B 与 C 并行——商业软件保当下产能，自研算法吃长尾与参数沉淀（分色参数库+专色模板是资产复利项）；A 的脚本并进 C 的预处理工具链。C 路线面试口径：「无成熟开源我确认过（GitHub 无对应项目，市场被商业软件占据），我的可行性来自浔兴项目实测而非推测，且以本厂数据积累为前提条件」。
8.3 排料：开源面向刚性材料，软料约束必须二开
候选开源——deepnest-next（191★，活跃但面向刚性材料）、SVGnest（2,600★，已停更，算法底座参考价值）、DeepNestPort（132★，C# 桌面底座）。它们的排料对象是钣金/木工等刚性件，箱包软料的三类约束原生不支持：
- 纹理方向：面料丝缕方向限制件的可旋转角度集合（不是自由旋转）；
- 对格对条：印花/格纹面料裁片间需对位，排料时零件带「对位锚点」约束；
- 缝份放量：裁片外扩量随工艺变化，嵌套轮廓不是净样。
| 用途 | 工具选择 | 理由 |
|---|---|---|
| 生产裁剪指令（正式排料） | 商业箱包 CAD（部件库+参数化+自动排料） | 稳妥起点：人工排版效率已够，出错代价低；#15 的主体先落在「纸格进 CAD」 |
| 报价估算（损耗预估） | 开源引擎二开（deepnest-next 加方向约束） | 估算容差大，遗传算法加纹理方向约束可行；不吃生产风险 |
红线判断：软料形变建模不可靠，开源排料引擎的输出不进生产裁剪链，只服务算料报价——这是「开源做辅助估算、商业做稳妥生产」的分工，不是能力妥协。
8.4 ERP：连接器在付费墙内，先只读不动流程
- Odoo 社区版（54,509★，LGPL-3）：中文完整，但 Amazon/eBay 等电商连接器在付费墙（企业版/OCA 模块）内；OCA 社区模块质量参差，另一条路是 API 自研桥接（自付开发量）。
- ERPNext（39,441★，GPL-3）：中文本地化弱（金税/银行/报表习惯不符），跨境场景二次适配成本高。
- 结论（对应 #61）：现有 ERP 未盘点前不动现有流程——先上「只读导出档」：每日导出 SKU/库存/采购单快照入库，销售侧数据与供应链数据在数据仓层汇合，业务流程零迁移。
- 分档决策树：盘点现有系统开放能力 → ①文档齐全 API 直连（部分 ERP 已支持 MCP 直连 AI 工作台）→ ②按接口收费的做投入产出评估 → ③开放能力弱的长期只读导出。
8.5 许可证红线：全部「内部使用」合规，红线只在转售
| 组件 | 许可证 | 红线与合规口径 |
|---|---|---|
| n8n | fair-code（Sustainable Use License） | 禁转售、禁作为服务提供给第三方；公司内部自动化使用合规 |
| Dify | Apache-2.0 + 附加条款 | 禁多租户 SaaS 转售；内部编排使用合规 |
| Outline | BSL 1.1 | 商用需官网申请；<50 人有免费通道（公司规模内可申请） |
| Metabase | AGPL | 内部使用合规；若改造后对外提供服务才触发开源衍生部分义务（内部 BI 不触发） |
| Typebot | FSL（功能源码许可） | 类 fair-code 限制：内部构建对话流合规，竞品化转售禁止 |
| LiteLLM / Meltano / PaddleOCR | MIT / MIT / Apache-2.0 | 宽松许可，内部商用无限制 |
一句话面试口径：这套栈的全部用法是「公司内部工具」，不碰任何组件的转售/多租户红线；唯一要办手续的是 Outline（<50 人免费通道申请）。若未来把工作台开放给集团三层外部使用，需重审 Dify/n8n 条款边界。
8.6 数据合规：三条平台规则红线
- 评论取数：只走官方客户反馈 API（评论/退货洞察）与平台导出，禁爬虫——账号风控一票否决，也对应 #1 的取证口径「合规取数（官方）」。
- 站内信：24h 必回且禁营销（平台强制绩效）——自动回复内容白名单化，营销词库零进入；#42 的双保险（官方自动回复 + AI 草稿人工审发）就是为这条设计的。
- AI 人物图：平台新规要求写实 AI 生成人物图打元数据标签（AI-generated disclosure）——#41 管线内建「未标注不出库」的门禁，标注审计入资产库。
- 附加：评论含买家个人信息，入库做最小化存储与脱敏（跨境个人信息保护）。
第 9 章 · ROADMAP
三阶段排期（细点编号映射）
次序两原则（沿用 10 版 s8）：先「改变决策质量」后「加快动作」；底座中「越晚做越贵」的部分（指标字典/资产库/权限）与第一批管道同批落地。分级工期：细点级以周计，底座级以月计。编号对应第 2-7 章表格。
阶段一 · 奠基（约第 1-2 月）
快赢与地基
细点编号
- 快赢线：#1 VOC 洞察台、#40 Listing 工厂（最快见效的两个 P0）
- 财务线：#65 毛利 T+1 首版（结算+广告自动归集，手工导表起步）
- 地基三件套（越晚越贵）：#55 指标字典 v1、#56 资产库骨架、#57 权限分级
- 通道：#58 IM 早报机器人通道
- 第 0 周就绪动作：Docker Compose 栈部署（第 1 章）+ SP-API 应用注册发起（#59 前置，不等阶段二）
依赖顺序
- 栈部署 → #55 字典首批 → #58 早报（用首批指标跑通「字典 → 取数 → 推送」闭环）
- #1 与 #40 并行：SP-API 等待期先做 #40 的母本卡规范与独立站侧数据
- #65 首版以手工导表 + Ads 报表起步，#59 就绪后切自动取数
可测验收：企划会用上数据简报；老板收到第一条自动早报；首批细点实测回收期 ≤ 预估 × 1.5；资产库有首批署名资产入库。
阶段二 · 扩展（约第 2-4 月）
生产端与复用
细点编号
- 打样与供应链协同：#23 3D 虚拟打版、#21 打样台账、#14 工时估价（成本计算器）、#27 采购询价；#15 纸格进 CAD 排料算料、#4 双评审闸门数字化；印花等工厂侧工序工具（#13）按款配套
- 服务线：#42 客服 bot、#43 询盘分级（人工确认位）
- 素材线：#41 AIGC 商品图管线（合规标注内建，与 #40 Listing 配套上量）
- 运营线：#44 广告诊断、#45 测款决策看板
- 管道线：#59 SP-API 采集管道（预留联调缓冲）、#60 多渠道采集、#61 ERP 接入（盘点+只读档）
依赖顺序
- #59 管道就绪 → #44/#45/#65 升级为全自动取数
- #23 3D 打版与 #14 工时采样并行（数据采集互不阻塞）；#15 先商业 CAD 落纸格数字化，二开评估随后；#13（印花款专用）随印花款穿插落地，不占主线排期
- #42 知识库建设与 #43 报价模型依赖 #14 工时库精度，排在其后
- #61 从「盘点+只读导出」起步，不与任何业务流程迁移耦合
可测验收：单件成本自动估算并与首批实际订单完成一轮校准（偏差收敛）；询盘响应中位数小时级 → 分钟级；客服自动化率建立月度基线。
阶段三 · 自我增强（约第 4-6 月起）
体系自我增强
细点编号
- 库存线：#30 四态库存补货预警、#33 滞销清仓决策
- 数据线：#62 ChatBI（指标字典语义层）、#63 自动周报复盘报告
- 财务全量：#66 对账、#67 汇率、#68 账龄、#69 退税、#70 现金流预测
- 复利线：资产复用三出口打通（内部机器人 #58 → 对外客服 #42 → 自动报价 #43）；#64 预警规则库回测迭代 + LLM 成本月度对账制度化
依赖顺序
- #62 ChatBI 是 #55+#59 的函数——两者不成熟不上
- #30 需 #59/#60 双管道稳定 + #31 头程口径；#66-#70 依次消费 #59 的结算/回款/账单流
- 复用三出口共用 #56 资产库与 #55 字典——「一次沉淀、三处消费」的复利结构在此显形
可测验收：核心一把尺（人均毛利贡献）连续两季上行；换岗交接完整依赖工作台+资产库完成一次实测；复盘结论回流企划，整条链跑通。
第 10 章 · ROLE MAP
岗位落地对照表（12 岗位 × 先上的工具 × 上线批次 × 攒的资产）
本章视角：第 2-7 章按环节拆、第 9 章按时间排，本章按人对齐——每个岗位第一批拿到什么工具、第二批拿到什么、手上攒下什么家底。岗位名与三版定稿规格 12 岗位集一致；（在招）为当前在招岗位；批次对齐第 9 章三阶段排期。泉州工厂侧岗位（版师/工艺师）以「泉州工厂协同」方式服务，不做工厂内管理系统。
| 岗位 | 双链位置 | 第一批工具（上线批次） | 第二批工具（上线批次） | 沉淀资产 |
|---|---|---|---|---|
| 老板 / 决策人 | 运营销售链⑦ 经营复盘 | 阶段一：#58 群机器人经营早报 · #65 毛利 T+1 看板 | 阶段三：#62 ChatBI 随问随出 · #63 自动周报与月度复盘初稿 | 指标快照 · 经营决策档案 |
| 亚马逊产品开发（在招） | 开发链① 市场企划 | 阶段一：#1 VOC 洞察台（官方评论洞察接口+差评聚类）· #8 关键词与需求验证 | 阶段二：#7 竞品拆解库 · #2 企划期粗核价前置 · #9 企划案初稿生成 | VOC 标签库 · 测款规则库 · 企划案与偏差库 |
| 箱包设计师 | 开发链② 款式设计 | 阶段二：#4 线上评审打分留痕 · #16 AI 出图初筛（概念阶段筛方向） | 阶段二-三：#5 趋势雷达 · #6 社媒趋势监测 · #26 AI 辅助评审与数据测款 | 概念图库 · 矢量母版库 · 选款评分库 |
| 版师 / 工艺师（泉州工厂协同） | 开发链③ 工艺制版 + ④ 打样 | 阶段二：#23 3D 虚拟打版远程评审（先虚拟后实物）· #14 工时估价（成本计算器）· #15 纸格 CAD 参数化 | 阶段二-三：#21 打样台账 · #20 Tech Pack 自动生成 · #18 特种工艺制版 · #13 丝印分色加网自动化（印花款专用 · 个人已验证案例，随印花款穿插） | 纸格数字库 · 标准工时库 · 分色参数库 · 改样履历 |
| 材料采购员（在招） | 开发链⑦ 量产下单 | 阶段二：#27 供应商档案与询价比价（中英询价函起草 · 回函比价矩阵） | 阶段二-三：#36 交期台账与催货提醒 · #37 物料涨价预警 · #19 辅料选型与 BOM | 供应商履约档案 · 报价库 |
| 跟单 | 开发链④ 打样 + ⑦ 量产下单 | 阶段二：#21 打样台账（每版拍照+问题结构化登记）· 封样四部门联审 checklist | 阶段二-三：#34 多厂进度统一看板（含中英进度邮件）· #11 上市波段倒排 | 改样履历 · 封样电子档案 · 进度时序 |
| 跨境电商运营 | 运营销售链①②⑦ | 阶段一：#40 Listing 工厂（母本卡→四渠道多语言初稿，人工终审） | 阶段二：#44 广告诊断与否词建议 · #45 测款三档建议看板 · #3 小单验证规则 阶段三：#63 自动周报 |
产品母本卡库 · 否词库 · 测款阈值表 |
| 美工 | 运营销售链① 上架 + ③ 内容营销 | 阶段二：#41 AIGC 商品图管线（白底图→AI 模特/场景批量出，合规标注内建） | 阶段二-三：#49 A+ 模板库与文案初稿 · 主图视频脚本混剪管线 | 按 SKU 素材库 · 模板库 |
| 短视频内容总监（在招） | 运营销售链③ 内容营销 | 阶段二：#52 多风格脚本批量初稿（钩子+痛点+展示+CTA） | 阶段三：#51 达人打分分层+个性化邀约 · #53 关键词内容日历 | 脚本模板库 · 达人库与寄样 ROI 台账 |
| 客服 | 运营销售链④ 客服售后 | 阶段二：#42 多语言客服 bot（独立站/WhatsApp 自动答；站内信 AI 草稿+人工发守合规） | 阶段三：#46 差评实时告警+主题归类 · #47 退货原因结构化归因 | FAQ/RAG 知识库 · 退货原因码体系 · 差评主题库 |
| 外贸业务员 B2B | 运营销售链⑤ B2B 询盘 | 阶段二：#43 询盘七信号分级+背调画像卡 · 估价模型底价区间（人工确认发） | 阶段三：#67 汇率联动定价（锁汇建议） | 客户画像库 · 询盘漏斗 · 报价模型 |
| 物流专员（在招） | 运营销售链⑥ 库存补货 | 阶段二：#31 货代比价与头程核算（账单 OCR 结构化对账） | 阶段三：#30 四态库存一张表（API 日更）· #32 轨迹聚合+异常节点预警 · #33 滞销清仓决策 | 货代履约库 · 航线时效基线 · 补货参数 |
先上工具、后到人：三个在招业务岗（产品开发 / 材料采购 / 物流专员）与内容总监的第一批工具均在阶段一/二先行上线——新人到岗即有工作台与存量资产可用，招聘画像也从「什么都会」收敛为「会用这套工具」。AI 应用工程师（本岗）不在表内：全部 71 项的建设与维护职责都在本岗。
第 11 章 · OPEN SOURCE INDEX
开源项目速查表
口径：star 数为 GitHub API 实测（2026-09-22）；许可证「—」表示当次未采集，选型落地前以仓库 LICENSE 文件为准。难度列指「该环节用它的落地难度」。
| 项目 | 仓库 | Stars | 许可证 | 一句话定位 | 环节 / 难度 |
|---|---|---|---|---|---|
| Dify | langgenius/dify | 156,802 | Apache-2.0+附加条款 | 首选 LLM 编排：中文生态最好，Docker Compose 自托管，禁多租户转售 | LLM 编排/RAG · 低 |
| RAGFlow | infiniflow/ragflow | 91,125 | Apache-2.0 | 复杂文档解析强，资源占用高（备选） | RAG · 中 |
| FastGPT | labring/FastGPT | 29,714 | — | 编排备选 | RAG · 中 |
| n8n | n8n-io/n8n | 205,640 | fair-code（Sustainable Use） | 首选工作流：400+ 集成 + AI 节点；内部用合规 | 工作流 · 低-中 |
| Activepieces | activepieces/activepieces | 24,646 | MIT | 更轻的工作流备选，生态小 | 工作流 · 低 |
| Odoo 社区版 | odoo/odoo | 54,509 | LGPL-3 | ERP：中文完整，电商连接器付费墙 | ERP · 高 |
| ERPNext | frappe/erpnext | 39,441 | GPL-3 | ERP 备选：中文弱 | ERP · 高 |
| python-amazon-sp-api | saleweaver/python-amazon-sp-api | 680 | MIT | SP-API 事实标准社区库，活跃 | 电商采集 · 中（审核周期） |
| Metabase | metabase/metabase | 49,367 | AGPL | 最易用 BI | BI 看板 · 低 |
| Lightdash | lightdash/lightdash | 6,149 | — | 指标即代码 BI，需 dbt 前置 | BI · 中 |
| WrenAI | Canner/WrenAI | 17,711 | — | 治理型 text-to-SQL ChatBI | ChatBI · 中 |
| LiteLLM | BerriAI/litellm | 59,365 | MIT | 首选 LLM 网关：原生 per-key 预算 + 超限熔断（max_budget） | 成本管控 · 低 |
| Helicone | Helicone/helicone | 6,170 | — | LLM 观测备选：细但栈重 | 观测 · 中 |
| statsforecast / neuralforecast | Nixtla/statsforecast · Nixtla/neuralforecast | 4,913 / 4,275 | Apache-2.0 | 统计/神经预测双件套 | 预测补货 · 中 |
| Darts | unit8co/darts | 9,521 | Apache-2.0 | 时序预测全家桶（进阶） | 预测 · 中 |
| Prophet | facebook/prophet | 20,412 | MIT | 预测基线 | 预测 · 低 |
| deepnest-next | deepnest-next/deepnest | 191 | — | 活跃排料引擎，但面向刚性材料 | 排料 · 高（二开） |
| SVGnest | Jack000/SVGnest | 2,600 | — | 停更；算法底座参考 | 排料 · 高（二开） |
| DeepNestPort | DeepNestPort/DeepNestPort | 132 | — | C# 桌面排料底座 | 排料 · 高 |
| 丝印专色拆分（印花） | — | — | — | 无成熟开源；GIMP + G'MIC 插件半自动路线，自研见第 8 章② | 印花制版 · 高 |
| PaddleOCR | PaddlePaddle/PaddleOCR | 89,968 | Apache-2.0 | PP-OCRv5 中英混排 + PP-Structure 表格解析，CPU 可跑 | OCR · 低 |
| Chatwoot | chatwoot/chatwoot | 37,046 | MIT | 全渠道客服工单 | 客服 · 低-中 |
| Typebot | typebotio/typebot | 10,350 | FSL | 对话流构建 | 客服 · 低-中 |
| Meltano | meltano/meltano | 2,634 | MIT | 轻量 ETL 首选 | ETL · 低 |
| Airbyte | airbytehq/airbyte | 22,113 | — | ETL 备选：资源重，小机房慎选 | ETL · 中 |
| Outline | outline/outline | 40,658 | BSL 1.1 | 知识库门户：<50 人可申请免费商用 | 知识库 · 低-中 |
| Wiki.js | requarks/wiki | 28,950 | AGPL | 知识库备选 | 知识库 · 低-中 |
速查表外的补充引用（第 2-7 章「参考开源」列出现，未采集 star/许可证，选型前核对仓库）：ComfyUI（出图管线）、Ink/Stitch + pyembroidery + potrace（绣花/矢量化）、Google OR-Tools（APS 约束求解）、ultralytics YOLO（缺陷检测）、Whisper（语音转写）、open_clip（视觉打标）、docxtpl（文档模板）、FFmpeg（视频混剪）、Listmonk（邮件）、imagehash（图片查重）、ArgyllCMS / LittleCMS（色彩管理）、scikit-learn（工时回归）、MinIO（对象存储）、Keycloak（IAM）。
第 12 章 · RISK REGISTER
技术风险登记册
用法：每条风险给「概率 / 影响 / 缓解」三段式；入职后每月对照复核一次，风险状态变化（如 SP-API 审核通过）就地更新。
| 风险 | 概率 | 影响 | 缓解措施 |
|---|---|---|---|
| SP-API 审核延期 | 中-高 | 高 | 入职第 1 周发起申请（唯一动作）；等待期以手工导表 T+1 + 官方报表维持业务数据流，管道就绪后切换取数源；#1/#44/#65 排期预留缓冲（详见第 8 章①） |
| 开源停更 / 不可维护 | 中 | 中 | 选型看维护活跃度（SVGnest 停更是先例，仅作算法底座参考）；核心组件锁定版本 + 薄封装隔离（业务代码不直连开源内部 API），可替换性保留 |
| LLM 成本失控 | 中 | 中 | 全部调用经 LiteLLM 网关：per-key max_budget 超限熔断 + usage 日终对账 + 月度成本台账（#64）；prompt 缓存与批处理对高频场景优先 |
| 单点依赖（一人部门） | 高 | 高 | 所有部署/巡检/故障处理写 runbook 入资产库；关键流程至少一名业务同事知晓入口；离职交接 SOP 在 #57 制度化——「体系离了我能跑」是验收标准而非口号 |
| 数据质量劣化 | 中 | 高 | 指标字典 SSOT（#55）约束取数口径；采集侧字段校验规则 + 异常值告警（#64）；AI 输出（VOC 归因/工时估算）保留人工抽检校准环 |
| 平台规则变动 | 中 | 中 | 订阅各平台官方 changelog；合规规则库（评论取数/站内信/AI 图标注）季度复审；管线侧把「合规检查」做成独立模块而非散在流程里，规则变了只改一处 |
| 服务器单点故障 | 低 | 中 | 每日备份滚动保留 + 月度恢复演练（#57，写进月度日程）；对象存储异地冗余；单服务器是成本权衡，业务中断容忍度内的选择 |