MBM 医疗福利管理系统 - 技术服务方案与报价

方案摘要

本方案帮助甲方在微信生态内，为长沙县约 10 万学平险投保学生家长建立从投保到服务到理赔的全流程线上闭环，首期聚焦可上线、可运营、可验证的核心能力，为后续区域复制打下基础。

核心交付（按业务链路）：

投保链路： 家长扫码 → 填写信息 → 微信支付 → 保单生成 → 权益激活
服务链路： 权益查看 → 机构查询 → 预约下单 → 到店核销 → 理赔申请
运营链路： 会员管理、订单管理、结算对账、优惠券管理、数据看板
技术方案： 前端 Taro 4.x + React 18 + TypeScript（微信小程序 + H5）；后端 NestJS + MySQL + Redis

报价与工期： 项目报价 ¥395,625（不含税）| 工期约 17 周

为什么选择我们：

多模块协同交付能力： 团队长期交付小程序、微信支付、预约、结算、运营后台等多模块协同系统，能力覆盖 MBM 首期全部核心场景
试点导向的范围管理： 方案按”首期闭环先跑通、后续能力再扩展”组织范围与里程碑，便于甲方试点落地与内部推进
阶段交付、过程透明： 采用阶段交付、关键节点书面确认与问题闭环机制，项目过程可见、风险可控
依赖不阻塞主线： 外部接口（富德/育才）文档未到位时，以 Mock 接口先行推进前后端并行开发，接口就绪后快速联调切换

1. 项目理解

1.1 本期建设目标

本项目首期建设目标不是一次性做大全，而是围绕长沙县试点业务，优先完成可上线、可运营、可验证的核心闭环能力，为后续区域复制与功能扩展建立基础。

本期目标聚焦 4 件事：

跑通投保闭环： 家长可在微信生态内完成产品了解、信息填写、支付投保、保单查询与权益激活
跑通服务闭环： 家长可完成权益查看、机构查询、预约下单、到店核销与理赔申请
跑通运营闭环： 平台可完成会员、订单、预约、理赔、优惠券、结算等核心业务管理
验证试点可行性： 通过首期系统上线，验证业务流程、用户体验、平台协同与后续扩展路径

1.2 客户背景

MBM（Medical Benefit Management）是一个”保险+医疗”闭环服务平台，连接学平险（富德保险）、医疗服务机构（眼科/齿科诊所）和学生家长。

核心诉求： 在微信生态内，实现从投保到服务到理赔的全流程线上化。

1.3 目标用户

角色	操作频率	核心功能
学生家长（C端）	按需（结合营销端并发需求）	投保缴费、权益领取、预约服务、理赔申请
医疗机构（S端）	中频（每周）	接单确认、服务核销、结算对账
营销员/渠道（B端）	高频（每日）	推广获客、业绩查看、客户管理
平台运营（A端）	中频（每日）	会员管理、订单管理、数据监控、财务对账

1.4 试点范围

地区： 湖南省长沙县
规模： 10万学平险投保学生家长
终端： 家长微信小程序为主，H5 作为配套承接与展示能力，未来扩展至 B 端 / S 端

1.5 核心业务流程

投保流程：家长扫码 → 填写信息 → 会员激活 → 权益到账
预约流程：选择权益 → 选择机构 → 选择时间 → 确认预约 → 到店核销
理赔流程：申请理赔 → 上传资料 → 等待审核 → 赔款到账
结算流程：机构申请 → 平台审核 → 对账确认 → T+15打款

1.6 已知集成依赖

外部系统	集成内容	状态
微信支付	投保缴费、退款	需申请商户号
富德核心系统	保单数据同步、理赔对接	接口文档待提供
育才系统	渠道/学校数据同步	接口文档待提供
短信平台	验证码、通知	阿里云/腾讯云

2. 需求拆解与范围说明

2.1 本期覆盖范围（P0 + P1）

本次报价聚焦试点一期核心闭环建设，仅覆盖功能清单中标注为 P0 / P1 的内容，目标是支撑首期业务上线、试点运营与关键流程验证。

模块	主要内容	交付物	复杂度
M0 投保模块	产品展示、投保表单、健康告知、微信支付、保单生成	可独立运行的投保流程	中
M1 服务模块	权益展示、机构查询、预约booking、QR核销	预约+核销完整闭环	高
M1 理赔模块	资料上传、理赔申请、进度追踪	理赔提交+状态流	中
M2 结算模块	机构对账、结算申请、T+15打款	机构财务模块	中
M2 运营模块	会员管理、订单管理、基础数据看板	运营后台	高
公共模块	登录认证、通知中心、系统对接	跨端通用能力	中

2.2 后续扩展建议（P2）

以下功能建议在首期试点稳定运行后，根据业务反馈和实际运营需求纳入二期评估：

家长侧增强体验：分享能力、地理位置排序、机构结算看板等增强能力
营销侧增强能力：客户管理、佣金提现、营销效果分析、自动化营销规则
运营侧增强能力：系统配置、库存调拨、财务对账报表、发票管理
机构侧增强能力：数据统计等深度经营分析功能

2.3 明确排除范围

以下内容未纳入本报价范围：技术基建成本（云服务器/数据库等）、差旅与线下服务、陪诊端（P端）、机构S端独立功能（入驻/排班）、原生APP、电子签章、多保险公司支持、第三方 license 费用。详细说明见第 9.3 节。

2.3 技术约束

微信小程序要求使用 Taro 4.x + React 18 + TypeScript
多端复用（小程序 + H5）需从同一套代码构建
后端 API 尚未明确定义，本报价基于 RESTful 规范假设

2.3.1 范围锁定声明

本报价范围严格以 2.4 节《整体项目功能清单》中标注为 P0 / P1 的功能为准。 标注为 P2 的功能作为后续扩展建议，不纳入本次报价与验收范围。功能清单之外的新增需求，如需实施按 9.4 节需求变更处理规则另行评估和计费。

