线上与线下如何协同

【背景】线上线下的协同是现代服务的常态，也是体验最容易断裂的地方。 【步骤】1. 选择一项需要线上线下协同的服务（医院挂号/外卖/网上预约到店）；2. 完整走一遍流程，记录每一步发生在线上还是线下；3. 标注每次切换时的等待与重复。 【输出】跨渠道服务流程记录（渠道 + 动作 + 卡点）。

【背景】渠道切换是信息的接力：切换时信息若丢失，用户就要重复劳动。 【步骤】1. 数出体验中的渠道切换次数；2. 检查每次切换时信息是否完整传递（是否重复输入、是否需重新说明）；3. 找出最痛的切换点。 【输出】渠道切换审计（次数 + 信息传递 + 痛点）。

【背景】渠道切换的情绪是设计质量的直接指标：顺畅的切换无感，断裂的切换挫败。 【步骤】1. 记录每次切换时你的情绪变化；2. 判断你更适应线上还是线下，为什么；3. 找出'无感切换'与'断裂切换'的各一个例子。 【输出】切换情绪记录 + 对比。

【背景】GOV.UK 强调'数字优先但不止于数字'：全渠道意味着市民无论从哪条路进来，体验都一致。 【步骤】1. 阅读 GOV.UK 设计原则中关于全渠道服务的部分；2. 理解 GDS 如何确保线上线下一致（同一账户、同一数据、同一标准）；3. 记录其'不强制数字'的设计。 【输出】GOV.UK 全渠道原则笔记。

【背景】对比是理解'全渠道是设计出来的'最快方式。 【步骤】1. 选一个全渠道做得好的服务（如 Oodi：线上查书→到馆借阅→App 续借）和一个做得差的；2. 对比两者的信息同步、身份识别、体验一致性；3. 找出差服务的具体断裂点。 【输出】全渠道 vs 碎片化对比表。

【背景】多渠道是自然结果，全渠道是设计决策：渠道之间要同步、一致、可接力。 【步骤】1. 理解'多渠道'（哪里都有）与'全渠道'（哪里都一样）的区别；2. 思考：全渠道的代价（数据同步、组织协同、成本）；3. 判断：你的服务该做到哪一档。 【输出】多渠道 vs 全渠道的取舍分析。

【背景】Oyster Card 证明：为极端用户保留替代通道，最终惠及所有人。 【步骤】1. 阅读 Oyster Card 设计原则；2. 理解伦敦为什么保留实体卡与现金（数字包容、数据公平）；3. 思考'不强制数字'对服务信任的贡献。 【输出】Oyster 数字包容案例分析。

【背景】极端用户思维（老人/游客/视障者）能暴露主流设计忽视的假设。 【步骤】1. 想象三种极端用户：80 岁无智能手机的老人、不会当地语言的游客、视力障碍者；2. 用你的跨渠道服务走一遍，找出每类用户的卡点；3. 记录这些卡点暴露了哪些'默认假设'。 【输出】三类极端用户卡点清单。

【背景】'数字优先'不等于'数字唯一'：包容性要求保留非数字通道。 【步骤】1. 理解 GOV.UK '数字优先'与'数字唯一'的区别；2. 思考：数字优先的边界在哪里、谁来保护被排除的人；3. 判断你的方案是否需要非数字通道。 【输出】数字包容策略判断。

【背景】全渠道蓝图是整合设计：把线上线下画进同一张图，才能看到接力与断裂。 【步骤】1. 以你日常接触的一项服务为例，绘制整合蓝图（含线上与线下渠道）；2. 标注每次渠道切换、信息传递、身份识别；3. 找出信息是否在切换中丢失。 【输出】全渠道整合蓝图。

【背景】'为什么这个步骤在线上、那个在线下'是渠道设计的核心追问：用户习惯还是组织便利？ 【步骤】1. 回到你的蓝图，为每个步骤回答'为什么选这个渠道'；2. 区分'用户优先'与'组织优先'的理由；3. 把组织优先的步骤标记出来并思考能否调整。 【输出】渠道选择理由清单（用户 vs 组织）。

【背景】极端用户测试是方案落地的最后防线。 【步骤】1. 用老人/游客/视障者三种身份重走你的跨渠道方案；2. 找出每类用户的卡点；3. 至少改进 2 处设计（加通道/减步骤/加辅助）。 【输出】极端用户测试报告 + 2 处改进。