01
步骤 1
汇总受影响的商品页、报障中的视口宽度、设备与浏览器型号、买家描述的触控操作，以及同一周期内按设备拆分的浏览到加购数据。
返回所属主题
Spark 运营场景库 · Spark: AI Store Assistant
检查移动端加购控件的可用性
移动端访客的加购比例明显低于桌面端，而相关的页面、视口尺寸、触控操作反馈和漏斗数据都已记录在案。当前任务是检查移动端加购控件的可用性，交付诊断结论时聚焦小屏状态下的控件尺寸、滚动后的位置与元素遮挡，并给出逐台设备的复测路径。
所属主题
加购问题与优化
目标关键词
shopify mobile add to cart button
可复制 AI 提示词
直接用在 Spark 工作流里的提示词
先替换所有 [方括号] 占位内容，再补充你真实的店铺数据和限制条件，最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
ai-prompt.txt
你是一名 Shopify 运营专家。请帮我处理「shopify mobile add to cart button」这一问题，所属方向为「加购问题与优化」。
店铺背景：[填写品类、目标市场、目标客群]
处理范围：[填写商品、页面、客户、活动或日期范围]
可提供的数据：[填写已有资料]
请按以下方式工作：
1. 先说明完成该任务需要哪些关键数据，并标记缺失项。
2. 在小视口状态下检查控件的点击区域大小、与相邻控件的间距、滚动后的位置，以及与吸顶导航、公告条或购物车栏的重叠情况，把控件无法触及或被遮挡的发现判为阻断级，看得见但难以点按的判为摩擦级。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据；没有证据时请明确写“待确认”，不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作，在我明确授权且工具已连接前，仅输出草案或操作步骤；完成操作后再报告已验证的结果。解决步骤
推荐的解决流程
按输入、判断、交付三个阶段拆开执行，先保证每一步的输出，再进入下一步。
02
步骤 2
在小视口状态下检查控件的点击区域大小、与相邻控件的间距、滚动后的位置，以及与吸顶导航、公告条或购物车栏的重叠情况，把控件无法触及或被遮挡的发现判为阻断级，看得见但难以点按的判为摩擦级。
03
步骤 3
交付诊断结论时把阻断级发现排在前面，并为每台报障设备给出复测路径，再通过在这批指名设备上走一遍记录中的路径、确认控件可触及且购物车能正常更新来完成验证。
常见问题
执行这个场景时最常见的疑问
覆盖判断依据、常见误解和必须准备的输入，让团队在真正动手之前先把前提对齐。
控件偏小到什么程度算阻断级故障？
在点按那一刻无法触及或被遮挡才算阻断，例如被吸底购物车栏盖住或被consent公告挡住；仅仅是偏小或与相邻控件挨得太近属于摩擦级。两类分开列出，因为只有前者会直接中断购买。
为什么要在滚动之后测试，而不只看页面刚加载时？
吸顶导航和购物车栏会随页面滚动而移动并覆盖控件，因此加载时畅通的控件可能在买家滑到购买区时被挡住。复测要走从商品图到确认反馈的真实路径，而不是只看一张静态截图。
移动端检查只用模拟器够吗？
模拟器能看出版式与遮挡，却看不到触控行为、自动填充和手机键盘，因此每个报障视口至少要在一台真机上复核一遍。确实拿不到真机时，要把这一限制写在该发现上，而不是当作已验证的结论。
相关场景
继续浏览相近或同主题的 Spark 运营场景
先优先看同主题的相似问题，或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Next step
想把这些 AI 场景直接嵌入日常运营？
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程，提供可以直接接入店铺的 AI 工具与智能体，减少反复写提示词的成本。