新用户承接链路优化 产品需求文档 (PRD)

1. 需求背景

1.1 需求说明

当前新用户首次进入APP后，缺乏有效的引导转化机制，导致新用户流失率偏高。本次需求旨在通过以下三个方向优化新用户承接链路，提升新用户注册转化率和首单付费率：

1. 塔罗新手引导玩法：针对 APP投放 来源的新用户，在其首次进入APP时触发塔罗新手引导链路，以低门槛、强趣味性的方式引导新用户完成首次体验并转化为付费用户
2. 支付页优惠引导强化：在A/B链路的支付页面增加强烈的优惠减免感知，参考拼多多优惠展示形式，提升新用户首单付费转化
3. A链路归因失败兜底：A链路在APP首次启动页后若未归因成功，自动回退到原有链路（对照组），先展示登录页，保证用户体验闭环

1.2 需求目标

1.3 目标用户

1.4 投放来源判定规则 ⭐

判定逻辑：在归因成功后，需进一步判断”投放来源”字段，仅当来源 = “APP投放” 时才分配实验组（A/B链路）。来源 = H5 或 商店 的用户，无论归因是否成功，均走对照组原有链路。

1.5 核心价值主张

“以塔罗为引，以优惠为桥，让新用户在3分钟内完成从陌生人到付费用户的转化”

2. 整体链路设计

2.1 链路总览

本次需求涉及三条链路并行运行，通过AB实验对比效果：

2.2 核心业务流程图

flowchart TD
    A[用户首次打开APP] --> B[展示品牌启动页/Splash]
    B --> C{归因判定}
    
    C -->|归因成功| D{判断投放来源}
    C -->|归因失败| Z[回退到对照组逻辑]
    
    D -->|来源=APP投放| E{分配实验组}
    D -->|来源=H5| Z
    D -->|来源=商店| Z
    
    E -->|A链路| F1[新用户引导页]
    E -->|B链路| F2[新用户引导页]
    
    Z --> G[登录/注册页]
    
    F1 --> H1[塔罗新手专属玩法页面]
    F2 --> H2[塔罗新手专属玩法页面]
    
    H1 --> I1[抽牌结果 + 达人解答卡片]
    H2 --> I2[抽牌结果 + 达人解答卡片]
    
    I1 --> J1[A链路支付页 - 优惠样式A]
    I2 --> J2[B链路支付页 - 优惠样式B]
    
    J1 --> K1{用户决策}
    J2 --> K2{用户决策}
    
    K1 -->|支付| L1[连麦/文字咨询]
    K1 -->|放弃| M1[引导回首页]
    K2 -->|支付| L2[连麦/文字咨询]
    K2 -->|放弃| M2[引导回首页]
    
    G --> N[正常首页流程]

2.3 链路详细步骤

步骤1：APP启动 & 归因判定

步骤2：新用户引导页（仅A/B链路）

步骤3：塔罗新手专属玩法页面 ⭐

页面交互流程与内容沿用现有塔罗抽卡功能，不新增页面细节设计。

步骤4：支付页（A/B链路差异化）

A/B链路在此处产生差异，主要体现在优惠展示样式上（详见第4节）。

3. 塔罗新手引导玩法

3.1 功能定位

3.2 页面内容说明

抽卡选择和输入问题的页面逻辑均沿用现有塔罗抽卡功能，不做新增页面细节定义。本次需求关注的是链路跳转逻辑和支付页优惠引导的差异。

3.3 与原塔罗抽卡的功能差异对照

其余功能（问题选择、抽牌流程、牌面解读等）均沿用现有塔罗抽卡。

4. 支付页优惠引导设计（A/B差异化）

4.1 设计目标

在A、B链路的支付页面增加强烈的优惠减免感知，参考拼多多的优惠展示形式，让用户产生”不用就亏了”的心理感受，从而提升首单付费转化。

4.2 A链路支付页 - “限时立减”样式

参考拼多多”限时秒杀”风格，核心展示元素：

4.3 B链路支付页 - “优惠券翻牌”样式

参考拼多多”天天领现金”翻牌风格，核心展示元素：

4.4 A/B链路优惠样式差异对照

5. A链路归因失败兜底逻辑

5.1 归因判定流程

flowchart TD
    A[APP首次启动] --> B[展示启动页]
    B --> C[发起归因请求]
    C --> D{3秒内是否收到有效归因信息?}
    
    D -->|是 - 归因成功| E{判断投放来源}
    D -->|否 - 归因失败| F[标记为归因失败]
    
    E -->|来源=APP投放| G{判断实验组}
    E -->|来源=H5| H[走对照组]
    E -->|来源=商店| H
    
    G -->|A链路| I[进入新用户引导页 → 塔罗新手玩法]
    G -->|B链路| J[进入新用户引导页 → 塔罗新手玩法]
    G -->|对照组| K[进入登录/注册页]
    
    F --> K
    H --> K

5.2 归因成功判定标准

5.3 投放来源判定逻辑

归因成功后，需进一步读取投放来源字段进行二次判定：

5.4 归因失败后的回退逻辑

当A链路用户归因失败时，按以下逻辑处理：

5.5 数据埋点要求

6. 实验设计

6.1 实验分组

6.2 实验指标

6.3 实验周期

7. 技术规格

7.1 客户端要求

7.2 服务端要求

7.3 接口设计

7.3.1 归因查询接口

POST /api/v1/attribution/query
Request:
{
  "device_id": "设备唯一标识",
  "install_timestamp": "安装时间戳",
  "channel_params": "渠道参数（如有）"
}

Response:
{
  "success": true,
  "attributed": true,           // 是否归因成功
  "channel": "巨量引擎",         // 归因渠道
  "traffic_source": "APP投放",  // 投放来源: APP投放/H5/商店
  "experiment_group": "A",      // 实验分组: A/B/control
  "new_user": true              // 是否新用户
}

7.3.2 优惠配置接口

GET /api/v1/promotion/config
Response:
{
  "experiment_group": "A",
  "original_price": 39.9,
  "discount_amount": 30,
  "final_price": 9.9,
  "expire_at": "2026-04-20T23:59:59+08:00",
  "total_quota": 3000,
  "remaining_quota": 614
}

8. 风险与预案

文档版本：v1.1 创建时间：2026-04-20 更新时间：2026-04-21 文档状态：待评审