MVP 方案对比（MVP-FS vs MVP-WX）¶

文档编号：DOC-D00-MC / MVP-CMP 版本：V1.0 创建日期：2026-08-07 维护人：TL / SPO / DT 关联文档：MVP-FS、MVP-WX、TND-E

一、对比背景¶

本项目存在两条 MVP 实施路径：

方案	简称	载体	开发量
飞书版 MVP	MVP-FS	飞书多维表格 + AI 听写助手	0（纯工具配置）
微信小程序版 MVP	MVP-WX	微信小程序 + 云开发 + AI 云函数	4 周开发

两者数据模型完全一致（CPT-Lite 40 字段 / QSV-Lite 15 字段 / MDS-Lite 四库），8 阶段流程一致，差异在于工具层和交互层。本文从多维度对比，给出选型建议。

二、多维度对比¶

2.1 启动效率¶

维度	MVP-FS（飞书）	MVP-WX（小程序）	优势方
启动时间	1 天配置	4 周开发	FS ✅
开发量	0	中（TL 1人×4周）	FS ✅
培训成本	2h（全员学飞书表单）	0.5h（客户无需培训；师傅 3 按钮打卡）	WX ✅
首单速度	Day 1 即可	Week 4 上线后	FS ✅

2.2 客户体验¶

维度	MVP-FS（飞书）	MVP-WX（小程序）	优势方
进入方式	加微信/飞书好友	扫码即用	WX ✅
下单体验	OL 代录 / 客户填飞书表单	客户自助下单	WX ✅
支付方式	线下转账/FPS/现金	微信支付内嵌	WX ✅
进度查看	问 OL / 看飞书	小程序实时进度条	WX ✅
验收签字	纸质签字拍照	电子签字 canvas	WX ✅

2.3 师傅体验¶

维度	MVP-FS（飞书）	MVP-WX（小程序）	优势方
打卡方式	飞书表单填时间	一键打卡 + GPS	WX ✅
照片上传	拍照→发飞书群→OL 回填链接	拍照直传云存储	WX ✅
工时记录	手工算时间差	自动计算	WX ✅
异常上报	WhatsApp + 飞书回填	小程序即时上报	WX ✅
学习成本	需学飞书多维表	3 按钮打卡	WX ✅

2.4 数据质量¶

维度	MVP-FS（飞书）	MVP-WX（小程序）	优势方
数据完整率	60-70%（依赖手工）	≥95%（自动采集）	WX ✅
数据及时性	滞后（OL 回填）	实时（自动入库）	WX ✅
数据准确性	人为误差	系统自动（GPS/时间/支付）	WX ✅
L6 核心字段	7 字段手工填	7 字段自动采集	WX ✅
多媒体采集	照片散落飞书群	照片关联订单 ID 入库	WX ✅

2.5 AI 协同¶

维度	MVP-FS（飞书）	MVP-WX（小程序）	优势方
AI 参与方式	对话式（听写助手）	API 调用式（云函数）	WX ✅
AI 自动填写率	~30%	~50%+	WX ✅
AI 报价建议	OL 问听写	自动触发	WX ✅
AI 师傅推荐	OL 问听写	自动推荐+人工确认	WX ✅
AI 周报	脚本生成 + 听写润色	云函数自动生成	WX ✅

2.6 扩展性与演进¶

维度	MVP-FS（飞书）	MVP-WX（小程序）	优势方
字段扩展	飞书加列（简单）	云数据库加字段（简单）	平手
流程扩展	受限飞书自动化	云函数灵活扩展	WX ✅
支付闭环	❌ 无	✅ 微信支付	WX ✅
微信生态对接	❌ 无	✅ 公众号/视频号/小程序互跳	WX ✅
迁移到自建系统	CSV 导出	云数据库导出	平手
演进为正式系统	❌ 需重写	可渐进增强	WX ✅

2.7 成本¶

维度	MVP-FS（飞书）	MVP-WX（小程序）	优势方
工具费用	¥0	¥500-3000/年	FS ✅
开发人力	0	TL 1人×4周	FS ✅
运维成本	0	¥0-40/月（云开发）	FS ✅
数据流失成本	高（手工录入质量差）	低（自动采集）	WX ✅

2.8 风险¶

风险	MVP-FS	MVP-WX
上手抵触	高（一线抵触填表）	低（3 按钮打卡）
审核风险	无	中（小程序审核 1-7 天）
香港微信习惯	无影响	中（需确认客户使用习惯）
数据迁移	低（CSV）	低（云数据库导出）

三、综合对比矩阵¶

