01 · WHY THREE SYSTEMS
为什么需要三套系统分工
客户看到的信息、店长开展服务所需的工具、公司内部完成履约所需的管理能力并不相同。将三类角色放进同一个公开系统，既会增加使用复杂度，也容易暴露不必要的信息。
因此，屿见采用分层协同：前端负责清楚展示，中端负责准确服务，后端负责稳定履约。每套系统只向适合的角色开放对应能力。
分层的价值
- 客户页面保持清晰、易理解
- 店长操作围绕真实服务流程
- 内部运营权限按职责区分
- 订单、物流与售后可以持续跟进
不会对外展示
- 内部采购价格与供应成本
- 结算规则及账户权限
- 客户身份与真实订单信息
- 接口、服务器和安全配置
02 · FRONT-END DISPLAY
屿见甄品：对客展示与服务窗口
屿见甄品负责呈现商品信息、品牌内容、使用场景与服务说明。客户可以先充分了解商品，再由熟悉的店长结合实际需求提供沟通与服务。
- 统一的商品图片、标题、规格与详情信息
- 围绕生活场景组织的商品内容
- 品牌与平台公开信息的正式窗口
- 客户与店长之间的服务连接
屿见甄品当前以展示与服务连接为主要定位，不将公开支付页面作为核心模式。
03 · SERVICE COLLABORATION
屿见报单助手：店长经营协同工具
屿见报单助手仅面向经认证并获得相应权限的店长，用于在客户需求确认后完成商品查询、规格核对、收货信息、订单协同、履约跟进和售后衔接。
官网只公开该系统的业务作用，不提供后台登录入口，也不展示内部价格、账户关系、订单详情或权限规则。
- 商品与规格查询
- 订单和收货信息协同
- 履约状态与物流跟进
- 售后问题提交与反馈
04 · OPERATION & FULFILLMENT
屿见管理系统：公司运营与履约中枢
屿见管理系统服务于公司内部运营及履约人员，围绕商品、订单、供应、仓储、发货、物流、售后与运营数据进行统一管理。
它的价值不是对外展示技术复杂度，而是让每一笔真实业务能够被记录、跟踪和处理，使客户服务建立在可执行的履约基础上。
- 商品资料、规格与状态管理
- 订单处理与履约仓协同
- 发货、物流状态与异常跟踪
- 售后处理与运营数据复盘
05 · SERVICE FLOW
一项服务如何在三端之间完成
- 客户了解：通过屿见甄品查看商品与服务信息。
- 店长沟通：结合客户真实需求说明商品、规格与服务边界。
- 订单协同：通过屿见报单助手准确提交所需信息。
- 内部履约：屿见管理系统衔接商品、供应、仓储与发货。
- 物流售后：平台持续跟进物流状态，并按规则协同处理售后。
三个系统共同形成“展示—服务—履约”的闭环，但每个角色只能访问完成自身职责所需的信息。
06 · INFORMATION BOUNDARY
公开与保护的明确边界
| 可以公开 | 不对外公开 |
|---|---|
| 三个系统的名称与官方定位 | 后台登录地址与账号信息 |
| 各系统面向的服务对象 | 店长内部价格与结算规则 |
| 商品、订单、履约和售后的总体关系 | 供应成本、仓库权限与审核细则 |
| 公司已建立数字化协同能力 | 客户资料、真实订单与经营数据 |
| 经过脱敏的功能说明 | 数据库、接口、服务器及安全配置 |
原则：公开足以证明业务真实、流程清楚的信息；保护可能影响客户隐私、商业利益、账户安全和系统安全的内部机制。
07 · VALUE
这套体系为不同角色带来什么
信息更清楚
先了解商品与服务，再作出选择，并能持续获得物流和售后反馈。
服务更有序
减少零散记录和重复操作，把精力放在客户沟通与长期服务。
协同更稳定
商品、订单、发货和售后拥有清晰的承接环节与责任路径。
运营可追踪
通过数据与流程持续改善商品结构、履约效率和客户体验。