赵阳智脑产品方案 / 业务沟通版
业务沟通版 v0.3 · 2026 / 09 / 20

一台设备，
连起达人、家长与门店。

沿用现有机构和子席位，新增设备扫码绑定。
让每个账号、每台设备、每次门店关联，都有记录可查。

这次真正要解决的事哪位达人带来的家长，
关联了哪家店、哪台设备？
不新建达人账号体系不改品牌码首版不做金额与打款
已确认规则交互建议，供评审示例均为虚构，不是已上线页面
达人 = 一个初始机构家长账号始终归这个机构，转店不转归属。
设备 = 全局唯一 SN厂家给码，平台导入；家长扫哪个就记哪个。
门店 = 当前服务关系互扫可以换服务门店，但不改达人归属。
01

先用一个例子，说清楚业务

不增加一套“达人管理”。继续用现有机构与子席位功能。

1

给达人建一个机构

平台创建“达人小林机构”，在它下面开家长子席位，再由达人发给家长。

2

家长去门店买设备

家长到“明亮眼镜店”，双方互扫关联，相关视光档案出现在该店授权范围内。

3

家长在智脑扫码

扫设备贴纸上的设备码，绑定 SN：ZY000128。一个家长还能继续绑定其他设备。

4

达人后台看到记录

仍在“达人小林机构”的子席位里，看到这个家长、关联门店、设备和 SN。

图 1 · 谁的归属不变，什么关系可以变化
达人小林机构最初开通家长账号的机构
发放子席位账号
这条归属始终保留
家长账号始终留在初始机构名下
同一个家长账号不用换号，也不用迁移归属
与门店互扫关联
改变服务关系，不改变账号来源
明亮眼镜店查看其获授权的档案与相关记录
一句话：家长可以去别的门店接受服务，但仍是原达人机构发出的家长账号。
已确认

默认先跟着初始机构

有机构才能开子席位。没有后续互绑时，保留系统原有默认关联，不另造“无归属账号”。

展示建议

两列分开，就不会混淆

后台分别写“账号归属机构”和“当前关联门店”。默认关联标“初始机构默认”，互绑后标“扫码关联”。

达人机构只是借用机构功能，不意味着该达人机构就是一家实体销售门店。默认关联不当作已核实的购机凭证；首版记录绑定事实，供双方对账。

02

平台：导入 SN，生成设备码

设备库跨机构共用，设备不提前指定给某个达人。

图 2 · 设备准备流程
平台创建设备选择设备类型
填写设备名称
厂家 → 平台导入一批 SN保留原编号
检查重复与空值
系统每个 SN 生成一码一码对应一台设备
不预设达人
平台下载打包二维码文件名 = SN.png
供制作设备贴纸
设备类型 · 示例护眼灯
设备名称 · 示例护眼灯 A 款
厂家提供 SNZY000128
下载图片名称ZY000128.png
保留原码

智脑登录码

继续用来进入智脑，沿用原有登录逻辑。原品牌码、已有子席位功能不受影响。

新增设备码

设备 SN 二维码

仅用于在智脑家长端绑定这台设备。标签同时印两个码，并明确写“登录智脑”“绑定设备”，避免扫错。

全局不能重复同一个 SN 不因导入到另一家机构而重复建档；重复行报错并说明原因。
编号原样保留不丢前导零，不自动改大小写。文件名不合法的 SN 要列出来处理，不能悄悄改名造成错贴。

本次不需要理解或对接厂家数据上报编号。第一版只按厂家提供的 SN 建设备清单、生成设备码、记录家长绑定。

03

家长：扫码一次，设备就有了归属

不需要门店再次确认购买。家长能绑多台，新设备不会覆盖旧设备。

图 3 · 家长绑定设备
家长登录智脑家长端使用达人提供的
子席位账号
我的设备点击“绑定设备”扫描新增的设备码
不是登录码
确认页核对设备与 SN显示名称、SN
与当前关联机构/门店
系统保存绑定记录记录账号、设备、时间
同步供后台查询
家长需要做的：登录 → 扫码 → 确认。
系统自动记录的：账号归属哪个达人机构、当前关联哪里、绑定了什么设备、SN 是多少、何时绑定。

同一个 SN 再扫

提示“您已绑定”，展示原记录，不重复增加一台设备。

再买一台设备

继续扫新设备的码，追加到“我的设备”，每台都有自己的绑定时间。

设备已被别人绑定

