模块 A
渠道与套餐
- •推荐码查询与 1 秒防抖
- •月份/学生规模联动
- •寒假不用 / 暑假不用
- •自选时间与到期日演算
Touch X · 数智托管方案页
先把方案讲清楚，
先把方案讲清楚，
再进入 可交互 Demo
这一页继续承担“介绍页”的角色：把复杂注册流程重新整理成 “渠道识别 → 套餐配置 → 功能报价 → 机构注册 → 支付开通” 的完整脉络。 如果你想直接点、直接算、直接走一遍下单流程，可以再进入新的交互演示页。
5 步
核心转化链路
10 张
建议核心表
4 区
页面主模块
1 页
适合先做 Demo 验证
页面预览
数智托管 · 介绍页 + 交互页
现在拆成两层：这页负责讲方案，新页负责演示真实交互。
模块 B
功能与报价
- •基础功能默认包含
- •增值功能可单独启用
- •依赖关系实时校验
- •展示原价 / 折扣 / 结算价 / 单价
模块 C
机构与账号
- •机构名称、负责人、手机号
- •登录密码 / 确认密码
- •短信验证码
- •提交前的统一校验
模块 D
支付与开通
- •注册单落库
- •跳支付页承接
- •支付结果回写
- •租户能力表生效
业务主流程
5 步完成机构开通
1
渠道进入
从推荐码、地推链接或业务顾问二维码进入页面，自动识别渠道、月份策略与折扣。
2
套餐配置
选择注册时长、总在校学生数、寒暑假规则与到期时间，驱动报价引擎实时计算。
3
功能选购
以矩阵方式选择基础功能与增值模块，并校验功能依赖、学生数上限和错题/作业扩展规则。
4
资料填写
填写机构名称、负责人、手机号、密码和短信验证码，生成待支付注册单。
5
支付开通
提交成功后跳转支付页，支付完成即开通机构账号，并把套餐能力写入租户配置。
页面信息架构
把旧页拆成 4 个清晰模块
模块 A
渠道与套餐
- 推荐码查询与 1 秒防抖
- 月份/学生规模联动
- 寒假不用 / 暑假不用
- 自选时间与到期日演算
模块 B
功能与报价
- 基础功能默认包含
- 增值功能可单独启用
- 依赖关系实时校验
- 展示原价 / 折扣 / 结算价 / 单价
模块 C
机构与账号
- 机构名称、负责人、手机号
- 登录密码 / 确认密码
- 短信验证码
- 提交前的统一校验
模块 D
支付与开通
- 注册单落库
- 跳支付页承接
- 支付结果回写
- 租户能力表生效
报价 Demo
保留“原价 / 折扣 / 结算价”这条主线
总计示例：¥26,880
| 功能 | 学生数 | 月数 | 原价 | 折扣 | 结算价 |
|---|---|---|---|---|---|
| 基础功能 | 300 | 12 | ¥15,600 | 9 折 | ¥14,040 |
| 智能错题 | 300 | 12 | ¥7,200 | 95 折 | ¥6,840 |
| 错题拓展 | 120 | 12 | ¥2,400 | 无 | ¥2,400 |
| 作业批改 | 120 | 12 | ¥3,600 | 无 | ¥3,600 |
功能依赖
“错题拓展 / 作业批改”必须依赖“智能错题”，建议用禁用态 + 解释文案，而不是只弹 Toast。
价格解释
在总价旁同时展示单价、折扣来源与退款限制，降低销售和客服重复解释成本。
表单承接
价格区下方直接进入机构注册字段，避免用户在多个页面之间来回跳。
表单字段
Demo 建议保留的输入项
- 推荐码（选填）
- 注册时长（月）
- 总在校学生数
- 功能选择矩阵
- 机构名称
- 负责人姓名
- 登录手机号
- 登录密码 / 确认密码
- 短信验证码
提交后的动作
注册不是结束，而是支付承接
提交注册单后，应立即生成一条 stg_registration_order 记录，并写入订单金额、渠道来源、套餐与功能明细。
如果短信校验通过且订单创建成功，前端应跳转支付页，由支付页继续拉起微信 / 支付宝 / 对公支付等能力。
支付成功后，由回调更新订单状态、支付流水、租户能力与到期时间，最后再引导用户进入机构后台。
表结构设计
打开 SQL 文件 先把数据模型搭干净，后面前后端都省事
stg_referral_code
渠道/推荐码主表
核心字段：code, channel_name, discount_json, contact_name, contact_phone, status
stg_institution
机构主体信息
核心字段：institution_name, principal_name, mobile, province, city, status
stg_product_plan
产品版本与时长配置
核心字段：product_code, version_name, duration_months, holiday_flags, base_price
stg_feature_catalog
功能目录
核心字段：feature_code, feature_name, category, dependency_feature_code, is_required
stg_pricing_rule
价格规则
核心字段：plan_id, feature_id, student_min, student_max, month_min, month_max, price_json
stg_registration_order
注册开通订单
核心字段：order_no, institution_id, referral_code_id, plan_id, total_amount, order_status, expiry_at
stg_order_feature_item
订单功能明细
核心字段：order_id, feature_id, student_count, month_count, origin_amount, discount_amount, settle_amount
stg_sms_verification
短信验证码
核心字段：scene, mobile, sms_code_hash, expired_at, verified_at, request_ip
stg_payment_record
支付流水
核心字段：order_id, pay_channel, pay_amount, trade_no, pay_status, paid_at
stg_order_status_log
订单状态轨迹
核心字段：order_id, from_status, to_status, operator_type, remark
接口建议
后端最少需要这些能力
GET /api/referral-codes/:code
GET /api/plans/options
POST /api/pricing/quote
POST /api/sms/send
POST /api/registrations
POST /api/payments/create
POST /api/payments/callback
实施建议
三阶段推进，既快又稳
Phase 1 · Demo 静态页
先把信息架构、表单布局、价格卡和流程走通，给业务确认视觉和逻辑。
Phase 2 · 假数据联动
接 API mock，实现推荐码、报价、功能依赖和短信倒计时，完成可演示版本。
Phase 3 · 正式后端接入
接订单、支付、租户开通与状态回写，形成真实可上线闭环。
下一步
这版已经能拿去演示，下一步可以接着做真页面
如果继续往前走，建议下一轮直接把推荐码查询、报价计算、短信验证码和订单提交做成 mock， 这样业务就能更接近真实流程地试用。