User registration source tracking on SaaS

Overview

外部合作、投放中，会想知道注册用户是从什么渠道来的，会根据实际渠道投放效果优化外部合作的策略。以增加用户的注册数量，同时降低获客成本。

所以，计划将渠道跟踪纳入SaaS数据分析统计的体系里，对外有统一的渠道跟踪参数可以进行渠道来源用户跟踪，对内可以根据实际渠道数据反馈，进行合作策略调整，对于渠道用户功能喜好也可以进行优化推荐等。

Persona

对于用户行为需要跟渠道进行关联分析的同事。

Customer Value

由于可以分渠道进行用户分析，可以针对渠道特点优化宣传形式和内容，增加渠道用户的产品使用深度。

Business Value

可以按照渠道对用户进行行为画像，将SaaS功能使用频率和用户画像挂钩，提升产品体验。

用户行为和关键数据归属，可以按照渠道划分，可以按渠道提升对于SaaS推广的效果，更有效分配外部投放资源。

Proposal

stateDiagram-v2 
	direction LR
[*]-->参数报备
参数报备-->验证URL
验证URL-->站外使用
站外使用-->用户通过链接访问
用户通过链接访问-->注册并激活
注册并激活-->注册可进行渠道归属
注册可进行渠道归属-->[*]

1. 报备渠道及使用跟踪参数。

   报备目的是为了方便管理，防止使用冲突导致渠道归属产生丢失。

2. 验证URL

   需要测试跟踪参数及所需投放页面是否能进行渠道跟踪。

3. 站外使用

   将验证后的URL在站外使用。

4. 用户通过链接访问。

   用户通过带有跟踪参数的URL，可以正常进入SaaS。

5. 注册并激活。

   用户完成注册流程，并验证了邮箱，完成账户激活。

6. 注册行为归因至最后进入渠道。

   完成以上步骤，该用户可以被计算为当前渠道来源的注册用户。

User story

1. 作为需要在站外投放链接的同事，我希望在站外进行投放或宣传时，能知道这些投放或宣传的效果。

   Acceptance criteria
   Given	同事
   When	在投放之后
   then	通过投放链接进入的用户的关键动作进行渠道划分

2. 作为用户，我希望在通过投放链接进入SaaS的时候，能使用到正常的SaaS内容。

   Acceptance criteria
   Given	用户
   When	通过投放链接进入
   then	正常使用SaaS

Further details：

Use case ：用户通过带参数的链接进入SaaS并注册

在这个case里，已经假定带跟踪参数的URL已经经过确认，能正常使用，且数据统计相关功能已经完善。

那么需要完整记录到用户注册渠道来源，应包含如下步骤

1. 具有跟踪参数的链接已经在站外展示。
2. 一个未注册用户点击该链接。
3. 跳转至已经具有数据采集记录功能的落地页。
4. 在当前浏览器中更新渠道标识，更新渠道标识需同时满足以下条件：
   1. 必须是站外来源。
   2. URL中需带有跟踪参数。
5. 用户通过后续访问，完成注册激活行为。
6. 由于用户激活需要登陆，前端数据采集此时将渠道与注册用户通过邮箱绑定。
7. 后端—用户注册激活时获得前端传入的渠道信息，进行上报记录。
8. 比对前后端数据，完成数据报表。

XXXX mockup

XXXX Flow

Intended users

Feature Usage Metrics

changed milestone to %15.1

added JiHu Only SaaS featureenhancement priority2 typefeature labels

added product label

changed the description

added to epic &5319

changed milestone to %15.2

相关任务已完成

closed

added 1 deleted label