2.4 整体项目功能清单

以下功能依据 PRD-MBM.md 编制，按优先级 P0/P1/P2 和上线阶段 M0/M1/M2 分批交付，涵盖前后端完整开发。

2.4.1 C端 — 家长小程序 / H5

M0 投保模块（P0 必须）

编号	功能名称	功能描述	优先级
F-M0-01	扫码入口	家长扫描营销员/学校分享的二维码，进入投保落地页	P0
F-M0-02	产品展示页	学平险产品说明（含保障内容、保费、参保须知）	P0
F-M0-03	投保信息填写	家长姓名、手机号、关系；学生姓名、学校、班级、身份证号；受益人信息	P0
F-M0-04	健康告知	在线完成健康声明（是/否勾选）	P0
F-M0-05	微信支付	微信支付保费（支持回调通知）	P0
F-M0-06	保单生成与存储	支付成功后生成电子保单，关联家长账号	P0
F-M0-07	会员激活	将保单与家长账号绑定，权益到账	P0
F-M0-08	我的保单	查看已购保单列表，含状态（生效中/已过期）	P0
F-M0-09	基础信息维护	查看/编辑家长联系方式、学生信息	P0

M1 服务预约模块（P0/P1）

编号	功能名称	功能描述	优先级
F-M1-01	权益首页	以卡片形式展示可用/已用/已过期权益，显示名称、描述、有效期	P0
F-M1-02	机构查询	按机构类型（眼科/齿科）、距离、评分筛选；支持地图+列表切换	P0
F-M1-03	机构详情	显示机构名称、地址、联系电话、营业时间、评分、可预约时间槽	P0
F-M1-04	预约booking	选择服务类型、时间槽，确认预约（生成预约单）	P0
F-M1-05	预约凭证（QR）	生成含预约信息的二维码，到店出示核销	P0
F-M1-06	预约记录	查看全部预约（含待使用/已核销/已取消），支持取消未到店预约	P0
F-M1-07	分享到微信	将权益卡或预约确认页分享给微信好友	P2

M1 理赔模块（P1）

编号	功能名称	功能描述	优先级
F-M1-08	理赔申请	选择已完成的预约，填写理赔金额，上传发票/诊断证明照片	P1
F-M1-09	理赔进度追踪	时间轴展示理赔状态：已提交→审核中→已通过/已驳回→赔款到账	P1
F-M1-10	理赔记录	查看历史理赔记录，含申请时间、金额、状态	P1

M2 运营与结算模块（P1/P2）

编号	功能名称	功能描述	优先级
F-M2-01	通知中心	聚合所有系统通知：预约提醒、理赔进度、新权益到账	P1
F-M2-02	机构结算看板（家长侧）	显示各机构累计消费/理赔金额	P2

2.4.2 S端 — 医疗机构 Web/H5（独立功能后续迭代，结算对账已含在 A端）

编号	功能名称	功能描述	优先级
F-S-01	入驻与管理	机构信息维护、上下架服务	P1
F-S-02	排班管理	设置可预约时间槽	P1
F-S-03	预约单管理	查看、确认、取消预约	P1
F-S-04	核销QR	扫描家长预约凭证，确认到店	P1
F-S-05	结算对账	查看服务收入明细，发起结算申请，T+15打款	P1
F-S-06	数据统计	收入、订单量、客诉等数据看板	P2

2.4.3 B端 — 营销员/渠道（含优惠券全生命周期管理）

复杂度：高 — 优惠券涉及配置→发放→库存→核销→权益跟踪完整链路，业务规则和状态机复杂。

营销基础功能

编号	功能名称	功能描述	优先级
F-B-01	获客码生成	生成专属推广二维码/链接，支持按渠道追踪效果	P1
F-B-02	业绩统计	查看保费销售额、佣金明细，支持按时间/渠道筛选	P1
F-B-03	客户管理	管理已投保客户列表，支持备注和标签	P2
F-B-04	佣金提现	佣金提取到微信钱包，支持提现记录查询	P2

优惠券全生命周期管理（复杂度：高）

编号	功能名称	功能描述	优先级
F-B-05	优惠券规则配置	创建优惠券模板：类型（满减/折扣/兑换）、面额、门槛、有效期、适用机构/服务范围、每人限领数量	P1
F-B-06	发放策略管理	配置发放规则：触发条件（投保即送/满额赠送/邀请赠送/手动领取）、发放数量、发放时间、发放对象筛选	P1
F-B-07	库存管理	设置优惠券总库存和单用户库存，支持库存预警（低于阈值时提醒运营）；支持库存锁定和释放	P1
F-B-08	批次管理	支持批量生成优惠券（按批次号管理），支持批次查询和状态追踪	P1
F-B-09	领券广场	用户可见可用优惠券列表；支持按状态（待使用/已使用/已过期）筛选；支持按机构/服务类型过滤	P1
F-B-10	核销追踪	门店扫描用户券码，验证有效期和适用性，标记核销状态；核销记录关联预约单和服务记录	P1
F-B-11	权益使用跟踪	实时追踪优惠券使用状态：发放→待使用→核销中→已核销/已过期/已退款；支持查看权益流转时间轴	P1
F-B-12	优惠券数据报表	发放量、领取量、核销量、核销率、逾期作废量等核心指标；支持按渠道/批次/机构多维度查看	P1
F-B-13	退款退券处理	退款时自动回收已发放优惠券（未核销者标记为已作废，已核销者触发冲正流程）；退券记录可查	P1
F-B-14	营销效果分析	优惠券对投保转化率、复购率、客单价提升的归因分析；支持对比有券/无券用户行为差异	P2
F-B-15	自动化营销规则	支持配置”满足X条件自动发放Y券”的自动化规则；支持定时任务触发	P2

