有关邀请好友方案，分享几点思考

一、需求目的

邀请好友的方案适用于很多产品阶段，特别是产品初期完成冷启动后，积累了一定数量的用户。为了扩大用户基数，可以利用已有种子用户的好友关系进行裂变，扩充整个产品的用户数量。

邀请好友的基本目的就是诱导老用户的社交圈带来新用户。在此目的的基础上可以延伸出其余目的，例如获取老用户的社交关系、或者为用户分级，快速定位用户领袖等。

二、方案流程设计

在明确了方案的目的之后，方案的流程在设计过程中需要考虑很多要素。

1. 邀请方式

常见的邀请方式按照邀请媒介分可以分为邀请码分享、海报分享、H5分享、二维码分享。

按照分享入口所在地可以分为PC端内分享、web端内分享、APP端内分享等。

按照逻辑的简易程度分为低门槛式风险和高门槛式分享。

这里举例一种低门槛式分享逻辑流程：邀请码分享。

2. 梳理流程

在确定邀请方案所属分类后，一定要先整理流程图！一定要先整理流程图！一定要先整理流程图！重要的事情说三遍。由于用户分为被邀请侧和邀请侧用户所涉及到的流程有很大的差异。

• 福利待遇。邀请方案中针对邀请侧和被邀请侧的福利可以相同也可以不同。这个要看具体的业务逻辑。如果你设立的确立邀请关系的门槛较高，可能会使得用户没有邀请的欲望，相对的加大邀请侧的福利可以弥补这一点。若邀请侧和被邀请侧的邀请福利待遇一致的场景下应设立对邀请侧的“轻度奖励”，如获得成就、积分翻倍等针对老用户的奖励。原则上要确保老用户邀请的主动性。
• 兑换及邀请入口。在福利的兑换过程中要考虑到被邀请侧的福利奖励往往是一次性的。但是被邀请侧作为使用产品的新用户需要做一些引导，或者将兑换入口设立在获取产品后的默认展示页面，设立较短的兑换链路。而邀请入口的位置可以设立在用户个人中心、商店或者是具体的产品详情页内，应结合具体曝光度较高的位置设立，这样保证了活动尽可能的触及用户。
• 身份转换。在用户完成邀请码的兑换之后皆可提醒用户可以前往邀请，可以在交互层面做出相应的诱导性信息。如在兑换邀请码的界面中放入“如何获得邀请码”的入口，将被邀请侧的用户身份转变为邀请侧。
• 福利领取位置。站在被邀请侧的角度看，用户在获取APP或是安装包后最在意的是邀请码的兑换位置。邀请侧的用户在意的是已经邀请好友数、未领取的礼包数、福利到账数量。两者在数值上是否一致完全依赖于采取的确定邀请关系成立的策略。

3. 结合场景确定媒介

根据产品的形态，确定相应的邀请码获取方式。安装包或者APP的邀请链路天差地别。邀请媒介可以是H5、文本、二维码、海报。这里需要考虑到具体的使用场景，例如手机扫码后无法获取PC端的安装包。

H5模板：

文本模板：

邀请文本=意图+获取方式+邀请码+号召性文字。

例如：

【我送你一份邀请礼包! 点击【https://XXX.html】下载安装后输入邀请码【XXXXXX】即可领取免费游戏时长，快来领取吧！】

海报模板：

举例流程：

三、投产比

邀请好友活动方案在设计初期就要注意发放福利的成本和带来用户的流量红利之间的关系。尽量在计算中设计一些可以均摊成本的奖励策略，例如邀请满10人即可得到更大的奖励。这样落实到人均用户的花费会被基数平均掉。

具体投产比的计算方式在这里不加说明，你做的方案的一切要以你的现阶段目的为主，是不计代价的拉新还是打算运营的一个长期的活动。出发点不同，处理策略不同，带来的收益自然不同。

还有尽量将邀请活动模板化，对后期的产品迭代有百益而无一害。

四、其他需复盘

万事要记得留一手保底的策略。在福利发放上要设置截止日期和领取的相关防盗刷策略。防止黑产代刷、盗刷，引进一堆僵尸账户拉低用户数据的可信度和转化率分母。

邀请活动不是一蹴而就的，后期需要及时跟进活动的效果，追踪漏斗内的流量断崖页面。及时跟进投产比，控制福利的库存和活动成本。拉新效果好也会带来短期的产品服务压力等问题。拉新效果不尽人意及时调整福利的优惠力度、扩充产品池。

关键路径上的页面和按钮都需要做埋点这样方便你能第一时间定位到问题。埋点数据可以是后台统一上报，或自己写写sql定期查询。

邀请好友方案上线后，真正的工作才刚刚开始。愿每一个耐心看到这里的人都有所收获~

本文作者 @艾可 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！