先介绍这个小片段的背景：

阶段主任务： 帮助用户更快更方便的注册到普通QQ号码
（交互上通过精炼申请流程、优化版面内容层次结构及呈现方式来实现）。

连带次任务： 发觉有特殊选号需求的用户，在合理的时机给到他们去注册靓号的入口。（这还能适时的给靓号站带去流量拉动收益）

通过上面的场景任务大家不难判断， 引导靓号注册的过程，是不应该阻断或影响正常普通号码的注册流程的。

在这个前提下：

一、要基于交互流程设计的一个基本思路 —— 适时，来给方案；

二、要基于实际产品方的既定策略来把握方案中要更便利谁这个倾向的度。

在本案中，产品经理们是不希望过分凸出靓号的。

而且有账号体系中比较良好的号码回收机制做基础，产品经理们也不紧张于对这样的用户多放出一个号码，这样就给靓号引导的触发阈值（短时内连续注册次数）给了更大的限度。

接下来看方案：

A方案 —— 弹窗引导

很明显，这个方案第一个被pass掉啦。因为他是阻断式的引导，较生硬，并且转化率其实不理想。回复的不少同学都说对了，不能因为一个次要任务的达成 去影响主要任务流程的。

B方案 —— 填写资料时询问

首先说明一下，这个不是一进来注册页面就出现的。原本给方案的时候定的是，在用户短时内已申请了2个号码、又由放号页主动返回申请表单页时给出。也就是他决定申请第3个号码的时候在表单页给出。

C方案 ——申请成功后询问

这个方案原定的时机是，用户短时内已申请了3个号码，在这第3个号码放号的页面给出。

B和C方案我们一起说。

首先这两个方案比A好的点是：不阻断、强度适中，还一个关键点是靓号资源直接放出来了（显性呈现），能给用户更直观的示意和吸引，对转化率有利。

再分别比较。这两个方案在时机上没有太大的差异，但是B方案在表单页给出 与C方案在放号页给出，“撩拨”的能量会弱一点哦~ C方案在放号页，把靓号样本 和刚放出来的普通号码 赤裸裸的放在一起比较了，更会激起用户同时看到他们时的选择思考。

不过大家别误会~ 我们不是说就希望大家去注册靓号就是要创收什么的。 其实这个世界上这么多人，都有着自己的思想和追求，作为设计师我会希望用户是更多理性的选择消费的。C方案这么直白的比较场景下，说不定用户就觉得靓号也 就是如此，还没有到那么大的诱惑力去吸引自己去花个钱呢？那就妥妥儿的去登录吧~安心接受这个随机而来的普通号码 也说不定呢。这涉及到一些社会化现象和心理的话题，我们就不延展啦~

无论如何我们还是控制下来了过多的弃号行为就好啦！

最后告诉大家：

这三个方案都是优化过程中很早期的设计稿，最终我们进行了更深层的考虑和机制设计达到了更彻底更理想的治理效果 ~

针对这个次级目标，我们的产品经理们还酝酿了“选号页面”，估计因为排期的原因现在还没有推出来，不过可以想见 QQ注册页面 会越来越贴心好用哒！

还有，号码的节省 不光是控制选号需求，更严峻的任务是打击恶意注册行为。在这一点上，本项目目前已良好解决了这个问题，在这里借宝地由衷表达一下对相关项目人员的大赞~ o(∩_∩)o 哈哈！