A端运营 — 优惠券管理（复杂度：高）

编号	功能名称	功能描述	优先级
F-A-09	优惠券模板管理	创建/编辑/下架优惠券模板；设置适用机构白名单/黑名单	P1
F-A-10	发放审批	运营发起大批量发放时需审批流；支持审批记录和驳回理由	P1
F-A-11	库存调拨	手动调整各机构/批次的优惠券库存；记录调拨日志	P2
F-A-12	运营数据分析	各优惠券的核销率、逾期率、带来的GMV贡献；支持导出Excel	P1

2.4.4 A端 — 运营后台 + 结算对账

编号	功能名称	功能描述	优先级
F-A-01	会员管理	查看/搜索/导出会员列表	P1
F-A-02	订单管理	查看/搜索/导出订单，含支付状态	P1
F-A-03	预约管理	查看/处理预约单，支持取消	P1
F-A-04	理赔管理	初审/复审理赔申请，支持通过/驳回	P1
F-A-05	机构管理	机构入驻审核、资质管理	P1
F-A-07	数据看板	核心业务数据可视化（订单量、投保率、理赔率等）	P1
F-A-08	系统配置	保险产品配置、权益规则配置	P2

结算对账模块（复杂度：高）

结算涉及多商户（机构）、多产品、多规则的真实资金分润，关联退款冲正、T+15周期、对账差异处理等复杂场景。

编号	功能名称	功能描述	优先级
F-A-06	结算规则配置	按机构/产品类型/服务类型配置不同的分润比例和结算周期；支持配置阶梯分润（量越大比例越高）；支持特殊豁免规则	P1
F-A-13	账单周期管理	按机构分别设定结算账单日（T+15）；支持自定义账单周期；支持多周期并行（周结/月结）	P1
F-A-14	结算单生成	每日/每周/每月自动生成各机构结算单；结算单含：服务项目明细、订单笔数、应收金额、分润比例、平台佣金、机构实收；支持PDF导出	P1
F-A-15	退款结算冲正	退款订单自动触发已结算金额冲正；支持部分退款按比例扣回；冲正记录可查；防止重复结算	P1
F-A-16	对账差异处理	平台账单与机构上报数据差异对比；支持标记差异原因（金额差异/单据缺失/重复结算等）；支持差异申诉和人工复核	P1
F-A-17	打款执行	审核通过的结算单触发打款；支持微信支付企业付款到银行卡/微信零钱；支持打款状态查询和失败重试	P1
F-A-18	结算记录查询	各机构结算历史（含账单号、金额、状态、时间）；支持按时间/机构/状态筛选；支持导出Excel	P1
F-A-19	财务对账报表	平台整体收入、支出、余额汇总；各渠道/产品分润明细；退款率/坏账率统计；支持月度对账报表生成	P2
F-A-20	发票管理	机构结算时上传/管理发票；运营审核发票抬头和税号信息	P2

2.4.5 公共能力（跨端）

编号	功能名称	功能描述	优先级
F-C-01	微信一键登录	获取微信手机号，快速注册/登录	P0
F-C-02	短信通知	验证码、支付结果、预约提醒等短信推送	P0
F-C-03	微信订阅消息	推送重要通知到微信服务通知	P0
F-C-04	分享能力	分享海报/预约信息到微信	P2
F-C-05	地理位置	获取用户位置，按距离排序机构	P2
F-C-06	富德系统对接	保单数据同步，理赔状态回传（接口文档待提供）	P0
F-C-07	育才系统对接	学校/班级/学生数据同步（接口文档待提供）	P0

2.4.6 功能优先级汇总

优先级	C端家长小程序	S端机构	B端营销员	A端运营后台
P0（M0）	F-M0-01至09（9项）	—	—	—
P0（M1）	F-M1-01至06（6项）	—	—	—
P1	F-M1-08至10, F-M2-01（4项）	F-S-01至05（5项）	F-B-01至02,05至13（11项）	F-A-01至07,09至18（16项）
P2	F-M1-07, F-M2-02（2项）	F-S-06（1项）	F-B-03至04,14至15（4项）	F-A-08,11,19至20（4项）
合计	21项	6项	15项	19项

本报价范围： 本次报价覆盖 2.4 节中标注为 P0 / P1 的功能，包含 C端家长小程序核心闭环、B端营销员与优惠券核心能力、A端运营后台与结算对账核心能力，以及对应的公共能力与后端 API 服务。S端独立功能（入驻/排班）与全部 P2 功能不在本报价范围内。

本期不含 P2 功能： 本报价仅涵盖 P0 和 P1 功能，P2 功能可纳入二期另行报价。

3. 技术方案建议

3.1 系统架构

┌─────────────────────────────────────────────────────────────┐
│  用户端                                                          │
│  ┌──────────────┐ ┌──────────────────────┐                   │
│  │ 家长小程序    │ │ 营销员 H5             │                   │
│  │ Taro 4.x    │ │ Taro 4.x             │                   │
│  └──────────────┘ └──────────────────────┘                   │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│  MBM 业务中台（后端 API）                                      │
│  会员中心 │ 产品中心 │ 订单中心 │ 结算中心 │ 理赔中心              │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│  外部系统                                                        │
│  富德核心系统 │ 微信支付 │ 育才系统 │ 短信平台                     │
└─────────────────────────────────────────────────────────────┘

3.2 技术选型

前端

层级	技术选型	说明
框架	Taro 4.x (React 18)	多端统一（微信+H5）
语言	TypeScript (strict)	类型安全
状态管理	Zustand	轻量，最小样板
样式	CSS Modules + CSS Variables	scoped样式 + 设计系统
构建	Vite	便于多端开发与构建优化

后端

