采购与管理
研学机构运营
配置者确保活动、人、设备与规则在出发前全部就位
- 目标
- 配置完整
- 关键任务
- 创建活动 · 分配人员 · 绑定设备
- 风险
- 漏配与错配
研学守护返回作品集让研学安全，从看见风险走向完成处置。
以“活动”为共同上下文，连接机构行前配置、老师现场处置与家长远程确认，让异常从发现、定位到跟进都有清晰的责任链路。
产品形态Web / App / 小程序
设计职责UX / UI
项目判断
问题不是“看见位置”，而是让异常进入处置链路。研学离开固定校园后，安全从一次点名变成持续变化的现场状态。设备提供信号，但只有当信号被组织成共同上下文、清晰判断和下一步行动时，才真正成为体验能力。
原有依赖
信息分散、响应被动，依赖个人经验，难以形成一致判断与行动。
- 点名
- 人工确认
活动上下文
让异常主动出现，并进入处置闭环。
以活动连接学员、老师、手环、规则与报警，让每一次异常都有清晰的发现、定位、处置与记录。
- 发现
- 定位
- 处置
- 记录
角色研究
同一场研学，三类角色承担三种不同责任。机构要确保配置完整，老师要快速处置，家长要获得确定感。UX 的关键不是让三端功能一致，而是让每个角色只看到完成责任所需的信息。
现场执行
带队老师
处置者在移动与分心状态下，快速发现并处置异常
- 目标
- 判断迅速
- 关键任务
- 查看安全态 · 定位异常 · 完成处置
- 风险
- 提醒含糊与信息过载
远程确认
学生家长
确认者用最低操作成本确认孩子是否处于安全状态
- 目标
- 获得确定感
- 关键任务
- 查看位置 · 电量 · 更新时间
- 风险
- 状态来源不清
信息架构判断
共享一个活动上下文，提供三种信息密度。
活动上下文人 · 设备 · 规则 · 状态
后台配置与追溯信息密度：完整
App现场任务信息密度：聚焦
家长端可信结论信息密度：极简
机会判断
产品的壁垒不是实时地图，而是可解释的安全闭环。硬件让位置可见，但真正影响采用与信任的是：系统能否识别异常、减少误判、明确责任，并用不同方式向机构、老师和家长解释同一状态。
能力基础
手环信号、定位与电子围栏，为持续感知风险提供了硬件基础；三端界面已经覆盖组织、现场与家庭场景。
体验短板
定位精度、设备在线与续航都会影响判断；同一活动状态被多角色读取，权限和信息颗粒度更复杂。
体验机会
把人工点名升级为持续可见的安全服务，让机构的专业度不只发生在事故之后，而体现在过程管理中。
设计风险
误报、弱网、责任边界与未成年人隐私，都会削弱系统可信度；提示必须可解释，数据必须有边界。
从“提供定位工具”升级为“交付可被信任的安全状态”。
- 可识别
- 可处置
- 可追溯
体验策略
从风险发生后的“找信息”，转向风险发生时的“做判断”。三条策略都从现场任务出发：缩短识别路径、保留必要上下文、控制不同角色的信息负担。每条策略都对应到真实页面证据，而不是停留在原则层。
先全局，后个人
先回答“现在是否安全”
场景问题
老师打开系统时，不应先在名单和地图点位中寻找风险。
设计决策
把安全人数、待处理报警、设备状态置于视线起点；只有出现异常时，才下钻到学员。
异常优先
让风险主动进入任务流
场景问题
报警如果只是一条消息，老师仍要重新寻找活动、学生与设备关系。
设计决策
让异常同时携带对象、类型、时间与位置，并进入待处理队列，形成明确下一步。
结论优于复杂度
家长看到安全结论，不承担管理负担
场景问题
复制后台地图会暴露过量信息，也会放大定位波动带来的不确定感。
设计决策
家长端只保留孩子、安全范围、电量和更新时间，并为异常状态准备解释。
系统建模
用“活动”把人、设备、规则和风险装进同一上下文。如果三端各自管理名单、设备与报警，信息会持续失配。把活动作为核心业务对象，才能让行前配置、现场监护、家长确认和事后回溯读取同一事实。
研学活动统一时间、地点与参与关系
学员被守护对象
活动中的学生，关联手环与位置状态，是监护与风险处置的核心对象。
手环安全信号来源
提供定位、在线、告警等信号，支撑状态感知与风险识别。
规则风险判断条件
定义安全范围、触发条件与处置标准，驱动风险识别与任务生成。
老师现场责任人
负责现场组织与处置，接收任务并执行闭环。
报警待处理任务
由规则触发的风险事件，生成可执行任务并跟踪处置进度。
家长状态接收者
接收活动结论与关键通知，了解孩子的安全状态。
六类实体归属于同一活动上下文，围绕研学活动协同运作。
建立活动边界
把时间、地点、人员与安全规则装入同一活动。
确认人机关系
让每只手环对应具体学员和当前活动。
持续感知状态
在地图中聚合人员、设备在线与安全范围。
把风险变成任务
定位对象并给出可执行的现场处置入口。
同步与回溯
对家长给出结论，对机构留下处理记录。
设计目标
把抽象的“更安全”，拆成可以验证的体验目标。安全无法仅用视觉氛围证明。设计目标必须对应用户能否更快发现、正确判断并完成行动；没有真实测试数据的部分保持为待验证假设。
3 秒内看懂整体状态
首屏先给安全结论与异常数量，避免把判断藏进地图和列表。
待验证：首次进入时的状态识别速度
一个入口还原异常上下文
报警同时关联活动、学员、设备、时间与位置，减少跨模块检索。
待验证：从提醒到锁定对象的路径长度
处置之后必须留下结果
未处理与已处理形成清楚状态，支持机构后续复盘与责任确认。
待验证：现场处理与后台记录的一致性
视觉系统
颜色不是装饰，而是跨端统一的状态语言。主题橙负责品牌、操作与安全状态的统一表达，红色只在风险出现。大圆角卡片承载任务，胶囊标签承载短状态，减少界面中的线性切割。
颜色语义
操作橙#FF7800
状态橙#FF9B42
风险红#FF6357
信息黑#171922
文本层级
活动是否安全？全员处于安全范围当前位置 · 北京市故宫
数据更新于 30 秒前状态组件
安全范围内进行中待处理
标签只表达短状态，卡片承载上下文，按钮只保留明确动作。
后台方案
先把一次出行组织清楚，现场才有可信的安全上下文。后台不以设备资产为起点，而以活动为主轴，把学员、老师、手环与报警规则装入同一个任务空间。运营人员在出发前完成配置，活动中只处理例外。
活动总览 · 全局优先
先判断哪场活动需要关注
运营同时管理多场研学时，第一步不是翻设备或学员名单，而是确认活动当前处于什么阶段。
- 界面细节
- 页面用“进行中 / 未开始 / 已结束”切分任务状态；每张活动卡把地点、时间、带队老师与学员数量收拢在一起。
- UX 决策
- 以活动作为后台的一级对象，让状态先于详情出现，减少运营在多个模块间拼接上下文。
- 体验价值
- 把一次出行变成可快速扫描的管理单元，为后续设备绑定和报警追溯提供统一入口。
活动创建 · 行前防错
把安全前提在出发前一次配齐
现场能否正确识别风险，取决于活动名称、地点、时间与紧急联系人是否在行前被完整建立。
- 界面细节
- 抽屉表单把必填的名称、地点和时间放在前面，再补充紧急联系人与活动描述；字数限制直接贴近输入区域。
- UX 决策
- 字段按照“活动事实—应急联系—补充说明”的使用关系排序，而不是照搬后台数据结构。
- 体验价值
- 让运营在创建动作中同步检查安全边界，降低信息缺失一路传递到现场的可能。
设备管理 · 关系可核验
设备状态只有落到学生才有意义
一只手环即使在线，也不能说明它正在为正确的学生和正确的活动提供安全信号。
- 界面细节
- 列表把序列号、使用状态、绑定学员、当前活动、电量与更新时间放在同一行，并支持按活动与电量筛选。
- UX 决策
- 把资产状态与人、活动的业务关系并列展示，让运营无需进入详情就能发现空闲、预订、使用中或损坏设备。
- 体验价值
- 把“设备是否可用”升级为“这只设备是否在正确服务对象上”，让行前核验更接近真实风险。
报警台账 · 异常闭环
让一次报警成为可追踪的处理任务
报警如果只是持续增加的消息，运营仍然无法判断谁受影响、发生在哪场活动、当前是否有人处理。
- 界面细节
- 待处理与已处理被明确分开；类型、描述、活动、学员、设备和发生时间组成完整异常上下文。
- UX 决策
- 以处理状态组织列表，并让筛选与关键关联字段始终可见，使报警从通知转为有状态的工作项。
- 体验价值
- 支持现场与后台围绕同一条记录协作，也为后续复盘保留必要线索；实际流转规则仍需进一步验证。
现场方案
老师第一眼看到安全结论，第二步才处理具体对象。现场注意力被讲解、行走和秩序维护持续切分。App 用稳定的地图入口承载全局态，用报警承载异常态，用学员详情承载对象态，让操作顺序贴近判断顺序。
全局态 · 先给结论
进入现场，第一眼只回答是否安全
带队老师经常边走边讲解，注意力无法长时间停留在屏幕上。密集点位不应该成为理解安全状态的前提。
- 界面细节
- 顶部先给出“本次活动共 34 个学员（全员安全）”的结论；地图保留学员点位、安全范围、搜索和全员筛选作为判断依据。
- UX 决策
- 把结论放在地图证据之前，并让搜索、刷新与网络模式都留在单手可达的主要任务面。
- 体验价值
- 老师无需逐个确认点位就能完成首次判断，只有状态异常时才投入更多注意力。34 / 34 为示例界面状态，不代表项目成果。
异常态 · 例外优先
待处理不是消息，而是下一项任务
现场报警需要立即区分轻重和对象；按时间堆叠的消息流会让老师重复判断哪些问题仍未解决。
- 界面细节
- 未处理与已处理分成两个任务池，红色数量直接提示积压；每条卡片带出学员、设备、电量、活动和报警时间。
- UX 决策
- 用处理状态而不是消息时间组织队列，同时提供“查看”和“标记已处理”两个连续动作。
- 体验价值
- 把发现异常、还原上下文和完成处置放进同一条路径，减少现场来回查找。
对象态 · 上下文聚合
锁定异常后，所有判断依据回到一个人
老师找到异常学员后，需要同时确认当前位置、设备在线状态和沟通情况，而不是继续在多个页面之间跳转。
- 界面细节
- 地图保留学员位置；详情面板集中姓名、年龄、手环编号、电量与在线状态；通话状态在顶部持续可见。
- UX 决策
- 让“位置—身份—设备—联系”围绕同一学员展开，信息顺序贴合从确认对象到采取行动的现场判断。
- 体验价值
- 老师可以在同一视图完成定位和核验，并保持对当前沟通状态的感知。
活动态 · 管理节奏
数量服务判断，不服务报表展示
活动概况的价值不在于展示更多数字，而在于帮助老师快速确认人员、设备与异常是否对得上。
- 界面细节
- 学员总数、在线设备数、累计报警与待处理报警被并置；下方再提供地点、时间、带队老师和紧急联系人。
- UX 决策
- 只保留能影响现场判断的数量，并把待处理异常与活动基本信息放在同一页内。
- 体验价值
- 交接或重新进入活动时，老师可以先恢复关键上下文，再进入名单、报警设置等具体任务。
家长方案
不给家长一套管理工具，只回答“我的孩子现在是否安全”。家长端先确认监护关系，再用安全范围、电量与更新时间解释状态。它不复制老师端的全员地图，避免过度暴露信息，也避免让家长承担现场判断。
建立关系 · 隐私前置
先确认谁有权看，再提供位置
未成年人位置不是一个可以直接搜索的信息入口。家长查看之前，产品必须先建立明确的监护关系。
- 界面细节
- 空状态不暴露任何学员信息；绑定动作区分本机手机号与其他手机号，让关系来源在入口处可理解。
- UX 决策
- 把绑定放在位置查看之前，用“关系先于数据”的顺序表达权限边界，而不是先给地图再补验证。
- 体验价值
- 减少误绑和越权理解的空间。当前界面只证明了绑定流程，正式身份核验与授权规则仍需补充验证。
安全首页 · 结论优先
家长需要可信结论，不是全员地图
家长远程查看的核心诉求是降低不确定感。如果只显示一个漂移的点位，透明度反而可能制造焦虑。
- 界面细节
- 页面只呈现当前孩子、所属机构与老师、安全范围、手环电量和最近更新时间，并明确数据每 30 秒更新。
- UX 决策
- 把安全结论、信号来源和数据新鲜度放在一个视图里，用有限信息解释“为什么现在可以放心”。
- 体验价值
- 家长获得可理解的确认依据，同时不接触其他学生信息，也不承担现场监控和处置责任。
关系管理 · 显式可控
让绑定关系可查看，也可以主动解除
家庭可能关联多个孩子或不同机构，绑定如果藏在账户状态里，家长很难确认自己正在查看谁的数据。
- 界面细节
- 已绑定学员以姓名和所属机构组成清晰列表，每段关系都提供独立解绑入口，页面底部保留继续添加学员的主动作。
- UX 决策
- 把监护关系做成可见、可管理的对象，而不是一次性完成后消失的设置步骤。
- 体验价值
- 让多学员场景下的查看边界更清楚，也为关系变化提供可逆路径。
项目落地
从定位工具，走向可被信任的研学安全服务。项目围绕“活动”建立统一上下文，将机构的行前配置、老师的现场监护与家长的远程确认连接成完整链路，让安全状态能够被发现、理解、处置和追溯。
行前准备
机构统一配置活动、人员、设备与安全规则
现场处置
老师先看整体安全结论，再定位异常并完成处理
远程确认
家长通过安全范围、电量与更新时间获得可信反馈
上线交付
项目已完成开发并正式上线完成 Web 后台、老师 App 与家长小程序的多端体验设计
建立以“活动”为核心的业务与信息架构
将报警从被动消息转化为可处理、可记录的任务
统一跨端状态语言与关键组件规则
最终设计判断研学安全不是地图上的一个点，而是风险能够被正确的人看见、理解并完成处理。
继续探索其他项目
四个案例，从不同角度呈现我的业务理解、体验判断与设计落地。