五维评估 MVP 实施计划
制定日期：2026-10-18 状态：当前唯一执行计划。 已归档仅供参考：
archive/2026-10-18_MVP实施计划_7天小课优先版.md、archive/2026-10-18_H5先行执行方案.md、更早的archive/2026-10-11_MVP实施计划_评估优先版.md。 内容依据：五维评估/光子森林_创业者五维成长评估V2.0_设计与实施手册.pdf（计分规则完整可执行）、五维评估/光子森林五维成长评估样例.html（30 题通用版交互与报告，纯前端可复用）。
一、目标与节点
| 节点 | 交付 |
|---|---|
| 11 月 1 日 | 五维评估线上版：用户填写问卷 → 自动出初步报告；管理后台可查看全部填写记录 |
| 11 月 15 日 | 7 天小课线上版（不在本计划内，届时单独排期） |
首期会员全部来自线下、人数少且可控，身份信息由运营线下登记，本期不做注册/登录体系。
二、11 月 1 日范围（P0）
用户端（一个界面）
- 基本资料：姓名、手机号、阳历生日（手机号是未来会员体系的身份主键，必收）；
- 问卷作答：1–5 分制，逐维度分步填写，手机微信内可用；
- 提交后立即生成初步报告：五维指数、分数区间解释、最低维度与失衡提示、结构风险提示、发展阶段判定（S1–S6）；
- 报告页面明示：初步报告不是诊断，完整报告需结合校准访谈（与手册口径一致）。
管理端（一个界面）
- 简单口令保护（不做账号体系）；
- 填写记录列表：姓名、手机号、提交时间、五维指数、最低维度；
- 记录详情：完整答案 + 报告数据；
- CSV 导出。
后端与运维
- Node 22 + Express + SQLite，部署到现有 ECS，nginx 反向代理；
- 服务端计分（前端只负责展示），计分引擎按手册公式实现并有单元测试；
- 提交幂等：网络重试、双击不产生重复记录；
- 数据库每日备份，交付前完成一次真实还原；
- 原始答案 JSON 完整留存，永不被清洗覆盖。
明确不做
注册登录、会员权益、付款、7 天小课内容、微信授权、短信、AI 反馈、图表统计。六类结果画像（手册第七节）如时间不足降为 P1。
三、待定项：题库版本（今天定）
| 选项 | 说明 | 工作量 |
|---|---|---|
| A. V2.0 创业者版 50 题（推荐） | 手册现行版本，维度定义与创业场景绑定，计分、风险、阶段判定全部有公式；需把 50 题录入为结构化数据（约 1–2h） | 报告文案按手册现成文本组织 |
| B. 样例通用版 30 题 | 前端已完整实现，但题目是旧的"生命状态"口径，与 V2.0 手册不是同一套 | 省录入，但产品口径落后 |
推荐 A：V2.0 是当前产品定义，且样例 HTML 的交互壳和渲染逻辑对 A 同样可复用，省下的只是录题的一两个小时。
四、技术路线（与此前讨论的一处偏离）
- 问卷前端直接改造现有样例 HTML（换题库、接 API、报告改为渲染服务端结果），不在本期引入 uni-app 工程；
- uni-app「一套代码两端」的决定不变，但推迟到会员体系 + 7 天小课线上版时启动——本期 18 小时预算内，复用现成页面比工程统一更重要，且评估页面自包含，未来重写成本可控；
- 后端 API 从第一天就按「未来 uni-app 两端共用」设计（纯 JSON、无页面耦合），数据库独立于代码目录。
五、身份与隐私
- 用户免登录填写；姓名 + 手机号随答案入库，作为未来会员体系的手工绑定依据；
- 问卷首屏保留资料使用说明与勾选确认（沿用样例的授权文案，改为真实提交口径）；
- 管理端口令通过环境变量配置，不写入代码和文档。
六、部署与域名
- 11 月 1 日接受裸 IP + HTTP 对小范围线下会员交付的风险（微信风控可能拦截，届时以群內直接发链接、必要时更换路径应对）；不对陌生渠道传播该链接；
- 域名购买 + 公司主体 ICP 备案、小程序企业注册照常于 10 月 19 日启动——它卡的是 11 月 15 日小课线上版和之后的一切，不在本计划关键路径上但不能晚启动；详细操作步骤见
备案与小程序注册操作清单.md； - 评估页面上线即用 HTTPS 的问题待备案通过后一并解决。
七、执行计划（按可用工时：周三 2h、周五 2h、周日 6h）
| 时间 | 工作 | 产出 |
|---|---|---|
| 10/19（周日，6h） | 工程基线；V2.0 五十题结构化录入；计分引擎（维度/子维度指数、区间、结构风险、阶段判定）+ 按手册构造算例的单元测试 | 计分引擎测试通过 |
| 10/22（周三，2h） | SQLite 表与提交 API、幂等 | 冒烟：POST 答案 → 入库 → 返回报告数据 |
| 10/24（周五，2h） | 管理端：口令、列表、详情、CSV | 本地可看记录并导出 |
| 10/26（周日，6h） | 样例 HTML 改造：50 题、接 API、报告渲染服务端结果；端到端联调 | 里程碑：本地纵向切片「填写 → 报告 → 后台可见 → CSV」 |
| 10/29（周三，2h） | 部署 ECS + nginx + 备份脚本 | 服务器上可访问 |
| 10/31（周五，2h） | 至少 2 人手机微信真机填写测试、修复、冻结 | 达到验收标准 |
检查点：10 月 26 日纵向切片未通过，则砍管理端页面（改为脚本导出 CSV），保用户端 + 落库。
八、验收标准（11 月 1 日）
- 手机微信内可完成全部题目并提交，中断重进不重复计数；
- 报告分数与手册公式一致（用测试算例在手机上复核）；
- 管理端能看到每条记录的资料、答案和报告数据，CSV 可导出；
- 双击、网络重试不产生重复记录；
- 数据库备份已真实还原一次；
- 合作人独立看过一条真实测试记录并确认报告文案口径（手册要求评估师审核语言）。
九、关键风险
| 风险 | 应对 |
|---|---|
| 裸 IP 链接被微信风控 | 仅小范围线下会员定向使用；被拦截时换路径重发；备案并行推进 |
| 计分实现与手册不符 | 单元测试先行（10/19），算例直接按手册公式手算构造 |
| 50 题在长问卷中手机端体验差 | 沿用样例分步交互；10/31 真机测试是验收硬条件 |
| 报告自动文案口径风险 | 全部文案取自手册既有文本；10/31 前合作人过一遍 |
| 18 小时不够 | 10/26 检查点砍管理端页面；报告内容以手册公式输出为底线，画像降为 P1 |
十、立即执行的前三件事
- 今天：确认题库用 V2.0 50 题（选项 A）；合作人同步收到「报告文案以手册文本为准」的确认请求；
- 10 月 19 日前：阿里云买域名、提交公司主体备案（与开发并行，不占用开发工时的大头）；
- 10 月 19 日：录题 + 计分引擎 + 单元测试，一天内完成。