层级	技术选型	说明
框架	NestJS (TypeScript)	类型安全，与前端共享 TS 生态
数据库	MySQL 8.x	成熟稳定，社区资源丰富
缓存	Redis	Session / 库存锁 / 热数据缓存
文件存储	阿里云 OSS / 腾讯云 COS	理赔凭证、发票等文件存储
部署	Docker + Nginx	容器化部署，易于运维
API 规范	RESTful + OpenAPI 3.0	前后端契约驱动开发，自动生成接口文档

3.3 设计系统

已建立 Design System（参考 DESIGN.md），前端开发需严格遵循：

主色调：#1E5AA8（信任蓝）
字体：Noto Sans SC（中文）、JetBrains Mono（数字）
间距基准：4px；圆角：sm 4px / md 8px / lg 12px

3.4 交付方式

前后端源码交付，不绑定运行时
前端：微信开发者工具可本地预览，H5 可独立部署
后端：Docker Compose 一键部署，附完整接口文档（OpenAPI 3.0）
数据库：交付建表脚本 + 数据迁移脚本
文档：运营后台操作手册、系统部署文档、接口文档（OpenAPI 3.0）

3.5 知识产权

定制业务成果： 甲方付清全部合同款项后，与本项目直接相关的定制业务代码（含前后端）、UI 设计稿、产品文档等交付成果归甲方使用和维护；如正式合同需进一步明确权利归属，以合同约定为准
通用技术资产： 乙方在项目中使用或开发的通用技术框架、组件库、工具函数、脚手架等，乙方保留知识产权及在其他项目中复用的权利
第三方组件： 项目中使用的开源组件遵循其原始 license 条款，乙方将优先选用可商用、社区成熟的组件方案
交付边界： 甲方在付清对应款项后，可基于交付成果开展后续运营、维护和二次开发

3.6 数据安全与合规

本项目涉及身份证号、手机号、支付信息、保险保单及未成年人相关信息，数据安全与合规是首期建设中的重点控制项。乙方在方案设计、开发、测试和上线阶段采取如下控制措施：

传输安全：

全链路 HTTPS 加密传输，不使用明文 HTTP 请求
调用微信支付、富德核心系统等外部接口均通过后端中转，前端不直接暴露敏感接口地址

敏感数据处理（前端）：

身份证号、手机号等敏感信息在前端页面中掩码展示（如 138****1234、430***********1234）
客户端本地存储（localStorage / Storage）不缓存身份证号、银行卡号等敏感数据，仅存储必要的登录态 Token
Token 设置合理过期时间，过期后自动清除

敏感数据处理（后端）：

数据库敏感字段（身份证号、手机号）AES 加密存储，查询时按需解密
API 鉴权：JWT Token + 请求签名，防止接口越权和重放攻击
日志脱敏：敏感数据在日志输出中自动掩码，避免日志泄露
数据库访问审计日志：记录敏感数据的访问操作，支持安全审计

支付安全：

使用微信支付官方 SDK 完成支付流程，支付敏感数据（如支付密钥）不经过乙方服务器
支付结果以微信回调通知为准，前端仅做状态展示

合规要求：

微信小程序隐私协议合规：首次使用时弹出隐私政策弹窗，用户明确授权后方可使用相关功能
遵循《个人信息保护法》的知情同意和最小必要原则，仅收集业务所需的最少信息
用户位置信息（机构距离排序）仅在用户主动授权后获取，不后台静默采集
学生信息涉及未成年人数据时，相关页面与流程需按监护人授权逻辑设计，甲方同步确认业务侧合规口径
涉及保险销售、支付、医疗服务展示等场景时，甲方负责确认业务资质、类目资质与外部平台准入要求，乙方按确认后的范围完成技术实现

开发与测试环境：

开发和测试过程中仅使用模拟数据（Mock Data），不接触甲方真实用户数据
如项目需要乙方接触真实数据，双方另行签署数据处理协议

3.7 质量保障策略

为确保试点一期交付质量可控，乙方采用分阶段质量保障机制：

需求与设计评审：

需求对齐阶段输出业务流程、范围清单和验收口径，避免开发中途理解偏差
关键页面与核心流程在开发前完成原型或界面确认，降低返工风险

开发与联调测试：

前后端按 API 契约并行开发，关键接口优先提供联调环境
对投保、预约、理赔、支付回调、退款冲正、结算生成等关键链路执行重点回归测试
对支付回调、库存扣减、结算冲正等关键状态流重点验证幂等性与异常分支

阶段验收支持：

每个里程碑提供阶段交付清单与问题闭环记录
UAT 阶段配合甲方集中验证核心流程，确保正式上线前问题清晰可控

3.8 上线与运维保障

为确保首期试点平稳上线，乙方提供基础上线与运维保障：

上线准备：

提供部署说明、环境变量清单、数据库脚本、接口文档等交付资料
上线前完成配置检查、第三方参数检查、关键流程冒烟测试

上线支持：

正式上线窗口内配合甲方完成发布与验证
对投保、预约、理赔、后台登录等关键路径进行上线后首轮巡检

监控与告警建议：

建议接入错误日志告警、接口健康检查、关键业务指标监控
建议对支付结果通知、预约单生成、结算单生成等关键事件建立异常提醒机制

3.9 数据备份与恢复建议

为保障系统稳定运行，建议甲方在基础设施层面配置以下备份机制，乙方在交付和部署说明中配合提供实施建议：

数据库每日自动备份，至少保留 30 天
文件存储（如理赔材料、发票附件）采用对象存储冗余策略
上线前保留可回滚版本与数据库变更记录
如发生配置错误或异常发布，可按预案进行版本回退与数据恢复

4. 工作量估算

以下估测基于 PRD 功能清单，已包含外部系统集成缓冲和需求迭代空间。

