如何配置和使用 MyCover.me Warranty Policy Engine

配置政策之前

从企业真实批准且能够履行的承诺开始。确认保障方、产品范围、期限、生效时间、覆盖问题、除外责任、证据、转让规则和可用解决方案。MyCover.me 负责结构化和一致执行，不创建条款，也不认证法律合规。

1. 将政策创建为 Draft

1. 1
   打开 Warranty policies

   在 Console 的 Products 中进入 Warranty policies，然后选择 New policy。

2. 2
   设置政策身份

   填写稳定的政策名称、生效时间、保障天数和可审计的变更原因。

3. 3
   描述承诺

   分别记录简明的覆盖项目和除外责任，并与面向买家的正式条款一致。

4. 4
   保存而不影响买家

   Draft 可以继续修改，不用于签发保障或评估 Claim。

2. 配置适用范围、证据和限制

• 选择本 Workspace 中实际适用的产品。
• 只有不同渠道条款确实不同时才限制购买渠道。
• 明确覆盖和排除的问题类别，不能互相冲突。
• 只要求政策和运营确实需要的订单、序列号、照片或视频证据。
• 仅在书面条款支持且系统能可靠计数时设置 Claim 或换货上限。
• Goodwill window 只触发人工复核，不延长保障。

3. 审核并发布不可变版本

逐项复核生效时间、期限、覆盖与排除、证据、限制和产品范围。发布后该版本不能编辑；变化必须从当前版本创建下一份 Draft，记录原因并再次审核。旧订单继续固定在销售时适用的旧版本，新版本不会改写既有权益。

4. 从销售签发保障，而不是从注册开始

导入合格订单或产品时，系统根据购买时间、产品和渠道选择已发布政策，并创建独立 Coverage Entitlement。买家可以保持未认领，之后的二维码、订单恢复或客服关联只连接所有权，不重启保障时钟。

5. 在 Support 中评估 Warranty Claim

1. 1
   打开产品上下文完整的 Case

   查看买家、产品、购买、保障方、验证级别、历史、对话和证据。

2. 2
   仅在必要时运行评估

   一般支持请求不必自动转成 Warranty Claim。

3. 3
   阅读每项检查

   逐项查看 PASS、FAIL、MISSING 和 NOT APPLICABLE，而不是只看一个徽章。

4. 4
   只索取缺失证据

   明确请求缺少的序列号、收据、照片或视频，然后重新评估。

5. 5
   记录人工解决方案

   获授权人员确认维修、换货、退款、积分、善意服务、拒绝或不处理，并记录原因。

如何解释评估结果

• PASS 表示现有数据满足该项规则。
• FAIL 表示可靠事实与政策条件冲突，但仍需人员确认适用权利和例外。
• MISSING 表示缺少可操作的证据。
• NEEDS REVIEW 表示必须补充信息或由人员判断，不能当作拒绝。

实用运营检查表

• 发布前由法律、产品和支持负责人共同复核。
• 用边界日期、缺失证据、重复 Claim 和已过期保障测试规则。
• 保留政策版本、输入、逐项结果、处理人、原因和时间。
• AI 不得自动拒绝、退款或修改政策。