Shopify 应用内调查怎么做？触发时机、题型设计与评价请求的边界

商家为什么装了应用却不用？哪个功能最有价值？下一步该做什么？回答这些问题，除了看行为数据，最直接的办法是问商家本人。应用内调查（in-app survey）就是在应用界面里、在恰当的时刻向商家提几个简短问题。它离使用场景最近，回答质量通常比事后发邮件问卷更高。

但调查做得不好，会变成打扰：刚装上就弹窗、问题一长串、每次打开都问。在 Shopify 应用里还有一层额外约束：调查很容易和「请求 App Store 评价」混在一起，而后者有明确的平台规定。

一、先想清楚要回答什么问题

每次调查只服务一个决策。常见的调查目的有：

• 引导完成后：了解安装初衷，判断引导是否把商家带到了正确的功能；
• 某个功能使用后：评估这个功能是否解决了问题，是否值得继续投入；
• 长期使用一段时间后：了解整体满意度和最想要的改进；
• 支持工单关闭后：评估支持质量；
• 试用即将结束时：了解尚未付费的顾虑，例如价格、功能缺失或还没来得及试。

如果说不出「拿到结果后会据此做什么决定」，这个调查就先不要做。

二、触发时机：在任务完成后，而不是任务进行中

最好的触发时机是商家刚完成一件事、注意力自然空出来的时候，例如保存设置成功、第一次看到结果、工单关闭。需要避免的时机：

• 安装后的引导过程中：商家还没形成判断，此时的回答参考价值很低，也会拖慢激活；
• 页面刚加载时自动弹出：Built for Shopify 标准明确把「页面加载时、定时或因无关操作自动弹出的模态框或浮层」列为干扰商家的做法；
• 商家正在处理订单、编辑商品等关键操作时；
• 同一个商家在短时间内反复被问。

建议在后端设置频率上限，例如同一店铺在一段时间内最多只出现一次调查，已回答或已关闭的调查不再出现。具体间隔取决于应用的使用频率，高频使用的应用间隔可以更长。

三、问题数量与题型

应用内调查应该短到商家不需要犹豫就能答完。一般一到三道题足够，更深入的问题留给自愿参加的用户访谈：访谈前定好研究目标、准备开放式问题提纲，过程中避免引导性提问。题型的选择：

• 单选题：用于分类问题，例如「你安装这个应用主要是为了什么」，选项要互斥，并保留「其他」；
• 评分题：用于衡量满意度或难易程度，例如「完成这个设置有多容易」，量表在所有调查中保持一致，便于对比；
• 开放题：放在最后且设为选填，例如「还有什么想告诉我们的」，最有价值的线索常常出现在这里；
• 是否题：用于确认单一事实，例如「这个功能解决了你的问题吗」。

措辞上要避免引导性问题，例如「你觉得新功能有多好用」预设了好用，应改成「新功能用起来怎么样」。Shopify Partners 博客在谈应用客户体验时也建议调查保持简短、问题保持中性。多语言应用的调查还要本地化。

四、呈现方式：不打断操作

相比模态弹窗，在应用首页或相关页面嵌入一张可关闭的卡片，对商家的打扰更小。Built for Shopify 中有几条界面标准可以参照：推广类内容必须可由商家关闭；不要在同一位置堆叠两个以上横幅；不要用倒计时、让人内疚的措辞施压。它们不是专门针对调查的条款，但原则相同：商家的工作流优先。调查组件本身也要满足可访问性，按 WCAG 2.2 的要求，所有功能都能用键盘操作，表单控件要有标签或说明，名称、角色和状态能被读屏软件识别。

另外，Shopify 的 App Store 要求规定，后台扩展（admin UI blocks、admin actions 等）、结账扩展和 Sidekick 扩展里不能用来请求评价或推广应用；最佳实践也提到不要在主题扩展和店面组件中请求评价。调查和评价请求都应放在应用自己的界面里，而不是嵌到商家的店面或结账页。

五、调查与 App Store 评价请求的区别

调查的目的是让团队了解商家，结果只给内部看；评价是公开的，影响其他商家的选择，也是 Built for Shopify 的前置条件之一，所以平台对它的规定严格得多。按 App Store 要求和官方关于管理评价的说明：

• 请求评价必须使用中性措辞，不能要求「好评」；
• 禁止以任何奖励换取评价，也不能以扣留功能相要挟，无论在应用内还是通过外部渠道；
• 不要打断工作流或阻止商家继续操作，要允许商家拒绝；
• 不要在商家还在引导阶段时请求评价，要给商家形成判断的时间；支持工单解决后是一个合适的时机；
• 只有安装了应用的商家能留评价，卸载后 45 天内也可以；自 2024 年 12 月起，处于任何试用套餐中的商家不能留评价。

按 App Store 要求，违规的后果包括删除评价、降低应用排名乃至下架。有一种常见做法需要特别谨慎：先用调查问满意度，只给打高分的商家推送评价请求。Shopify 要求请求评价保持中性、禁止要求好评，这种按满意度筛选的做法与之相悖，我们的建议是不要做。更稳妥的方式是把调查和评价请求分开：调查面向改进产品；评价请求按 Shopify Partners 博客关于获取应用评价的建议，等商家真正体验到价值、试用结束后，以中性措辞面向所有符合条件的商家。

六、让调查数据进入产品路线图

调查的价值只有在影响决策时才体现出来。可以建立一个简单的流程：

1. 每条回答自动关联店铺的基础信息和使用数据，例如套餐、安装天数、是否完成激活；
2. 开放题回答按主题打标签，例如兼容性、价格、缺失功能、易用性，由产品负责人定期复核；
3. 把标签与使用数据交叉分析，区分「很多人提但不影响留存」和「少数人提但与卸载强相关」的问题；
4. 在路线图评审时引用调查数据，并记录哪项决策依据了哪批反馈；
5. 功能上线后，在应用内更新说明里告诉商家「根据你们的反馈做了什么」，形成反馈闭环。

回答量较大时，可以借助大语言模型给开放题做初步归类，但结果要人工抽查，优先级判断不应交给模型。

七、隐私合规

调查回答同样是数据，需要纳入应用的整体数据治理：

• 只收集回答问题所需的信息，调查里不要索要商家顾客的个人信息；如果应用确实需要读取顾客姓名、邮箱等字段，要满足 Shopify 受保护顾客数据的要求，包括数据最小化、告知处理目的、设定保留期限、传输与存储加密；
• 在调查旁说明回答的用途和保留时间；
• 调查数据要能随店铺数据一起删除：店主卸载后收到 shop/redact 请求时，需要在 30 天内完成删除，法律要求保留的除外；
• 如果团队在中国境内处理商家的个人信息，还要评估《个人信息保护法》的适用，例如告知同意与跨境传输的相关要求。

调查是向商家借时间。问得少、问得准、问完有回应，商家才愿意下次继续回答。

应用内调查只是产品迭代的一环，完整的方法可以参考网站上线后怎么做数据分析和迭代。大乐网络承接 Shopify 应用的定制开发，也可以协助设计调查触发规则、反馈数据结构和合规的数据删除流程，相关服务见跨境出海解决方案。