前端工作量

模块	小计（人天）	备注
项目启动与需求对齐	7	含需求澄清和多轮确认
解决方案设计	6	含技术方案评审
UI/UX 设计	12	含优惠券/结算/运营后台全页面
M0 投保模块	18
M1 服务预约+核销	17	预约逻辑复杂，已简化时间槽
M1 理赔模块	11	含富德对接缓冲
优惠券全生命周期模块	15	简化版：配置/发放/核销
结算对账模块	22	简化版：基础对账，分润简化
运营后台（含优惠券+结算管理）	15	后台功能精简
公共模块（登录/通知/分享）	7
微信支付集成	5	含商户号申请配合
外部系统对接（富德/育才）	7	含接口适配缓冲，Mock 先行
测试（功能+回归+UAT支持）	8
部署+上线+质保支持	4
需求变更与迭代缓冲	14	含需求确认/调整缓冲
前端小计	111

后端工作量

模块	小计（人天）	备注
基础架构搭建（认证/鉴权/中间件）	8	JWT + WeChat OAuth + RBAC
会员中心 API	5	注册/登录/档案/学生绑定
产品中心 API	4	保险产品管理/健康告知
订单/支付 API	15	微信支付集成/幂等回调/退款/订单状态机
预约中心 API	10	时间槽管理/预约状态/QR生成验证
理赔中心 API	8	多步审批流/文件管理/含富德对接缓冲
结算引擎	10	基础版：T+15/简单分润/对账
优惠券系统	8	简化版：状态机/库存/核销
通知服务	3	短信/微信订阅消息/站内通知
文件服务	2	OSS上传/存储/凭证管理
外部系统集成（富德/育才）	10	含接口适配缓冲，Mock 先行
数据看板 API	3	简化版：聚合查询
后端测试（单测+集成测试）	5
后端小计	91

注：前端111 + 后端91 + 集成9 = 211天

前后端集成

模块	小计（人天）	备注
前后端联调与集成测试	6	含接口联调和端到端测试
部署环境搭建与CI/CD配置	3	Docker + 自动化流水线
集成小计	9

工作量汇总

类别	人天
前端	111
后端	91
集成	9
合计	211

4.1 功能 → 阶段 → 人天映射

交付阶段	对应功能编号	功能数	前端人天	后端人天	集成人天	阶段合计
Phase 1 M0 投保	F-M0-01至09 + F-C-01至03,06,07 + 启动/设计	14	22	35	2	59
Phase 2 M1a 预约+核销	F-M1-01至06	6	16	8	2	26
Phase 2 M1b 理赔	F-M1-08至10	3	12	10	1	23
Phase 3a 优惠券	F-B-05至13	9	15	8	1	24
Phase 3b 结算	F-A-06,09至18	11	22	18	2	42
Phase 4 运营后台+上线	F-A-01至05,07 + F-B-01至02 + F-M2-01 + 部署验收	9	24	12	1	37
合计		52	111	91	9	211

以上人天为工作量评估基准，用于衡量项目复杂度和交付范围。前后端并行开发，后端先行交付 API 接口供前端联调。项目报价详见第 7 章。

5. 团队职责说明

本报价基于小团队高效运作模式，各阶段核心职责分配如下：

职责类别	主要工作内容	投入阶段
产品与项目管理	需求分析、范围确认、验收标准制定、需求变更处理、多方对接确认	全程
UI/UX 设计	全套 UI 设计、设计系统维护、多端适配、关键页面评审	前期 + 中后期
前端开发	Taro 小程序/H5 开发、组件封装、多端适配	全程
后端开发	NestJS API 开发、数据库设计、支付/结算/优惠券系统、外部系统集成	全程
测试与质量保障	功能测试、回归测试、前后端联调测试、UAT 支持、缺陷跟踪	各模块完成后
项目管理与协调	进度管理、风险管理、客户对接、里程碑把控、关键节点确认	全程
部署与发布	前后端构建配置、Docker 部署、发布支持、线上保障	各阶段后期

建议投入配置：

角色	配置建议	主要职责	参与强度
项目负责人 / 产品经理	1人	负责需求对齐、范围管理、里程碑推进、阶段验收协同	全程持续投入
UI/UX 设计师	1人	负责设计系统、关键页面与多端体验一致性	前期高投入，后续按评审节点支持
前端工程师	1人	负责家长端小程序/H5 与后台前端实现	全程持续投入
后端工程师	1人	负责 API、数据库、支付、结算、对接集成	全程持续投入
测试 / 质量保障支持	按阶段投入	负责回归测试、联调验证与上线前检查	各阶段集中投入

团队说明： 乙方以稳定小团队模式推进项目，核心角色在项目全程持续参与；项目负责人统一对接甲方，降低沟通折损。如关键成员需调整，将提前与甲方沟通并完成交接，保障交付连续性。

6. 项目里程碑与周期建议

6.1 项目管理与交付机制

为保障试点一期项目可控推进，乙方采用以下交付机制：

需求澄清： 项目启动阶段完成范围确认、关键流程梳理与验收口径对齐，减少开发过程中的理解偏差
阶段推进： 按里程碑拆分交付成果，优先保障投保、预约、理赔、结算等核心业务链路
关键节点确认： 在原型确认、联调完成、阶段交付、上线准备等关键节点形成书面确认记录
问题闭环： 对联调、测试、验收中发现的问题分类记录、逐项处理，确保核心问题在上线前闭环
变更控制： 新增需求或范围调整通过变更机制单独评估，避免影响既定主线交付

