# 「身材建模」健身产业互联网平台
# 开发方案与商业报告
> 版本:v1.0 · 日期:2026-10-20
> 定位:像滴滴整合出行一样,用"身材建模"这个刚需切入点,整合教练(运力)与健身场馆(场站),服务大众用户(乘客)。
---
## 目录
1. [项目定位](#1-项目定位)
2. [市场与痛点](#2-市场与痛点)
3. [商业模式](#3-商业模式)
4. [核心产品:身材建模](#4-核心产品身材建模)
5. [平台机制(滴滴式)](#5-平台机制滴滴式)
6. [技术方案](#6-技术方案)
7. [MVP 范围与路线图](#7-mvp-范围与路线图)
8. [运营与冷启动](#8-运营与冷启动)
9. [团队与预算](#9-团队与预算)
10. [风险与合规](#10-风险与合规)
11. [数据资产与长期壁垒](#11-数据资产与长期壁垒)
12. [关键指标(KPI)体系](#12-关键指标kpi-体系)
13. [合作与推进方式](#13-合作与推进方式)
---
## 1. 项目定位
一句话:**用"身材建模"切入,撮合教练与场馆,服务大众用户,做健身行业的产业互联网平台。**
产品结构为"三端 + 一中台":
| 端 | 角色 | 形态 |
|---|---|---|
| 用户端 | 大众顾客(乘客) | App + 微信小程序 |
| 教练端 | 接单教练(运力) | App 工作台:接单、排期、课时结算 |
| 场馆端 | 健身房(场站) | Web SaaS 后台:空闲时段库存化、扫码核销 |
| 运营中台 | 平台方 | 交易、派单、评价、分账、客服、风控 |
---
## 2. 市场与痛点
### 传统健身行业的三方痛点
| 角色 | 痛点 |
|---|---|
| 用户 | 办卡跑路;不知道怎么练;效果看不见、难坚持 |
| 教练 | 获客贵;收入被场馆抽成 40–60%;空闲时间浪费 |
| 场馆 | 获客成本高;场地空置率高;教练流失带走会员 |
### 为什么从"身材建模"切入
消费者付钱买的不是"训练",而是"变成某个样子"。把效果可视化,才有付费动力和复购。这与滴滴先解决"车在哪里、多久到"的信任可视化是同一逻辑——**先让结果可见,再撮合交易**。
---
## 3. 商业模式
### 收入结构
| 收入线 | 方式 | 参考比例/说明 |
|---|---|---|
| 交易佣金 | 平台担保交易、按次结算 | 15–25% |
| 教练供给侧 | 接单抽佣 + 增值订阅(曝光加权、数据工具) | 订阅制 |
| 场馆端 SaaS | 年费 / 核销系统费 | 年费制 |
| 数据增值 | 建模报告付费版、体测设备、营养品电商、保险联名 | 增值 |
| B 端 | 企业员工健康管理 | 第二曲线 |
### 关键资金流设计
**平台不碰年卡预付资金**,坚持按次/按课时结算,从模式根上解决"健身房跑路"的信任问题——这本身就是对用户的核心卖点。
---
## 4. 核心产品:身材建模
### 功能闭环
```
用户手机拍照
↓
AI 人体解析:体态评估(骨盆前倾/圆肩驼背)、体脂与围度估算
↓
3D 体型模型渲染(three.js)+ 生成"身材报告"
↓
推荐匹配教练 / 课程
↓
履约上课 → 复测对比 → 变化可视化
↓
复购 / 前后对比海报裂变
```
### 产品要点
- 报告不是终点,是**交易的起点**——每个异常项(体态问题、体脂超标)都对应一个可购买的解决方案(教练/课程)。
- 复测对比是复购的核心驱动:身体变化看得见,用户才愿意续课。
- 前后对比海报自带社交传播属性,是成本最低的获客渠道。
---
## 5. 平台机制(滴滴式)
| 机制 | 设计 |
|---|---|
| 教练入驻 | 资质审核(国职/私教证书真伪)、试课、评价体系、等级与智能派单 |
| 场馆入驻 | 空闲时段库存化(场地/团课按次按时售卖)、扫码入场核销 |
| 撮合逻辑 | LBS + 需求标签(减脂/增肌/产后/体态矫正)+ 排期匹配 |
| 信任体系 | 资金托管、平台担保、保险、投诉仲裁、效果数据留痕 |
---
## 6. 技术方案
### 端侧
- 小程序先行(uni-app / Taro),App 后续(React Native / Flutter)
- 3D 体型展示:three.js
### 后端
- 微服务架构:交易 / 用户 / IM / 支付 / 地图 / 派单
- 国内云部署,需 ICP 备案
### AI 层
- 2D 姿态关键点(可从 MediaPipe 起步)、人体分割、3D 重建、体成分估算
- 建模尽量端上处理,只上传结构化结果,不上传原始照片
### 数据合规(重要)
身体影像属敏感个人信息——需单独同意、最小化采集、留存期限明示,遵循《个人信息保护法》。
---
## 7. MVP 范围与路线图
| 阶段 | 周期 | 内容 |
|---|---|---|
| 0 需求验证 | 4–6 周 | 小程序 + 半自动建模报告,1 城、20–50 名种子教练、3–5 家场馆 |
| 1 MVP | 3–4 月 | 建模报告 + 教练预约 + 支付 + 评价 |
| 2 场馆库存化 | +2–3 月 | 时段上架、扫码入场、团课拼课 |
| 3 壁垒升级 | 持续 | 3D 建模增强、教练效果排行、企业端 |
---
## 8. 运营与冷启动
### 供给侧先行
- 首年给教练 85–90% 高分成抢供给(滴滴早期给司机高补贴同理)
- 场馆按空置时段增量分成,不動其存量会员利益,降低入驻阻力
### 需求侧
- 建模报告生成"前后对比海报"自发传播裂变
- 健身房地推 + 体检中心 / 美容院异业导流
### 城市策略
单城市跑通 UE(单位经济)模型再复制,滴滴式城市运营。
---
## 9. 团队与预算
### 初创配置(8–12 人)
| 职能 | 人数 |
|---|---|
| 产品 | 1 |
| 设计 | 1 |
| 前端 | 2 |
| 后端 | 2 |
| AI | 1 |
| 移动端 | 1–2 |
| 测试 | 1 |
| 运营 / BD | 2 |
### 预算
- 研发:60–120 万/年(视城市人力成本)
- MVP 周期:6–8 个月出
---
## 10. 风险与合规
| 风险项 | 应对 |
|---|---|
| **医疗边界** | 体脂/围度估算属健康评估,不属医疗诊断。文案明确"不构成医疗建议",体态异常只做提示并建议就医,避免无证行医风险 |
| **预付卡监管** | 多地已出台预付式消费资金监管办法。平台不碰"年卡预售"资金,按次/按课时结算,规避跑路连带责任 |
| **敏感个人信息** | 身体影像、体重数据需单独同意、最小化采集、端上处理优先、留存期限明示 |
| **教练资质** | 国职证/私教证书真伪审核 + 背景背调留痕,出问题可追溯 |
| **平台法律定性** | 明确是信息撮合方还是交易主体,决定税务、责任与资金流设计(建议:小额资金银行/持牌机构托管) |
---
## 11. 数据资产与长期壁垒
这个模式真正的护城河不是撮合,而是**身材数据资产**:
1. **纵向追踪数据库**:同一用户跨时间的 3D 体型变化 + 训练方案 + 教练标签,可反向训练"什么方案对什么体型最有效"的推荐模型。
2. **教练效果排行榜**:用建模数据客观量化教练交付效果(而非主观评价),全行业首次能做到"效果可证",对用户极强说服力。
3. **B 端数据服务**:向场馆输出"课程效果报告"、向保险公司/体检机构输出(脱敏)人群体征趋势,形成第二增长曲线。
---
## 12. 关键指标(KPI)体系
| 层级 | 指标 | 目标参考(MVP 阶段) |
|---|---|---|
| 获取 | 建模报告生成数/日 | 冷启动期 100+/日 |
| 转化 | 建模 → 预约体验课转化率 | ≥ 8% |
| 履约 | 体验课 → 正价课转化率 | ≥ 30% |
| 留存 | 30 日复购/复测率 | ≥ 25% |
| 供给 | 活跃教练数、场馆在线时段利用率 | 时段利用率 ≥ 35% |
| 财务 | 单城市 UE 模型转正 | 6–9 个月 |
---
## 13. 合作与推进方式
1. **先做需求验证,再写代码**:用现成小程序模板 + 半自动建模报告(人工出图)在 1 个城市跑 2 周,验证"建模报告是否真的带来体验课订单"。验证不通过,技术投入应控制在 5 万元以内。
2. **股权与分工建议**:技术方以"出资 + 全栈开发"占股,业务方以"行业资源 + 教练/场馆 BD + 运营"占股,明确城市独家授权机制。
3. **首期开发投入**(自建小团队):MVP(建模 H5 + 小程序 + 教练端 + 支付)约 6–10 人月,3–4 个月交付;后续场馆 SaaS 与 AI 模型迭代另计。
*本报告为初版方案,具体数字(佣金比例、预算、转化目标)需根据目标城市和种子用户验证结果校准。*
渝公网安备50023002020384号