把官网电商体验度量从「签收后一把 NPS」收成「旅程关键触点上的 NSS 基线 + 原声标签闭环」，让问题能进周会、进需求、进跨团队追踪。
Touchpoint Distribution Strategy · 高阻断常驻入口 · 中阻断页内嵌入 · 低阻断弹出与消息
对应图 05 信息架构：按转化阻断风险分层配置投放形态与题型，下方拆出独立问卷实机帧
| 阻断风险 | 投放策略 | 触点页面 | 问题设计要点 |
|---|---|---|---|
| 高风险 | 常驻入口 侧缘 Feedback 抽屉 |
结算页 · 收银台 · 购物车 | 指标性问题统一收口在支付成功环节（避免在结账中途弹窗打断交易）；当前页仅挂侧边常驻入口，以多选题 + 开放题收集具体受阻原因（如 Pincode 报错、优惠券无法核销、支付方式缺失）。 |
| 中风险 | 嵌入式问卷 页流内非阻断卡片 |
商品详情页（PDP） · 类目页 · 搜索结果页 · Store 页 · Home 页 · 支付成功页 | 指标性问题在当前页面内完成（1–5 星 NSS 触点量表）；紧随其后设置一题当前页面关联的多选题（对齐体验驱动因子）与一题开放题。 |
| 低风险 | 弹出式 + 消息推送 主动触达弹窗 / 邮件 |
签收环节触达消息 · 产品介绍页 · 产品参数页 · 产品对比页 | 可设置多个指标性问题；并配与各指标关联的多选题 + 开放题，在低转化打断成本节点采集更完整的阶段体验反馈。 |
末端 NPS 太晚：官网电商原先主要靠 NPS（净推荐） 看「愿不愿推荐」。投放触点落在旅程末端——订单签收后；海外物流往往要 5–7 天 才到反馈窗口，用户对购买流程细节已模糊，原声更多砸向质量、物流速度、售后，而不是查找/了解/下单各环的体验（页文）。
跨团队难闭环：公司框架下物流、生产、服务与电商相对独立，很多反馈无法在电商部门内闭环；NPS 问卷也难拆到各环节打分；原声笼统，偏宣泄而非可执行问题（页文）。
需要触点 NSS：因此需要一把更贴「满意度」、能挂在关键触点上的尺子——NSS（净满意度）：问卷形态近 CSAT，统计方式用推荐%−贬损%（图 01）。
痛点机制拆解 · 为什么签收后末端 NPS 测不准站内搜购体验
用户在搜索筛选、商详比对、填写印度 Pincode 地址或核销优惠券时遭遇真实阻碍，但当场无轻量反馈出口。
跨境或本地仓配送耗时 5–7 天，用户注意力转向包裹派送进度，站内页面交互细节被迅速遗忘。
回收原声集中在包装破损、物流延误与产品质量，电商产品与设计团队难以据此定位具体页面问题。
图 01 · 触点 NSS 尺子（与 NPS 同算法，测的是本触点不满）
问卷形态采用 1–5 分五级贴近单触点 CSAT；统计沿用净值口径
对照 NPS 与 CSAT/NSS 算法，明确 NSS 用于「这一触点满不满意」（图 01）。
整理投放竞品形态（弹窗、短信、嵌入、信息流内卡片等，图 02；via Chen Yian）。压成四类——链接 / 弹出 / 嵌入 / 固定入口，并标优劣与信息承载量（图 03）。
用全站主旅程 + 既有 NPS 原声，画出 旅程–触点–驱动因子（查找 / 了解 / 购买 / 售后，图 04），作为问卷节点与多选题选项的来源。
每个关键节点要有量化题，又要平衡打断；按驱动因子配多选题，方便后续归类（页文）。
图 02（由附录抬升 · via Chen Yian）· 行业问卷投放形态实拍拆解
作为归纳「四类投放矩阵」的形态来源，与页首 OnePlus 自研触点实机互补
图 03 · 四种投放：链接 / 弹出 / 嵌入 / 固定入口
横向对比四类问卷形态的优势、缺点与问卷信息承载量
| 对比维度 | 链接类问卷 | 弹出式问卷 | 嵌入式问卷 | 固定反馈入口问卷 |
|---|---|---|---|---|
| 优势 |
1. 投放更灵活，适用性高 2. 可支撑多题型的问卷 |
1. 可以根据不同页面，针对用户浏览行为设定触发时机 2. 可以按照页面用户比例投放 3. 答题率高 |
1. 随页面内容展示 2. 对用户行为阻断风险低 3. 可以按照页面用户比例投放 |
1. 对用户行为无阻断风险 2. 页面适用范围高 |
| 缺点 |
1. 跳出率高，用户完成率低 2. 缺乏奖励机制时候的答题意愿低 |
1. 对用户原本行为有一定阻断 | 1. 问卷信息承载能力低，要求问题简洁，题目数少，答题方式简单 | 1. 容易成为吐槽入口，反馈内容不聚焦 |
| 问卷信息承载量 | 高 | 中 | 低 | 中 |
图 04 · 旅程 × 触点 × 驱动因子 → 问卷节点与多选题选项来源
将全站整体体验与四大核心旅程拆解至具体页面触点与归因选项
| 映射层级 | 查找产品 | 了解产品 | 购买产品 | 售后和服务 |
|---|---|---|---|---|
| 整体体验层 |
跨旅程公共触点：支付成功页 · 签收消息 · 系统触发邮件 · APP 站内信 · 在线客服 全局驱动因子：网站视觉风格 · 客服响应速度 · 客服回答是否有帮助 · 网页加载速度 · 报错是否频繁 · 交互流程 |
|||
| 分阶段触点 | 搜索结果页 类目页 |
产品介绍页 产品参数页 产品对比页 商品详情页（PDP） |
购物车 结算页 收银台 |
物流服务 产品质量 产品体验 退换货流程 |
| 体验驱动因子 （多选题来源） |
· 搜索结果是否准确 · 产品分类筛选是否合理 · 产品排序规则 |
· 产品信息是否准确 · 产品对比的信息是否匹配 · 价格与优惠和信息是否清晰 |
· 价格与优惠和信息是否清晰 · 优惠规则是否容易理解 · 结算流程是否简洁 · 商品是否缺货 |
· 物流配送速度 · 包装是否损坏 · 物流信息更新是否及时 · 产品质量好坏 |
高风险（结算/收银台/购物车）→ 常驻反馈入口，指标题收到支付成功再收；中风险（PDP/类目/搜索/首页等）→ 嵌入式，一页一指标 + 一开放题；低风险（签收触达、介绍/参数/对比）→ 弹出 + 消息，可多指标（完整策略表与实机帧见页首图 05）。
购物车、结算页与收银台严禁主动弹窗。页面右侧仅保留常驻 Feedback 入口收集具体报错，定量满意度指标统一后移至支付成功页收口。
商详、搜索、类目等高频浏览页采用页流内嵌入式卡片，遵循「一页一指标 + 一关联多选 + 一开放题」，在不遮挡商品信息的前提下锁定当页短板。
在签收消息、参数对比等低转化打断节点，允许弹出式问卷与邮件/站内信配合，承载多维度指标与追问。
多选题解决分布，仍要标签系统吃开放原声：原始数据仓 → 多级标签 → 周分数表 / 标签频次 / 站点总览 / 趋势图（图 06，原表整图归档于附录）。
图 06（结构提炼） · 原始数据仓 → 三级原声标签体系 → 周报与趋势看板
将非结构化开放评论转化为可按周统计频次、跨团队分发的结构化标签
汇总各站点（IN / NA / EU）与端侧（Web / H5 / App）的支付成功页、商详、结算页原始反馈及订单号，供二次清洗。
例如：全局体验 → 流畅/稳定度 → 加载慢/超时/报错；查找&了解 → 折扣&优惠 → 优惠券无法使用/未生效；以旧换新 → IMEI 重复输入/价格不符。
自动聚合同类标签在各周的出现次数与占比（如银行卡/优惠不可用、无法购买多件、支付失败、COD 不可用），定位突发线上异常。
按视觉设计、查找产品、了解产品、购买产品四维输出周度趋势折线，直观反映发版或大促后的体验波动。
延续 NPS 运作机制，拉物流/服务共读；TOP 问题表与需求追踪表把「情绪原声」收成可排期项（图 07）。页文举例：以旧换新回收失败补差价、pincode/地址校验、FedEx 签名签收、参数结构优化、支付「处理中」中间态等。
图 07a · 原声 → 需求六步闭环机制
双周/周度例行运转，将体验监测接入研发排期与跨部门工单
从 Hotjar / CEM 下载各触点原始调研数据
以站点与旅程维度记录单周 NSS 分数
分析开放与多选原声，并打上三级标签
周会拉通产品、物流、客服讨论新增与高频问题
对识别清晰的问题建立产品优化需求或排障工单
对问题原声持续追踪，检测上线方案质量并回环验证
图 07b · TOP 问题共读与需求转化（节选）
摘自跨团队周会共读台账（已脱敏内部账号与工单 ID）
| 区域 / 触点 | 问题标签与议题 | 用户原声与根因诊断 | 落地动作与当前状态 |
|---|---|---|---|
| OnePlus-IN 购买产品 |
Pincode 地址校验无提示 | 用户反复点击 City / State 输入框无响应——印度站省市字段由 Pincode 自动带出，但界面缺乏前置提示，导致用户误判为表单卡死。 |
转需求 · 交互优化 完善 Pincode 校验提示，并在省市输入框增加「请先填写 Pincode」占位引导。 |
| OnePlus-IN 购买产品 |
优惠券占用与核销受阻 | 用户反馈满足条件仍无法选券（"My coupon is unavailable on this product..."）；排查发现首单未支付时优惠券已被锁定占用，二次下单无占券提醒。 |
转需求 · 规则显性化 增加待支付订单占券提醒与联动释放机制，同步排查库存与叠券限制。 |
| OnePlus-IN 购买产品 |
以旧换新 IMEI 识别报错与补差价 | 下单页偶发无法识别旧机 IMEI（Trade-in product not found），且回收评估失败后缺乏清晰的差价补偿说明。 |
已完成 · 研发上线 直接在前端透出服务商（Cashify）具体不支持原因，并补齐回收失败差价补偿流程。 |
| Global 了解 / 结算 |
参数结构优化与支付「处理中」中间态 |
商详参数堆叠难读、支付网关回调期间缺乏清晰的 Processing 中间态提示，引发重复点击或弃单焦虑。
|
已完成 · 跨案联动 补齐支付处理中状态反馈；参数与优惠表达痛点直接汇入商详改版手风琴方案。 |
| OnePlus-NA / IN 收货 / 售后 |
FedEx 签名签收与发货预期协同 | 海外用户反馈预计送达日期延误、追踪号更新滞后，或需要修改收件邮箱与协调 FedEx 签名签收规则。 |
已解决 · 跨团队共读 拉通物流与北美/印度客服团队建立 LMA 工单联动，优化签收通知与地址修改链路。 |
可讲的设计收获：用「触点级 NSS + 阻断分层投放」解决末端 NPS 看不清环节的问题；用「标签周报 + 跨团队闭环」把度量接到需求，而不是停在仪表盘（例如商详触点满意度短板与加购阻断发现，直接支撑了后续 OnePlus Store 商详改版）。
收获 01 · 度量颗粒度
告别「签收后一把末端 NPS」的滞后盲区，在不打断高风险结账转化的前提下，建立覆盖 IN / NA / EU 三大区域查找、了解、购买、售后的触点满意度基线。
收获 02 · 跨团队运转
将海量非结构化抱怨沉淀为可周更检索的标签体系，拉通电商产品、研发、物流与客服周会共读，持续将高频痛点转化为线上修复与产品迭代。
收获 03 · 全站体验资产
结合各触点 NSS 原声与 GA4 行为洞察，更新官网商城七阶段 User Journey Map，精准暴露了解与选购环节短板，成为商详 3.1 改版的立项依据。
图 09（核心提炼） · 官网商城七阶段情绪曲线（Home/Store → After Sale）
基于触点 NSS 与定性原声绘制（示意情绪起伏，不依赖未核验百分比；完整 FigJam 旅程板收于附录）
“The product looks very appealing” — 首屏视觉吸引力强，但多促销横幅下需更快定位目标机型。
“It's a bit difficult to find the product I want.” — 联想词过多与类目筛选粒度影响查找效率。
“Too much information. I can't understand this information.” — 参数长页缺乏重点分层。
“Product detail & price info is really clean” — 基础选型清楚，但优惠叠加与换新规则需更透明。
“Checkout and payment are easy for me” — 快捷支付顺畅，重点修复 Pincode 与占券异常。
“I really want to receive my order quickly” — 邮件与订单状态明确，承接结账满意度收分。
“The delivery service is not good.” — 跨境/本地物流轨迹更新与发票下载需跨部门协同。
正向原声 · 触点摘录（PDP / Checkout / Order Confirmation）
“Great. Google sign in. Super simple.”
“All the details are clear — Product detail & price info is really clean.”
“I've got an email, so I know everything worked.”
洞察归因：当登录鉴权、基础价格展示与订单确认通知保持轻量透明时，用户在购买至确认阶段的触点 NSS 表现最为稳健。
负向原声 · 触点摘录（直接对准周会闭环与商详改版议题）
“Why can't my address be shipped to? / Why can't I use the coupon? / Where is my bank discount?”
“Too much information. I can't understand this information. Where's the buy button?”
闭环指向：前半句直接推动结算页「Pincode 联动提示」「待支付占券提醒」需求落地；后半句推动商详改版将冗长 Specs 收进 P4 手风琴并重构四类优惠语义化抽屉。
图上口径 · 待核验：附录归档的图 08（多区域分旅程目标达成与 24 vs 23 年度对比表）及图 09（User Journey Map 全图）内含具体分值、百分比与涨幅，一律属图上口径 · 待核验，保持原始归档图不作二次描表美化，统计细节于面谈确认。
延伸方法笔记（Writing）：设计量化探索 · 写给设计师看的GA4快速入门指南 · 关联案例：OnePlus Store 商详改版
协作与贡献边界：行业问卷投放竞品形态收集（图 02）由 Chen Yian 协作整理；跨部门体验问题（如物流时效、地址/Pincode、签收等）在周会机制中与物流及客服团队共读追踪。