里程碑	目标产出	周期	预计完成	关键依赖
项目启动	需求对齐、架构设计、团队组建	-	4月15日	合同签署
M0 投保上线	投保缴费全流程 + 保单管理（前后端）	4周	5月13日	微信支付商户号、数据库就绪
M1a 服务预约	机构查询 + 预约booking（前后端）	3周	6月3日	富德/育才接口文档
M1b 核销+理赔	QR核销 + 理赔申请+追踪（前后端）	3周	6月24日	外部系统对接
M2a 优惠券	优惠券全生命周期管理（前后端）	2周	7月8日	—
M2b 结算+运营	结算对账 + 运营后台（前后端）	3周	7月29日	—
上线+验收	集成测试 + 部署上线 + 微信审核	2周	8月12日	微信审核

总工期：约 17 周，预计 8月中旬上线（以 4月15日项目正式启动为起点）

7. 商务报价

7.1 报价模式

本项目采用项目报价模式：以固定总价锁定项目范围与交付目标，乙方承担交付风险与效率优化责任，甲方无需关注实际工时消耗。

本项目首期建设涉及产品梳理、交互设计、UI 设计、前后端并行开发、测试联调与上线保障等连续投入。采用项目报价模式，甲方可获得：

预算确定性： 以固定总价控制首期投入，不受实际工时波动影响
交付责任明确： 乙方以阶段成果为交付单位，双方对成功标准的理解一致
合作重心清晰： 甲方聚焦业务目标，乙方负责实现路径与质量保障

7.2 项目报价

费用项	金额（元）	已享优惠
项目报价	¥395,625（不含税）	项目整体75折

报价涵盖： 第 4 章所列全部 211 人天工作量（前端111 + 后端91 + 集成9），包括需求对齐、设计、前后端开发、测试、部署上线及 12 周质保期内的缺陷修复。

报价基准： T&M 标准费率 ¥2,500/天，项目整体 75 折优惠，综合日费率 ¥1,875/天 × 211 人天 = ¥395,625。项目范围外的需求变更及质保期后维保服务按 T&M 标准费率 ¥2,500/天 结算。

7.3 分阶段交付与工作量

阶段	产出	对应功能编号	前端人天	后端人天	集成人天	阶段合计
Phase 1 M0	投保全流程上线（前后端）	F-M0-01至09 + 公共模块 + 启动设计	22	35	2	59
Phase 2 M1a	预约+核销上线（前后端）	F-M1-01至06	16	8	2	26
Phase 2 M1b	理赔模块上线（前后端）	F-M1-08至10	12	10	1	23
Phase 3a	优惠券模块上线（前后端）	F-B-05至13	15	8	1	24
Phase 3b	结算对账模块上线（前后端）	F-A-06,09至18	22	18	2	42
Phase 4	运营后台+部署+验收+质保	F-A-01至05,07 + F-B-01至02 + F-M2-01	24	12	1	37
合计			111	91	9	211

8. 付款节点与验收

8.1 付款节点

总报价：¥395,625（不含税）

节点	付款金额	占比	触发条件	对应可见成果
签约启动	¥237,375	60%	合同签署后 5 个工作日内	—
中期验收	¥138,469	35%	核心功能完成、阶段联调测试通过	P0+P1 主体功能可用、关键业务链路可演示、联调问题已分类闭环
终验上线	¥19,781	5%	全系统终验通过	正式上线、交付物归档、质保支持启动
合计	¥395,625	100%

说明：

签约启动款用于保障项目启动阶段核心资源（产品、设计、研发、项目管理）同步到位，推动项目快速进入执行状态
中期验收款对应阶段核心功能交付与联调验证，该阶段甲方已可实际体验系统主要业务闭环
终验款对应最终上线验收与完整交付物移交
如需开具增值税发票，税费另计
如甲方逾期付款，项目进度顺延，双方及时沟通调整安排

8.1.1 付款结构说明

首期建设阶段涉及需求梳理、交互设计、UI 设计、技术方案、前后端并行开发、测试联调与上线准备等连续投入，乙方需要在项目启动阶段同步锁定核心团队与关键资源。因此，启动款的核心作用是保障项目从立项到执行的连续性，避免因资源未及时到位而影响试点排期。

中期付款节点对应的是 P0 / P1 主体功能完成、关键链路可验证和联调问题分类闭环。甲方在该阶段已能直观看到投保、预约、理赔、优惠券、结算及运营后台等核心能力的实际成果，付款与产出形成明确对应关系。

尾款保留至最终验收阶段，对应正式上线、完整交付物移交和质保承诺启动。

8.1.2 配套保障机制

为降低甲方对付款节奏的顾虑，乙方同步提供以下配套保障：

交付物可见： 每个付款节点前均形成对应的交付清单和确认依据
阶段成果可验： 以核心业务链路可用、联调状态可验证、问题清单可追踪作为阶段确认基础
关键节点可确认： 在范围确认、联调完成、阶段交付、上线准备等关键节点形成书面记录
问题处理可追踪： 对测试、联调、验收中发现的问题分类记录、逐项闭环
尾款责任可保留： 最终验收、交付归档与质保启动均与尾款节点关联，确保结果闭环

8.2 验收流程

每个阶段交付后，按以下流程验收：

提交验收： 乙方完成阶段开发并自测后，向甲方提交书面验收通知及交付物清单
验收期限： 甲方应在收到验收通知后 5 个工作日内完成验收，并以书面形式（邮件或项目管理工具）一次性提出验收意见。逾期未回复的，视为验收通过
缺陷修复： 乙方在收到书面验收意见后 5 个工作日内完成修复，重新提交验收
问题闭环： 原范围内的功能缺陷由乙方负责修复并重新提交确认；新增需求或范围调整按 9.4 节需求变更机制处理
阶段确认： 双方在验收窗口期内完成成果确认与书面反馈，确保项目推进节奏清晰、问题边界明确
验收标准： 以合同附件《功能清单》（即本方案 2.4 节）、双方确认的 UI 设计稿及阶段交付物清单为准；功能清单之外的需求不作为本阶段验收依据

