家长端+门店端新首页 · 修订方案与方案图 · 2026-10-03

01 · 已确认的实施边界

家长端 P2、门店端 S1 以用户提供的 9 月 21 日 flat1 原型为视觉基准。除已明确沟通的变更,其余布局、颜色、字号、间距、卡片、模块顺序与入口 1:1 复刻。暂未实现的功能保留原有结构和位置,先用未开通状态展示,再逐块接通。已上线设备管理后台沿用,本轮不重做。此交付是修订方案与静态方案图,不表示功能已经上线。

02 · 看图说明

配套图分两部分:上部为两端首期首页状态,下部为设备扫码与对账流程。首页直接沿用原型的结构和样式,不重新设计。未实现模块保留卡片结构、图标与高度,示例业务数值替换为横线或未开通提示。孩子、检查记录和品牌等可接入模块中的示例数据仅用于说明排版,上线时必须替换为授权范围内真实数据;没有数据则显示无记录,不能回填演示数据。方案图中的首期未绑定设备卡代表初始状态,并非删除后续手动记录功能。

03 · 家长端首期模块

保留品牌头部、菜单、孩子选择、添加孩子、消息铃铛、今日护眼、设备卡、首页解读、最近检查、趋势对比、眼轴百分位、常用功能与聊天输入区。已有孩子、检查、趋势、历史解读等接真实服务。完成度、设备使用记录、首页 AI 摘要、消息中心、百分位模块保持布局并显示未开通,不生成虚构统计、红点或医学结论。原入口尚未实现时显示未开通,已有服务入口沿用。

04 · 门店端首期模块

保留品牌头部、我的/案例页签、待办清单、今日数据、待跟进复查、最近处理孩子、只读示范档案、家长记录汇总、家长连接、快捷操作、常用工具和聊天区。最近孩子、示范档案和家长互绑复用已有能力;待办、今日统计、复查提醒、跨孩子记录汇总等按接口核查结果预留。案例页签下的内容同样保留,不能只做默认页签。所有已有入口逐项核对真实服务,不因原型中有按钮便认定已实现。

05 · 首页切换与聊天

家长端、门店端共用机构新版首页开关,默认关闭;关闭展示旧版。继续使用既有智脑登录入口与聊天地址,不改双码中的登录码。新首页在认证完成后渲染;发送消息进入原聊天链路,保留当前会话和历史,回首页不清空会话。刷新、授权回跳、重新登录和开关回退均纳入验收。

06 · 设备卡及设备列表

固定展示离焦眼镜、安全红光、照明设备、远像设备四类,类型按业务标识映射,不能写死数据库 ID。未绑定也保留设备卡与扫码绑定入口,横滑规则和样式沿用原型。绑定状态按当前所选孩子显示,同类多台展示数量并可进入设备明细,不覆盖或隐藏其他 SN。绑定设备页不放设备图片。每台明细展示后台维护的设备名称、类型、SN、孩子、绑定时间、绑定时门店及状态;设备名称更新后,当前绑定列表同步使用维护后的名称。

07 · 设备扫码确认流程

智脑内先选孩子,再扫描设备码;扫码也可从已有扫一扫入口进入,进入后确认所选孩子。识别设备码后由服务端解析,显示设备名称、SN、孩子和门店信息,用户确认后才提交绑定。取消或解析失败不产生有效绑定。展示门店、家长和设备的不同二维码类型,不把机构码或品牌码当设备码,也不把普通外部网页任意执行。现有机构/家长互扫码流程继续使用。

08 · 异常与解绑

自己重复扫描已绑定设备:返回现有记录,不刷新首次绑定时间、不重复生成记录;其他账号已绑定:提示联系平台处理,不泄露对方身份;无效、停用、删除或无法识别的码:说明原因并允许重扫;没有孩子:引导先添加;孩子不是当前账号所有:拒绝;提交失败:允许重试并防重复。一台设备同一时刻只绑定一个孩子,换孩子先解绑再绑定。并发争抢由服务端事务及唯一约束处理。保留家长自助解绑及平台处理入口,解绑后历史可查。

