1. 背景
随着App流量日益增长，“挖掘新用户，沉淀核心用户，提升App DAU” 成为App首要目标，拉新&留存的技术建设至关重要，唤端作为站内外引流的核心技术体系（站内：二方互动换量、手淘投放。站外：巨浪、信息流投放），需要对于唤端体系化的建设和持续的优化改进。
2. 唤端体系
自建唤端及场景还原(站内+巨浪外投)能力体系，优化用户承接链路体验
整个唤端体系优化拆分为以下3个方向的能力建设
业务架构图如下：
2.1 唤端能力建设
怎么唤起一个APP？
通过Scheme和Universal Link（通用链接）两种技术方案进行唤端
唤端SDK
基于流量海关的自适应唤端能力，自建了唤端sdk：pm-deeplink。
唤端流程业务大图
基于流量海关+aop编程定制拍卖业务能力
3 场景还原
什么是场景还原
比如用户在站外游览一个拍卖页面，考虑到用户体验不如端内效果，会引导用户进端得到更好的使用体验，这时候就要进行唤端操作，前端通过Scheme能力打开阿里拍卖App并且还原到用户当前的页面，所见即所得，但如果用户没有App，前端的唤端链条就会断掉，用户从App Store下载后如何还原到用户之前游览的页面，就需要实现场景还原技术体系来解决这个问题。
业务架构
由能否配置拍卖任务页分为站内和站外两种类型，能进入到我们的配置页可以由前端上报后台信息、写剪切板等操作，做一个站内的场景还原。外投巨浪提供场景还原能力。
剪切板还原（本地）
在端外用户跳转下载前，前端将数据写入剪切板，在用户下载完打开App后，客户端读取剪切板并check剪切板格式，若存在匹配数据，则拉起目标落地页。剪切板还原有将近90%的成功率，还原失败的原因可归结为以下几点：
- 游览器禁用剪切板能力
- 用户在中途修改了剪切板内容
服务器还原（网络）
在端外用户唤端到应用市场前，前端上报信息至服务端，在用户下载完打开App后，客户端主动上报信息至服务端，由服务端进行匹配(强匹配或弱匹配)，若数据匹配，则返回给客户端目标页url，由客户端拉起目标页。
场景还原技术方案
结合上面场景我们设计了一套融合站内外，本地+服务器同时兼容的场景还原技术方案。由5部分构成整个体系：配置后台、前端、服务端、客户端、投放后台。
核心逻辑：
- 运营后台配置还原策略（整个体系通过还原ID执行）
- 前端上报设备指纹（设备标识idfa、oaid为强匹配信息，设备信息屏幕宽高、手机型号、系统版本为弱匹配信息）和还原ID，上报服务器。同时加密数据写入剪切板
- 客户端上报设备指纹及剪切板内容到服务器，服务器根据设备指纹去匹配，溯源用户行为，返回给客户端还原ID，客户端根据ID请求投放，做场景还原的处理以及算法优化
优点：
- 整套溯源逻辑收口到服务端处理，客户端只做上报和展示，不需要考虑客户端版本问题，服务端处理完整逻辑。
- 运营通过还原策略动态控制还原效果。
- 接口精简，客户端只需要一个上报接口即可。
- 整合了本地+服务器双重还原方案，保证还原可靠性。
- 还原ID可以接入一整套算法体系，针对用户群体做千人千面的体验优化。
缺点：
- 后台做所有的数据处理，工作量较大。
场景还原业务流程大图
总结
App是我们部门核心的流量阵地，引导用户到App中来，对用户增长和留存十分重要。唤端体系本身是一套基础能力的建设，基于上面的解决方案可以承接各种业务方的唤端需求。但如何做的更好，让用户体验更丝滑，唤端效率更高，是值得思考和持续改进的地方。
后续优化方向：
- 唤端能力优化，减少触达路径，提高转换漏斗。
- 进端体验优化，客户端对于外链拉端场景做定制化处理，冷启动情况下，让用户更快的到达场景还原落地页。
- 算法能力优化，根据投放侧得到的用户标签达到千人千面的个性化搜推，提升用户体验，提高IPVUV转换率。