9. 假设与边界

9.1 假设条件

#	假设内容	影响
A1	甲方提供云服务器和数据库实例（阿里云/腾讯云等托管服务），或授权乙方代为采购（费用甲方承担）	影响后端部署
A2	微信支付商户号可在项目启动后4周内申请完成	影响M0上线时间
A3	富德/育才系统提供可用的API接口文档（最迟M1阶段前）	否则使用模拟接口
A4	客户在每个阶段提供及时的需求确认和验收反馈（3个工作日内）	影响项目总工期
A5	设计阶段仅需在M0前完成UI设计，M2期间可能有少量设计调整	影响设计工作量
A6	短信平台账号由客户提供	影响通知功能实现
A7	甲方提供 MySQL 8.x 数据库实例和 Redis 缓存实例	影响后端开发启动

9.2 甲方义务与配合要求

本项目的顺利推进依赖甲方按时提供以下配合事项：

#	配合事项	截止时间	影响范围
D1	微信支付商户号申请完成	项目启动后 4 周内	M0 投保支付
D2	富德核心系统 API 接口文档	M1 开发启动前	理赔/保单对接
D3	育才系统 API 接口文档	M1 开发启动前	学校/学生数据同步
D4	后端 API 服务就绪（或 Mock 接口规范）	各阶段联调前	全模块联调
D5	短信平台账号及配置信息	M0 开发启动前	验证码/通知
D6	各阶段需求确认及验收反馈	收到通知后 3 个工作日内	项目总工期
D7	云服务器 / MySQL 数据库 / Redis 等基础设施就绪	M0 开发启动前	后端部署与联调

延迟处理规则：

因关键依赖项未按时到位导致项目无法继续推进的，双方应据实调整对应里程碑计划
乙方应在发现阻塞后 3 个工作日内书面通知甲方，并同步说明影响范围与建议调整方案
因甲方原因导致项目暂停超过 15 个工作日的，双方应优先协商恢复计划；如需持续保留核心团队排期，相关成本再另行确认
因甲方原因导致项目累计暂停超过 30 个自然日的，双方可协商按已完成工作量结算，并确定后续继续执行或终止安排

9.3 明确排除

项目	说明
技术基建成本	云服务器、数据库（阿里云/腾讯云等）、域名、SSL证书、CDN等基础设施费用由甲方自行承担，不在本报价范围内
差旅与线下服务	本方案以远程交付为主，不含差旅、住宿、机酒等费用
S端独立功能	机构自助入驻、排班管理（结算对账已含在 A端）
陪诊端（P端）	陪诊人员接单、绩效管理
APP开发	原生iOS/Android应用
第三方license	微信商户号费用、短信费用、云服务费用
数据迁移	历史数据迁移工作
现场支持	本项目为纯远程交付，不提供驻场或线下支持
质保期后维护	质保期12周（自终验通过之日起算），期满后按T&M或维保协议

质保期条款补充说明：

质保范围： 仅限乙方交付的代码中，因乙方原因导致的功能缺陷（Bug）
质保承诺： 质保期内因乙方原因导致的功能缺陷，乙方免费修复
响应时限： 质保期内 Bug 乙方应在收到书面通知后 24 小时内响应，一般 Bug 3 个工作日内修复
质保边界： 如因甲方基础设施变更或故障、第三方系统接口规则调整、或甲方自行修改交付代码导致异常，双方可协商按维保或专项支持方式处理

9.4 需求变更处理

在已确认的里程碑范围内，需求变更按以下规则处理：

小变更（单次≤2人天）： 包含在报价内，但项目全周期累计不超过 10 人天。超出部分按 T&M 标准费率（¥2,500/天）结算
中变更（单次>2人天）： 乙方在收到变更请求后 3 个工作日内出具工时评估，双方书面确认后按 T&M 标准费率（¥2,500/天）结算
大变更（影响架构或里程碑）： 重新评估范围和报价，双方另行签署补充协议

变更管理要求：

所有需求变更须以书面形式（邮件或项目管理工具）提出并确认，口头沟通不作为变更依据
变更工时评估由乙方出具书面说明，双方沟通确认后纳入执行计划
需求变更导致的工期影响，由双方协商调整里程碑计划

9.5 违约责任

乙方违约：

因乙方自身原因（非甲方依赖项延迟）导致阶段交付延迟的，每延迟 1 周（不足 1 周按 1 周计），乙方向甲方支付该阶段应付款金额 1% 的违约金
乙方累计延迟超过 8 周的，甲方有权解除合同，乙方退还已收取但未对应交付物的款项

甲方违约：

甲方逾期付款的违约金条款见 8.1 节
甲方如需将未结清款项对应的交付成果提前提供给第三方使用，双方应先完成书面确认
甲方单方面终止合同的，双方按已完成工作量和已交付成果进行结算，并协商未执行部分的处理方式

9.6 其他约定

不可抗力：

因自然灾害、疫情、政府政策调整、微信平台规则重大变更等不可抗力事件导致合同无法履行的，受影响方应在事件发生后 5 个工作日内书面通知对方，双方协商解决。不可抗力期间，双方均不承担违约责任。

合同解除与终止：

双方协商一致可解除合同
任何一方严重违约且经书面催告后 15 个工作日内仍未纠正的，守约方有权解除合同
合同解除后，乙方应将已完成的交付物（源代码、设计稿、文档）移交甲方，甲方按已完成工作量结算款项

争议解决：

本合同适用中华人民共和国法律。双方因本合同产生争议的，应首先协商解决；协商不成的，按正式合同约定的争议解决方式处理。

通知条款：

双方指定的联系人和邮箱为正式通知渠道。书面通知以邮件送达为准，发送之日视为送达之日。

合同文件优先级：