09 · 门店、孩子与达人归属

复用门店/家长互扫绑定功能及现有转店权限。一个家长可有多个孩子,各孩子可由不同门店服务。账号来源达人保持原归属,服务门店根据当前孩子确定,绑定时门店作为历史快照保留;设备下放门店独立展示。绑定不把家长账号移到门店,不预先给 SN 指定达人。设备二维码不自动证明购买成交,相关记录用于双方对账,不新增金额计算或自动打款。

10 · 子席位与对账明细

在原子席位管理中补充门店、有效设备数、最近绑定 SN 和最近设备绑定时间,展开逐台设备明细。明细及导出按一条绑定记录一行:家长、孩子、账号来源达人、当前服务门店、绑定时门店、设备下放门店、设备类型、维护名称、SN、扫码时间、绑定时间、解绑时间及状态。可按家长、门店、SN、状态和时间筛选。扫码时间与确认绑定时间分开,取消或失败的扫码不得算已绑定;未绑定扫描的审计信息不出现在有效设备汇总中。现有微信绑定时间与登录终端字段不复用为实物设备字段。

11 · 达人、门店与平台权限

达人只能查询自身来源家长对应的设备和门店记录;门店只能查询其已获授权的服务关系及相关设备记录,包括由其他达人开通的家长。平台按既有管理员权限处理。新增查询和导出均做服务端授权,不能直接开放平台管理接口或移除租户条件。转店后门店权限按既有规则处理,历史对账可见范围须在实施前确定,不因当前服务关系改变而任意暴露孩子档案。

12 · 数据与迁移前置核验

设备绑定增加孩子关联与扫码时间需求,保留原家长账号、来源机构和绑定门店快照。写迁移前先核验 test 与生产真实绑定总量、现有非空值及当前 schema;不能沿用旧稿“绑定 0 条、无需迁移”的历史结论。有历史记录时制定明确回填办法;无法可靠推断孩子或扫码时间的历史记录标记待补全,禁止编造时间或归属。新列非空计数、约束及解绑历史在真实数据库中验证。

13 · 分批拼装与验收

第一批:首页开关、两端完整复刻、真实数据接入及全部未开通状态;第二批:家长扫码、确认、绑定、设备列表、解绑与异常;第三批:子席位字段、达人/门店查询、筛选与导出。第二、三批均完成才具备设备对账闭环。后续按模块补打卡、统计汇总、复查提醒、消息和首页解读,不重新排版。每批通过后再接下一批;本方案不更新任何开发 Phase 完成状态。

14 · 实施前需定的业务规则

待确认 A:多孩子、多门店时:首页品牌与开关按账号来源机构,还是按当前孩子服务门店?现有逻辑以账号来源机构为基础。待确认 B:新版首页开启时关闭头图,是禁止关闭还是连带关闭新版首页?建议禁止关闭并明确提示;没有可用图片时保留现有品牌文字头部。待确认 C:设备下放门店与当前孩子服务门店不一致时,允许分别记录还是必须先完成转店?不得未经确认强制两者一致。待确认 D:门店汇总按孩子还是家长计数,以及转店后历史对账的授权范围。以上作为方案待定项,不擅自进入实现。

15 · 验收清单与本轮证据

视觉:与原型逐模块对照,检查默认页签、案例页签、设备横滑与完整占位状态;在 360、375、390、768、820 像素及相邻断点检查溢出。业务:真数据库、真服务、真请求、真浏览器,验证自己的孩子、越权、重复扫码、并发、转店、解绑、多人多设备和导出;品牌码、原子席位、原登录码及聊天语音链路做回归。本轮重新执行 18 维物理 grep,属于静态核验,不是业务测试通过。原型、v08 及 10 月 1 日稿已读取;v09 公网返回 401,只核对本地副本,不声称线上版一致。方案文件日期为 2026-10-03。

方案图