人人网:如何设计好友邀请 谈谈“应用请求”

文/钱程

各位尊敬的开发者，在之前的文章中，我们已经和大家分享了关于App自定义新鲜事、公共主页和社交游戏活动营销的相关数据和方法，今天我们来说说另外一个为App提升用户新增、粘性的传播渠道——应用请求（Request）

下面依然是先分享一些数据：

在人人网上：

1.每天每一个人人网的用户平均会收到0.5个应用请求（邀请invite+礼物present）

2.应用请求的接受率为10.53%

3.从应用请求渠道带来的App安装用户占每天新安装用户数的25%-35%

人人网应用请求，可以通过发送应用邀请（invite），邀请好友使用app，可以赠送免费礼物（present），应用请求的两种形态都是面向的所有人人用户的（未安装App和安装过App的用户），只是侧重点会有所区别（展现形式上也有一定的区别），在实际使用时，两种不同的形态在不同的条件、环境中也会发挥不同的作用。

见文档（http://wiki.dev.renren.com/wiki/Xn:request-form）

简单介绍几种提升应用请求成功率及用户体验的方法（这些方法已经广泛得到应用）：

1.与App自身设计机制的合理结合

其中重要的就是“礼物”模式，实际情况也说明了这一点，大部分的应用邀请都是以“礼物（present）”的形式出现，这样的一种非语言的沟通对用户的操作成本没有大要求，但是能获得较好的回报——免费礼物，比如说游戏进程中必不可少的道具、材料等。

2.邀请奖励

不论是对新用户的邀请还是免费礼物互赠，奖励机制对邀请成功发送有着至关重要的，现在应用中对应用请求的奖励机制大概分为：每次邀请成功的奖励、累计邀请成功的奖励。总而言之，给邀请来新玩家的用户一定的“好处”，会大大提高请求的发送量。

3.使用数字提醒的方式

在邀请按钮（或者应用的显著位置）加入当前用户未处理收到的邀请累计次数。

4.对用户的好友群体分类

我们现在已经提供了一个非常完善的应用邀请方法，开发者可以根据自己的需要修改相应的参数，就能很好的定位用户所能选择的好友范围。

详见平台技术文档(http://wiki.dev.renren.com/wiki/Xn:multi-friend-selector-x)

在中的参数mode中，有三种请情况，分别可以对应三种不同的好友群体：

Mode=” ”

1)  all:所有好友；

2)  af:app好友，即好友中也安装了当前app的人；

3)  naf:非app好友，即好友中未安装当前app的些人

在调用的插件的时候mode填不同参数就能实现好友范围的划分。

之前我们已经对应用邀请的提醒方式（入口）作出了重要的调整，最明显的改动就是在人人网首页右侧菜单对应用请求提供了一个入口（如下图）,更多的应用请求能够让人人网用户看见：

在点击这个按钮后，进入请求中心页面：

此页面展示可以看出，应用请求的配图与文字设计对是否吸引用户至关重要，是需要各位开发者用心设计的。（定时换换配图和文案会给用户带来新鲜的感觉）

在应用请求的优化上，我们前不久正式推出了“邀请弹层”（来自开放平台WIKIhttp://wiki.dev.renren.com/wiki/邀请弹层）：

旧的邀请解决方案中，用户发送邀请的过程，至少会有一个刷新页面的动作，这个动作对用户造成了很大的不便。为了提高用户体验，简化发送邀请的流程，我们提供了一种新的解决方案。 在新的方案中，发送邀请的过程会在弹层中完成。

使用的前提条件：

a.应用为iframe类型。

b.邀请好友是利用标签实现的

我们不断优化现有产品的同时，各位开发者也要集思广益，目的都是为了不断满足开发者更多的需求和提高用户体验，在不久的将来，新的应用请求机制也会推出，应用请求的发送效果将会进一步提升。