如合同正文与附件存在不一致，以合同正文为准；如合同正文与本方案文档存在不一致，以合同正文为准。

人员保障：

乙方核心开发人员如需变更，应提前 5 个工作日书面通知甲方，并确保接替人员具备同等技术能力，保障项目交付质量不受影响。

10. 质保期后维保服务

质保期（12周，自终验通过之日起算）结束后，如甲方需持续的技术支持，可选择以下年度维保服务。

10.1 维保背景

微信小程序平台政策、API、组件持续迭代，可能需要针对性适配
富德/育才等外部系统接口更新时，前后端均需同步调整
系统运行中可能产生功能调整或新增小需求

10.2 维保服务打包（推荐）

服务内容	人天/年	费用（元）
3天/月对口服务：Bug修复、微信迭代适配、问题响应（≤2小时响应）	36天	¥90,000
12人天/年开发微调服务：小需求调整、功能优化	12天	¥30,000
合计	48天	¥120,000/年

维保按 T&M 标准费率 ¥2,500/天执行。

10.3 付款与使用规则

年付，每年1月底前结清
维保服务包含的工时当年未用完，不可跨年累计
超出年度工时部分，按 T&M 标准费率（¥2,500/天）另行结算
大需求（单次 >5人天）由双方协商确认后视为独立项目，另行报价

10.4 建议

试点期（上线后12周）内，Bug修复免费，含在质保期内
试点结束后，建议签署年度维保服务，确保系统持续稳定运行

11. 风险与应对

风险	可能性	影响	应对措施
富德/育才接口文档或联调延迟	中	高	先以 Mock 接口推进前后端并行开发；接口到位后优先安排联调窗口，并同步调整相关里程碑
微信支付商户号申请或配置延误	中	高	在项目启动阶段即并行推进商户号申请、支付参数准备与回调环境配置
微信小程序类目或审核驳回	中	高	提前核对类目、隐私协议、支付与业务资质要求；上线前按审核清单自检
未成年人数据处理合规要求不明确	中	高	甲方确认业务侧合规口径，乙方按监护人授权、最小必要原则设计数据采集与展示流程
需求在开发过程中持续调整	高	中	通过范围清单、阶段确认与变更评估机制控制需求扩散，避免影响主线交付
后端 API 或第三方接口稳定性不足	中	中	以前后端契约文档对齐接口；关键接口保留 Mock 层和异常兜底处理
多端适配复杂度超预期	低	中	延续 Taro 多端统一开发方案，对关键页面优先进行真机验证
甲方反馈或验收窗口延迟	中	中	通过阶段确认、问题清单与关键节点沟通尽早暴露问题，并据实调整后续排期
上线后关键流程异常	低	高	上线前执行冒烟测试；上线窗口安排巡检与问题响应，重点关注投保、支付、预约、理赔等核心路径

12. 关于我们

我们是一家专注复杂业务系统建设的软件服务团队，长期服务于平台型产品、会员服务、支付交易、运营后台等项目场景。

团队背景：

团队成员全部来自腾讯、阿里巴巴、字节跳动等国内顶级互联网公司
核心成员拥有 15年以上互联网行业从业经验，横跨产品、技术、运营多个领域
团队具备独立创业经历，对从 0 到 1 的产品构建和商业化运营有深刻理解

技术能力：

前端技术栈：React / Taro / TypeScript / 微信小程序生态，多端统一开发经验丰富
后端技术栈：Node.js / NestJS / MySQL / Redis / Docker，具备微信支付集成、多商户结算、复杂状态机等高复杂度后端系统实战经验
擅长领域：保险科技、医疗健康、支付集成、营销系统等涉及复杂业务流程的项目
工程效率：团队采用成熟的工程效率工具链（含 AI 辅助 Code Review 与自动化测试），单兵产出效率显著高于行业平均水平

为什么这支团队适合 MBM：

能力贴合： 团队长期处理小程序、支付、预约、会员、后台管理等复杂链路，能覆盖 MBM 首期核心场景
协同高效： 采用稳定小团队模式，产品、设计、研发、测试之间沟通链路短，适合试点项目快速推进
交付导向： 以阶段成果、书面确认、问题闭环为推进机制，便于甲方同步过程并控制项目风险

服务理念： 以交付结果为导向，以透明协作保障项目过程可控，让甲方聚焦业务目标，让乙方负责实现路径与落地质量。

13. 附录

13.1 报价计算基础

人天分配（按职责类别）

职责类别	人天	占比
产品/项目管理	40	19%
设计	12	6%
开发/测试	150	71%
DevOps/部署	9	4%
合计	211	100%

报价说明

详见第 7 章报价说明。

13.2 交付原则

增量交付：每个阶段交付可运行的增量，而非最终一次性交付
随时可演示：每个里程碑结束后客户可立即体验当阶段产出
透明沟通：以阶段确认、书面记录和关键节点沟通保障信息同步，关键决策点提前48小时预警
验收标准前置：需求对齐阶段即明确验收条件，减少返工

报价有效期：自发送之日起 30 个自然日内有效 版本信息：latest:2026-04-05-v1.3

【保密条款】

双向保密义务： 甲乙双方对在合作过程中获知的对方商业秘密、技术信息、业务数据等保密信息，均负有保密义务，未经对方书面同意不得向第三方披露
方案保密： 本方案仅限甲方内部使用，未经乙方书面授权，不得以任何形式向第三方披露、传播或用于其他目的
数据安全： 乙方在开发和测试过程中仅使用模拟数据（Mock Data），不接触甲方真实用户数据。如项目需要乙方接触真实数据，双方另行签署数据处理协议
保密期限： 保密义务自合同签署之日起生效，至合同终止后 2 年内持续有效
处理原则： 如发生保密义务相关争议，双方应及时沟通并按正式合同约定处理，由违约方承担相应责任