提示先由原家长解绑，或联系平台协助。不显示对方隐私，不允许直接抢绑。

门店关联怎么显示？

还没与其他门店互扫沿用初始机构默认关联
清楚标注“默认”
与实际门店互扫后显示新的服务门店
家长仍归初始达人机构
以后换另一家门店更新当前服务门店
以前设备记录不悄悄改写

建议设备详情同时保留“绑定时关联门店”和“当前关联门店”。先扫设备、后互绑时，后台能看到后续关联变化，历史时间不被抹掉；这不自动证明设备就在新门店购买。

04

达人后台：还是那张子席位表，更好查了

账号不挪地方。就在初始达人机构的子席位管理里看设备和门店。

图 4 · 数据记录与后台查看
门店与家长互绑更新服务门店
档案按权限关联
家长绑定设备追加名称、SN
扫码 / 绑定时间
达人机构的子席位表同一账号行显示门店
设备数量和最近 SN
查看详情 / 导出逐台设备与历史
供达人和门店核对

图中展示的是常见业务顺序；先绑定设备后互绑门店也要保留两个动作各自的时间与记录。

子席位列表增加这些信息

家长账号账号归属机构当前关联门店有效设备最近 SN最近绑定时间
家长 001达人小林机构明亮眼镜店
扫码关联		2 台ZY00012909-20 10:05
家长 002达人小林机构达人小林机构
初始机构默认		1 台ZY00013009-20 11:12

虚构数据，用于沟通字段，不代表已实现页面或实际用户。

点开家长后，逐台展示

设备SN绑定时关联门店绑定时间状态
护眼灯 A 款ZY000128明亮眼镜店09-19 15:30已绑定
训练设备 B 款ZY000129明亮眼镜店09-20 10:05已绑定
护眼灯 A 款ZY000100明亮眼镜店09-10 09:20已解绑 · 可看历史

查询方便

支持按家长账号、门店、设备名称、SN、状态和时间查找；列表显示摘要，详情看全部设备，不把多个 SN 挤成一团。

导出方便核对

一行一条设备绑定记录，带账号归属、关联门店、SN、绑定/解绑时间与状态。不导出密码，不做自动计佣。

时间要分开：微信绑定时间、门店互绑时间、设备扫码/绑定时间、解绑时间分别记录；不能用一个“绑定时间”混着解释。
05

解绑放两处，门店不用拿操作权限

家长自己处理最方便；遇到账号不可用、误绑等问题，由平台兜底。

家长自行操作

放在“我的设备”详情里

家长端 → 我的设备 → 设备详情 → 解绑设备

先显示设备名称、SN，再二次确认。仅能解绑自己当前绑定的设备，不能替别人解绑。

平台协助操作

放在“设备管理”的 SN 详情里

平台后台 → 设备管理 → 搜索 SN → 绑定记录 → 平台解绑

门店反馈 SN 给平台。平台先核对当前绑定对象与处理原因，再执行解绑并留下经办记录。

图 5 · 两种入口，同一条解绑记录

家长自助

找到自己要解绑的设备
↓
查看 SN，选择解绑原因
↓
确认解除绑定

平台协助

门店 / 家长提供 SN 和说明
↓
平台查到记录并核对情况
↓
填写原因，确认平台解绑
结束当前绑定，保留历史
谁操作的、何时解绑、什么原因、原来归属哪个账号，都能查。

家长端提示建议

“解绑后，该设备将不再关联此账号；历史记录会保留。解绑不代表退款已完成，也不会改变您的账号归属。”

平台端操作建议

“您正在解除 SN ××× 与家长账号 ××× 的绑定。请核对售后信息并填写原因。”不能只凭一个 SN 就不核验直接操作。

图 6 · 解绑后，再绑定给新家长
结束旧绑定原家长或平台操作
老记录仍然保留
设备可重新绑定建议正常解绑后释放
停用设备仍不可绑定
新家长重新扫码按新账号记录新关系
不覆盖原记录
是否再次计佣？规则待定
首版不自动判断

正常解绑后是否立即允许重绑为本稿建议；若设备在维修、报废或风控停用状态，应先由平台恢复可用。退货、换新、转让可以记录原因，但不在本轮定佣金处理规则。

为什么放在设备管理：平台收到的线索就是 SN，按设备查最快，且能看到这台设备的完整历史。子席位详情保留“查看设备”入口即可，不必到处重复放解绑按钮。
06

品牌头图不动，档案里增加门店展示

