Pisell One
商家运营工作台

多模块信息分散，管理者需要快速判断下一步

范围覆盖预约、支付、客户、会员、商品、房间与同步日志。我的职责是定义统一工作台结构、主要场景、信息层级、组件状态与原型交互，并完成浏览器测试。

高密度信息、上下文切换和异常恢复同时存在

• 记录列表、详情与建议要保持同一上下文。
• 搜索、筛选、空结果、备注保存、同步失败与完成状态都必须可见。
• 亮色日常工作与深色指挥舱共用语义，不共用错误的视觉优先级。

三列工作区 + 跟随任务出现的辅助建议

保留“浏览—处理—辅助”三列关系；把建议放在当前记录旁边，而不是跳到独立聊天页；同步任务先允许清空选择并显示错误，再允许重选模块完成恢复。

复用 Token、状态标签、输入、筛选与反馈模式

页面使用同一套颜色语义、Badge、输入框、筛选器、空状态、Toast、进度条和抽屉规则。业务模块只替换字段与操作，不重新定义基础交互。

可运行、自包含、可复测

• 本地交付包含 index.html、styles.css、data.js 与 app.js。
• Demo 可实际执行主题切换、场景切换、搜索筛选、备注保存、同步错误与完成路径。
• 演示数据内置，不连接真实客户、支付或门店账号。

结果是完成了流程验证，不虚构业务增长

交付结果是一套可以从场景进入、处理记录、恢复错误并完成同步的运营工作台 Demo。它证明了结构与状态覆盖范围；不把模拟数据写成上线指标，也不声称已替代真实产品。