运营与数据

先写要判断的业务问题，再指定事件、参数、同意条件和对应订单记录。明确时区、币种、测试流量与退款口径，避免有数据却不能解释。

• 为每个事件写触发位置和用途。
• 确认账号归属与配置维护人。

归因收入、财务收入和广告增量使用不同判断依据。

先统一时间范围、时区、渠道和指标口径，再用具体订单与事件核对。浏览器、同意状态、拦截工具与统计规则会影响采集，差异不能直接当成丢单或增长。

• 选一笔获准测试的订单，对照事件、订单号和发生时间。
• 检查重复安装、缺失事件和筛选范围。

实际成交、事件触发和归因结果分别保存；不要通过绕过顾客的隐私选择来补齐统计。

从投放入口进入活动页，检查适用商品、门槛、币种、有效期和优惠叠加，再用受控订单核对结账。折扣展示与真实可用条件要能追到同一规则。

• 测试适用与不适用的商品和地址。
• 保留落地链接、优惠结果和事件记录。

测试有效的活动不代表一定提升利润或转化。

先让目标顾客从实际入口走到正确商品、优惠条件和结账，再决定是否扩大。把预算、审批、暂停条件与观察窗口提前写清，避免把工具执行成功当成活动有效。

• 检查落地页、库存、优惠组合和目标市场。
• 记录谁能修改预算，何时复核订单和退款后的结果。

测试样本与真实经营结果分开；教学预算和示例不代表建议投入额或承诺回报。

以顾客的问题和商品型号组织答案，把使用说明、排障、保修和退换分别连接到适用内容。手册记录版本与语言，页面保留可读说明和客服入口。

• 从商品页找到对应手册与售后说明。
• 核对下载、语言和联系方式。

具体保修期限、手册版本与服务承诺应与商家实际资料一致。

按订单号和问题类型整理必要资料，明确客服能解释什么、谁可以批准退货或退款，以及处理结果写回哪里。AI 建议、申请受理和资金处理分别记录。

• 检查身份、权限与适用政策。
• 保留转人工原因和最终处理结果。

自动回复不能代替实际审批或到账证据。

写明触发事件、允许的输入、判断条件和动作负责人，再定义缺字段、重复输入和失败时的去向。从小范围验证开始，确认外部接收记录后再扩大。

• 区分通知、建议与会改变业务数据的动作。
• 设置暂停、人工接管和恢复方式。

工作流运行成功只说明流程状态，外部业务完成仍需对应记录。

先查看运行记录，确认失败在哪一步、此前执行了哪些动作，再决定恢复方式。涉及标签、通知、库存或订单的动作，要检查重复执行是否会改变业务结果。

• 保留运行标识、输入、错误与已完成动作。
• 修正原因后用受控样本重试，并核对最终记录。

不要把没有报错等同于业务结果正确；运行记录的保存期限和重试能力以当前工具说明为准。