不是重新设计品牌页，而是把现有门店头图能力用到已互绑的视光档案里。

现有样式参考 · 长官提供的截图
用户提供的现有门店展示区：Logo、京东方健康名称及介绍

复用这类现有门店展示区。截图只用于说明功能位置与样式方向，不新造一套门店装修配置，也不要求改品牌头图。

页面怎么理解

原品牌头图 / 品牌页
保持现在的内容和逻辑，不动。
新增展示 · 家长视光档案内部
当前服务门店名称

复用该门店现有展示配置

门店与家长关联后展示。未配置门店名时显示机构名称；没 Logo 不显示破图。

下方继续显示原有孩子档案与检查记录

结构说明图，不是上线效果稿。橙色虚线表示本次新增展示区域。

图 7 · 门店展示从哪里来
家长与门店互扫关联
↓
确定该档案当前服务门店
↓
读取该门店已有 Logo、名称等配置
↓
在视光档案内展示现有门店头图区
取哪家店？
取这份档案当前关联的服务门店，不是永远取最初达人机构。

尚未互绑实际门店时，不新增一个冒充实体门店的展示区；继续原来的显示。若一个账号下多个孩子关联不同门店，按具体档案展示，不能全家一律取“最近绑定门店”。

07

第一版做什么，不做什么

先把“能绑定、能查清、能解绑、能导出”做完整。

本版范围 · 已确认

六件事情

  • 设备类型、名称、SN 导入与二维码下载。
  • 家长端新增设备绑定与“我的设备”。
  • 复用达人机构归属，显示实际门店关联。
  • 子席位列表、设备明细、查询和导出。
  • 家长自行解绑 + 平台按 SN 协助解绑。
  • 视光档案内增加现有门店头图展示。
这版先不做

避免把项目越做越大

  • 不新建独立达人账号体系。
  • 不做佣金金额、自动打款或财务退款。
  • 不替退货、换新、二手转让决定计佣。
  • 不做厂商数据上报对接。
  • 不改品牌码、登录码与账号初始归属。
  • 不让门店获得解绑家长设备的权限。
图 8 · 建议实施顺序
第一步 / 备好设备

设备清单与二维码

导入能校验，设备能查到，二维码能逐个下载和打包。

第二步 / 跑通业务

扫码、门店、后台记录

家长能扫，达人能查，门店信息准确，SN 和时间可导出。

第三步 / 闭环交付

解绑与门店展示

自助与平台解绑都留历史；门店头图按档案显示；旧功能回归。

正式开发前按项目流程立项并分配 Phase。本稿不自行定 Phase 号，也不代表已经启动开发。

验收时，用这 8 个问题确认有没有做对

1. SN 能准确导入吗？重复不能混进来，前导零不丢，下载名称对应原 SN。
2. 两个码会扫串吗？登录码照旧，设备码只做设备绑定。
3. 一个人能绑定多台吗？新设备追加、重复扫码不重复建，别人不能抢绑。
4. 互绑会改达人归属吗？绝不能。账号仍留原机构，服务门店单独变化。
5. 后台查得清吗？账号、当前门店、设备、SN、各自时间和导出能对上。
6. 两种解绑都能查历史吗？家长/平台操作者和原因留痕，门店无解绑权限。
7. 门店展示用对配置吗？不改品牌头图；没配置有兜底，多档案不串门店。
8. 老功能还正常吗？品牌码、登录、档案权限、已有子席位全部回归。
08

沟通时，只剩这几处需要定细节

大方向已清楚，不再反复讨论“达人是什么”或“要不要自动打款”。

A

先扫设备、后互绑门店，历史怎么显示？

建议当前门店随互绑更新，设备绑定时的关联保持原样，并显示后续变化。需要人工修正历史门店时由平台留痕处理，不默默倒推销售门店。

B

解绑后是否立即允许再绑定？

建议正常设备解绑后即可重绑；停用/维修设备仍受限制。同 SN 的新旧记录各自保存，是否再次计佣不在本版自动处理。

C

多个孩子、多个关联门店怎么办？

正常单门店不增加操作；确有多个门店时，建议设备绑定确认页让家长从已关联门店中选本次门店，档案头图则按各档案自己的门店展示。

D

退货、换新、二手转让如何计佣？

继续待定。本版只记录解绑/重新绑定及原因，不计算应收、不作退款完成标记、不自动新增或扣减佣金。

先把人、店、设备和时间记清楚。
让双方有据可查，再谈钱如何计算。

