行为管理管控系统 (BIMS) 开发规划文档

一、系统定位与核心理念

1.1 系统定位

行为管理管控系统 (Behavior Management & Control System, BIMS) 是一个通用的行为管控基础设施，从儿童管控场景切入，但适用于任何需要行为管理、习惯养成、目标追踪的组织和个人。

核心理念：

不是简单的记录工具，而是行为干预系统
从"静态记录"进化到"动态干预"
通过数据驱动行为改变，形成正向循环

1.2 目标用户群体

家庭场景：家长管理孩子的学习、游戏、生活习惯
组织场景：企业团队管理、学校班级管理、培训机构
个人场景：自我管理、习惯养成、目标追踪

1.3 核心价值主张

抢占认知高地：成为"行为管理"的代名词
低成本可控：只有服务器和 Token 成本，无硬件投入
自然筛选用户：通过价值吸引真正有需求的用户

二、核心功能模块

2.1 行为数据模型（双模设计）

系统支持两种行为模式，根据用户行为特征自动或手动切换：

A. 稳态行为 (Steady-State Behavior)

定义：固定周期内重复、无显著好坏之分、强调"确定性"和"可预期"的行为

特点：

目标：及时提醒、防止遗忘
考核指标：完成时间偏差值
示例：每日任务（刷牙、作业、阅读）
反馈逻辑：负向反馈——偏离线即提醒

数据结构：

{
  "behavior_id": "daily_homework",
  "type": "steady",
  "schedule": "daily",
  "target_time": "19:00",
  "tolerance_minutes": 30,
  "fields": ["完成时间", "作业科目", "完成质量"],
  "supervisor": "parent",
  "contract_mode": "single_supervision"
}

B. 趋势行为 (Trend-State Behavior)

定义：有明确方向性、需要持续努力、强调"变化"和"进展"的行为

特点：

目标：行为趋势改善（如减少游戏时间、增加运动量）
关键指标：
- 一阶导数（变化速度）：本周比上周减少多少
- 二阶导数（加速度）：改善在加速还是减速
里程碑/阈值：预设的目标值（如游戏时间降到 1 小时以内）
固化期：达到目标后需保持 N 天防止反弹

反馈逻辑：

行为干预：系统提供"计划性干预"建议
正向强化：检测到改善时自动鼓励
预警机制：检测到"加速恶化"时立即通知

数据结构：

{
  "behavior_id": "reduce_game_time",
  "type": "trend",
  "direction": "decrease",
  "baseline": "3h/day",
  "target": "1h/day",
  "milestone_interval": "0.5h",
  "current_value": "2.5h/day",
  "velocity": "-0.3h/week",
  "acceleration": "positive",
  "consolidation_days": 21,
  "fields": ["开始时间", "结束时间", "总时长"],
  "contract_mode": "dual_contract"
}

2.2 行为干预引擎

2.2.1 加速度感知

系统自动检测行为变化速率：

突然加速：如游戏时间从每天 1 小时突增到 3 小时，触发"加速干预"
突然减速：如作业完成时间从 2 小时缩短到 30 分钟，触发"质量确认"
持续恶化：连续 3 个周期未达标，自动升级干预级别

2.2.2 干预手段分级

轻度干预：系统消息提醒、打卡界面提示
中度干预：推送给监督者（家长/组长）、限制部分权限
强度干预：强制暂停（如游戏时间到点自动断网）、通知多方

2.3 通用架构设计

2.3.1 核心概念模型

系统由以下维度组成：

维度	说明	示例
行为模板 (Behavior Schema)	定义行为的类型、字段、周期、阈值	"作业打卡"模板包含科目、时长、质量等字段
执行主体 (Subject)	行为的执行者，支持个人/多人绑定	孩子个人、家长 + 孩子绑定
监督/契约模式 (Supervisor/Contract)	定义监督关系和契约类型	单监督（家长管孩子）、双契约（家长孩子互相承诺）

2.3.2 计划与激励体系

标准计划库：平台提供常用行为管理模板（如"21 天早睡计划"、"中考冲刺计划"）
自定义计划：用户可修改模板或从头创建
动态调整：系统检测到行为连续达标/未达标时，主动建议调整目标

2.3.3 积分与奖惩系统

双向奖惩：约定条件达成后，系统自动执行奖惩（如完成作业奖励游戏时间）
平台积分：全局行为分、习惯币，可兑换高级功能或实物奖励
激励/认证体系：行为积分可兑换预知群资格、高级分析功能、实物奖品