维度	MVP-FS	MVP-WX	权重	FS 得分	WX 得分
启动速度	1天	4周	高	10	4
客户体验	中	优	高	5	10
师傅体验	中	优	高	5	10
数据质量	60-70%	≥95%	高	5	10
AI 协同	对话式	API 式	中	6	9
扩展性	低	高	中	4	9
支付闭环	无	有	中	0	10
成本	¥0	¥500-3000	中	10	6
微信生态	无	有	低	0	8
加权总分				5.8	8.7

评分说明：10 分制，按权重加权（高×1.5 / 中×1.0 / 低×0.5）。WX 在体验、数据质量、扩展性上显著领先；FS 仅在启动速度和成本上占优。

四、选型建议¶

4.1 决策树¶

flowchart TD
    Q1{"业务是否已接单<br/>需立即支撑?"}
    Q1 -->|"是，急需"| FS1["✅ 选 MVP-FS<br/>1天上线"]
    Q1 -->|"否，可等4周"| Q2{"日均单量预期?"}
    Q2 -->|"<5单/天"| FS2["✅ 选 MVP-FS<br/>够用且零成本"]
    Q2 -->|"5-30单/天"| WX1["✅ 选 MVP-WX<br/>数据自动采集"]
    Q2 -->|">30单/天"| Q3{"是否需要支付闭环?"}
    Q3 -->|"是"| WX2["✅ 选 MVP-WX<br/>微信支付内嵌"]
    Q3 -->|"否"| SYS["→ 直接进 Phase 2<br/>自建系统"]

    FS1 --> NEXT1["FS 运行 4-8 周<br/>积累 50+ 单数据<br/>→ 再开发 MVP-WX"]
    FS2 --> NEXT1
    WX1 --> NEXT2["WX 上线运行<br/>→ Phase 1 并行 FS<br/>→ Phase 2 自建系统"]
    WX2 --> NEXT2

    style FS1 fill:#D4AF78,stroke:#004046,color:#004046
    style FS2 fill:#D4AF78,stroke:#004046,color:#004046
    style WX1 fill:#2a9d8f,stroke:#004046,color:#fff
    style WX2 fill:#2a9d8f,stroke:#004046,color:#fff
    style SYS fill:#004046,stroke:#004046,color:#fff

4.2 推荐路径（本项目当前情况）¶

当前现状：一线团队已接单（日均 2-3 单），需立即支撑。

推荐方案：FS 先行 → WX 跟进 → 并行运行 → 自建系统

阶段	时间	方案	单量
Phase 0	立即	MVP-FS 上线	日均 2-5 单
Phase 0X	Week 1-4	FS 运行 + WX 开发	日均 3-8 单
Phase 1	Month 2-3	FS+WX 并行（WX 主力，FS 备份+看板）	日均 5-20 单
Phase 2	Month 4-6	自建系统（FastAPI+PostgreSQL）	日均 20+ 单

4.3 并行运行策略¶

场景	FS 角色	WX 角色
WX 开发中	主力运行	—
WX 上线初期	主力 + 数据备份	试运行（30% 单走 WX）
WX 稳定后	管理后台（OL 飞书看板）	主力运行（70%+ 单）
自建系统后	退役	退役或保留为客户端

4.4 数据互通¶

两种方案数据模型完全一致，可随时互导： - FS → WX：飞书 CSV 导入 → 云数据库（mongoimport） - WX → FS：云数据库导出 CSV → 飞书多维表导入 - WX → 自建系统：云数据库导出 → PostgreSQL（字段名直接映射）

五、核心结论¶

MVP-FS 和 MVP-WX 不是二选一，而是分阶段递进：FS 解决"立即上手"，WX 解决"规模化采集"
数据模型一致是关键设计：确保 FS 积累的数据可直接迁移到 WX，WX 数据可迁移到自建系统
本项目推荐 FS 先行：一线已接单，1 天上线比 4 周开发更紧迫
WX 在 Week 1-4 并行开发：FS 运行不停，TL 利用业余时间开发 WX
WX 上线后 FS 不退役：转为管理后台（OL 飞书看板），实现数据双备份和习惯过渡

修订记录¶

版本	日期	修订人	修订内容
V1.0	2026-08-07	DT	首版创建：8 维度对比 + 综合评分矩阵 + 决策树 + 推荐路径（FS 先行→WX 跟进→并行→自建）

本文档为 MVP-FS 与 MVP-WX 方案对比选型文档，详见 MVP-FS 和 MVP-WX，技术平台演进见 TND-E。