mobile-app-product-systems

移动应用产品系统

使用此技能设计移动应用系统，在实现变现和留存的同时，避免操纵用户、系统脆弱或带来商店政策风险。

确定涉及的领域

将请求归类到一个或多个领域：

• 商业：退款、订阅、IAP、权益、恢复购买、收据。
• 促销：折扣、捆绑销售、限时优惠、挽回流失用户、活动定向。
• 广告：IAA 广告位、激励广告、频次、广告中介、广告疲劳。
• 留存：每日签到、连续打卡、任务、奖励、生命周期消息。
• 通知：推送权限、交易通知、生命周期通知、促销通知、免打扰时段。
• 信任：收据、支持、取消流程、退款说明、家长控制／年龄敏感型 UX。

然后只阅读相关参考资料：

• 通用系统：references/mobile-systems-rules.md
• 退款、撤销、再次购买和滥用处理：references/refund-and-entitlement-patterns.md
• 促销、优惠、资格、投放和活动衡量：references/promotion-system-patterns.md

工作流

1. 确定用户状态：新用户、已激活、付费用户、订阅用户、已流失用户、已退款用户、有流失风险或高价值用户。
2. 确定商业模式：付费应用、订阅、消耗型 IAP、非消耗型 IAP、广告、混合模式或游戏经济系统。
3. 在建议变现或互动策略之前，先通过信任门槛检查。
4. 设计状态机，而不只是界面：资格、权益、冷却期、失败、恢复、退款和支持状态。
5. 同时给出 UX、事件、边缘情况以及政策和信任方面的防护措施。
6. 对于退款或促销相关工作，应提供决策表或状态机，而非泛泛建议。

防护措施

除非策略通过所有检查，否则不要提出：

• 用户能够理解费用、收益以及续订／到期状态。
• 系统提供明确的恢复购买、退款帮助、取消和支持途径。
• 促销不伪造稀缺性，也不隐瞒重要条款。
• 通知考虑用户权限、内容相关且发送频率受限。
• 奖励和连续打卡机制不会惩罚用户健康地暂停，也不会利用用户的强迫倾向。
• 广告不会打断关键任务，也不会损害用户对首次使用体验的信任。

输出格式

System: <commerce | promotion | ads | retention | notifications | trust>
User states: <states>

Recommended design:
- <flow/state/rule>

Events to track:
- <event_name> { properties }

Edge cases:
- <case and expected behavior>

Risks:
- <policy/trust/product risk and mitigation>

不适用场景

• 对于基础模型无需借助此技能的特定产出规范即可处理的通用建议，不要使用此技能。