三、商业模式与收费设计

3.1 账户体系

个人/家庭版：以家庭为单位，管理内部成员
组织/企业版：以团队为单位，KPI 与行为挂钩
SaaS 多租户：面向培训机构、学校，支持多班级/多学员管理

3.2 收费策略（功能开关）

后台可灵活配置收费点：

收费维度	免费额度	收费点示例
按行为类型	基础行为（如打卡）免费	高级行为（如专项训练计划）收费
按数量	3 个行为以内免费	超过 10 个行为收费
按功能	基础记录功能免费	高级分析（加速度报表、趋势预测）收费
按账户数	家庭版（5 人内）免费	企业版按人头收费
按增值服务	-	一对一行为分析、专家咨询、定制报告

3.3 转化漏斗

开放平台用户
    ↓
行为管控系统（免费使用基础功能）
    ↓
预知群（每日推送行为报告，展示深度分析价值）
    ↓
付费订阅（200 元/年）

关键假设：

10 个平台用户 → 2 个转化到预知群 → 2 个付费
转化率：20%（群到付费）
成本覆盖：2 个付费用户（400 元）可覆盖 10 个平台用户的服务器成本

四、技术架构与扩展性设计

4.1 集群架构设计

为应对"免费用户多、付费用户少"的预期，采用水平扩展架构：

4.1.1 分片逻辑 (Sharding)

分片维度：按家庭 ID 或用户 ID 哈希分片
路由规则：Family_ID % N 路由到 N 个应用服务器节点
故障隔离：单节点故障只影响部分用户，不影响全局

4.1.2 数据库分层设计

层级	数据库类型	存储内容	特点
L1 账户/账户关系库	关系型 (MySQL/PostgreSQL)	用户信息、密码、支付信息、家庭关系	强一致性、高安全、独立分库
L2 行为模板库	文档型 (MongoDB) 或缓存 (Redis)	行为模板、计划配置	读多写少、可缓存
L3 行为流水库	时序数据库或分库表	每次打卡记录、时间、数值、标签	按用户/家庭 ID 分库分表、支持冷热分离
L4 分析结果库	OLAP 数据库	趋势分析、加速度分析、报表数据	异步写入、供前端快速读取

4.1.3 行为流水库设计（关键）

-- 分库策略：behavior_log_00 ~ behavior_log_99
-- 路由规则：family_id % 100 路由到对应库

CREATE TABLE behavior_log_00 (
    id BIGINT PRIMARY KEY AUTO_INCREMENT,
    family_id BIGINT NOT NULL,
    user_id BIGINT NOT NULL,
    behavior_id VARCHAR(64) NOT NULL,
    behavior_type ENUM('steady', 'trend') NOT NULL,
    timestamp DATETIME NOT NULL,
    data JSONB NOT NULL,  -- 动态字段，存储具体行为数据
    INDEX idx_family_time (family_id, timestamp),
    INDEX idx_user_behavior (user_id, behavior_id, timestamp)
);

优势：

数据量可控：单库只存储 1% 的用户数据
查询高效：通过路由层直接定位到库
支持冷热分离：3 个月前的数据归档到冷存储
跨用户隔离：A 家庭无法访问 B 家庭数据

4.2 扩展能力

动态扩容：当某个分库压力过大时，可再拆分
跨租户隔离：企业版数据独立存储，与家庭版物理隔离

五、数据与内容设计

5.1 动态字段支持

系统支持"行为 + 数据"的灵活组合：

示例 1：成绩管控

{
  "behavior_name": "月考成绩",
  "fields": [
    {"name": "总分", "type": "number"},
    {"name": "班级排名", "type": "number"},
    {"name": "年级排名", "type": "number"},
    {"name": "错题数", "type": "number"},
    {"name": "知识点掌握度", "type": "object"}
  ]
}

示例 2：手机使用管控

{
  "behavior_name": "手机使用",
  "fields": [
    {"name": "开始时间", "type": "datetime"},
    {"name": "结束时间", "type": "datetime"},
    {"name": "总时长", "type": "duration"},
    {"name": "使用应用", "type": "array"},
    {"name": "是否超时", "type": "boolean"}
  ]
}

5.2 用户自定义字段

平台提供基础字段类型，用户可自行添加：

文本、数字、日期、时间、布尔值
下拉选择、多选、评分（1-5 分）
文件上传（图片、音频）

六、开发阶段规划

阶段一：MVP（核心功能验证）

目标：实现"行为定义 - 执行 - 反馈 - 干预"的完整闭环