附

留给开发与验收人员的说明

业务沟通读到上面即可。源码、边界和验证依据放在这里，不打断主线。

版本变化：这次删掉了哪些复杂设计？
  • 达人确认等于机构，不再引入 Channel 映射、独立达人账号或新的发号体系。
  • 家长账号初始归属不变，默认关联和互扫服务门店分开呈现，不再把“无机构”作为常见场景。
  • 把家长自助解绑与平台 SN 解绑作为明确能力，不再要求门店操作或家长必须人工审核才可正常解绑。
  • 使用厂家给出的 SN 作为设备管理依据，不把上报设备编号的研究设为首版前置条件。
  • 品牌头图不动；门店展示为视光档案内新增，并复用用户提供的现有样式。
  • 金额与自动结算不纳入首版；售后原因记录不等于佣金规则。
12 维静态源码证据与核验边界

沿用上轮实际检索的固定代码提交 2040a3196672800beca23a6abcee515e55717bad，本轮补查机构与门店展示取值。本轮未 fetch，不声称实时最新；只读，不改业务代码。下面是静态证据，不等于真实数据库、浏览器业务流程或上线验收已经通过。

维度证据路径 / 行号对方案的影响
1. 家长席位app/models/user.py:58–62,121–154机构关联与 parent 子席位已有字段；业务含义由本轮定案说明，不能宣称永久归属保护已实现。
2. 机构实体app/models/organization.py:11,20,26复用机构、机构名称和门店昵称；达人就是该实体的一种业务用法。
3. 服务门店app/models/flywheel.py:52–54,71–83孩子所属家长、来源机构、服务门店已有区分。账号来源与服务门店不能混写。
4. 两类互绑app/api/refractive_records.py:167–194
app/services/brand_code_claim_service.py:3–12		同机构档案绑定与跨机构服务认领不是同一接口；双向扫码需再核验完整实际入口。
5. 设备模型app/models/device.py:16–33,41–67现有设备数据/类型不直接等于本次 SN 资产绑定。保留旧数据链路。
6. 设备管理接口app/api/admin_devices.py:17,49–110现有类型接口有管理员守门；资产与 SN 清单需新增或确认可复用实现。
7. 设备查询app/services/device_service.py:76,88–101手机号设备数据查询不是本次新绑定依据；首版不做厂家数据对接。
8. 二维码app/api/qr.py:23–35可生成 QR PNG；身份校验、设备唯一关联须由业务服务处理。
9. 品牌码app/api/brand_code_public.py:22,41–44
web/app/h5/brand-scan/page.tsx:10,69		激活链路存在，新增设备码不能覆盖或误触原流程。
10. 列表与时间app/api/admin_brand_code.py:180–234
app/models/user.py:80–107		当前门店汇总不是每台设备的历史归属；现有登录设备、微信时间不得借作实体设备字段。
11. 门店展示app/api/h5_store_card.py:188–224,242,326Logo 与品牌头图用不同字段；名称可用昵称回退机构名称。本轮补 grep 有命中，未确认全部前端组件调用链。
12. 迁移与测试migrations/versions/phase48a_001_brand_code.py
tests/integration/test_brand_code_claim.py
tests/integration/test_refractive_visibility_service_org.py		现有迁移/测试文件可作回归入口；不代表已执行或已检查实际数据库状态。

技术实现须保证：SN 唯一、一台设备同一时刻一个有效绑定、重复请求不重复写入、家长只能解绑本人设备、平台操作留痕、达人与门店范围隔离、档案可见性不扩散。随机设备码能防枚举但不能防止贴纸被拍照复制，扫码不自动构成付款凭证。

上线前仍须：正式立项，最新 test 独立功能分支/worktree，真实 PG + 真实服务 + 真机扫码验证，实施前后贴源码/库/接口/页面证据，按正式发版流程执行。不触碰主仓预存脏文件。

已确认规则与建议的边界

已确认：达人借用机构；账号最终归初始机构；设备跨机构、SN 由厂家提供、一码一 SN、文件名对应 SN；一账号多设备；扫码不用门店二次确认；家长自助和平台协助解绑；首版范围；品牌头图不变，档案增加现有门店展示。

建议：按钮具体位置、确认文案、解除关系后的重绑节奏、多门店时选择方式、绑定时门店和当前门店的两列展示、异常设备的停用处理。佣金规则继续待定。本文是沟通方案，不是软件功能已完成的宣告。