功能清单：

行为模板管理（创建、编辑、删除）
双模式支持（稳态/趋势）
打卡功能（Web/小程序）
监督者通知（微信/短信）
基础报表（完成率、趋势图）
数据库分库设计（按 Family_ID 分片）

验收标准：

一个家庭内部可完成"设定目标 - 打卡 - 反馈 - 调整"的完整流程
支持至少 100 个家庭同时使用
数据查询响应时间 < 500ms

阶段二：商业化验证

目标：验证收费模式的可行性

功能清单：

收费系统（微信支付、支付宝）
功能开关（按行为类型/数量/功能收费）
预知群内容分发（每日行为报告自动推送）
自动化营销（基于行为数据生成营销内容）

验收标准：

实现 20% 的群转化率（预知群到付费）
单用户服务器成本 < 20 元/年

阶段三：集群化与生态建设

目标：支撑大规模用户，建设行为模板市场

功能清单：

自动化分库分表
行为模板市场（用户可发布/下载模板）
开放 API（支持第三方集成）
多租户支持（企业版/学校版）

七、关键设计决策

7.1 为什么采用"行为 + 数据"双模型？

传统做法：只记录"是否完成"（Boolean） 我们的做法：记录"如何完成"（Complex Data）

价值：

数据可深度分析（如成绩变化趋势、作业质量变化）
支持用户自定义字段，扩展性强
为后续 AI 分析提供丰富数据基础

7.2 为什么采用分库分表？

预期场景：100 万免费用户，2 万付费用户挑战：免费用户产生大量数据，但付费用户需要高质量服务

解决方案：

按 Family_ID 分库，单库只存储 1% 数据
付费用户数据单独存储，保证查询性能
冷数据归档，降低存储成本

7.3 为什么强调"干预"而非"记录"？

市场现状：已有大量记录工具（如习惯打卡 APP） 差异化：我们提供"行为干预"能力，主动改变用户行为

实现方式：

加速度检测：发现行为异常立即干预
自动化奖惩：条件触发自动执行约定
群体压力：预知群内公开进度，形成社交压力

八、下一步行动

8.1 技术侧

设计数据库表结构（含分库分表方案）
搭建基础架构（用户系统、行为模板、打卡接口）
实现"加速度"检测算法

8.2 产品侧

设计 MVP 阶段的行为模板（至少 5 个场景）
确定收费策略和价格体系
设计预知群内容模板

8.3 运营侧

准备种子用户招募（目标：20 个家庭）
设计用户引导流程
准备内容营销素材

附录：核心概念对照表

概念	英文	说明
稳态行为	Steady-State Behavior	固定周期重复，强调确定性
趋势行为	Trend-State Behavior	有方向性变化，强调改善
加速度	Acceleration	行为变化的速率变化
双契约	Dual Contract	双方互相承诺的契约模式
预知群	Prediction Group	接收行为报告的付费用户群
行为模板	Behavior Schema	行为的结构化定义

文档版本：v1.0
创建时间：2026-03-16
创建者：一龙（故事慧总运营）
审批人：老周

行为管理管控系统 (BIMS) 开发规划文档

一、系统定位与核心理念

1.1 系统定位

1.2 目标用户群体

1.3 核心价值主张

二、核心功能模块

2.1 行为数据模型（双模设计）

A. 稳态行为 (Steady-State Behavior)

B. 趋势行为 (Trend-State Behavior)

2.2 行为干预引擎

2.2.1 加速度感知

2.2.2 干预手段分级

2.3 通用架构设计

2.3.1 核心概念模型

2.3.2 计划与激励体系

2.3.3 积分与奖惩系统

三、商业模式与收费设计

3.1 账户体系

3.2 收费策略（功能开关）

3.3 转化漏斗

四、技术架构与扩展性设计

4.1 集群架构设计

4.1.1 分片逻辑 (Sharding)

4.1.2 数据库分层设计

4.1.3 行为流水库设计（关键）

4.2 扩展能力

五、数据与内容设计

5.1 动态字段支持

5.2 用户自定义字段

六、开发阶段规划

阶段一：MVP（核心功能验证）

阶段二：商业化验证

阶段三：集群化与生态建设

七、关键设计决策

7.1 为什么采用"行为 + 数据"双模型？

7.2 为什么采用分库分表？

7.3 为什么强调"干预"而非"记录"？

八、下一步行动

8.1 技术侧

8.2 产品侧

8.3 运营侧

附录：核心概念对照表

目录