微信三部曲（二） —— 帝国建立的背后

这一篇主要从细节上分析微信的三个功能：

• 附近的人
• 朋友圈
• 公众号

分析的思路采用把自己带入到当时的情景中去，把自己当成微信的一个产品经理，文章将使用第一人称，形式通过故事+ BRD & PRD的方式来详细解析这几个功能。

所有故事情节纯属虚构，如有雷同纯属巧合。

---

附近的人

时间：2011年5月16日
自从上周语音项目上线之后，我们的用户增长量从每天1-2万增加到了5-6万，让整个团队非常振奋。最近我们的竞争对手米聊可过的不怎么样，我自己使用过程中会出现语音卡还有偶尔掉线的情况，还看到消息说部分地区用户有大范围掉线的情况，明显是服务器已经撑不住了。最近的1-2个月是非常关键时刻，我们要加把劲儿超过米聊。
现在已经凌晨1点了，下片的速度上来了。诶，硬盘又快满了，可哥还是没撩到妹子，为什么没有个撩妹软件呢？如果有这个软件的话肯定会火啊，功能不用很复杂：

• 用户列表
• 列表筛选
  • 年龄
  • 性别
  • 地区
• 会员
  • 查看联系方式
  • 互相私信

我猜这个产品肯定妥妥的盈利，要么哥从微信出去创业干这个？唉，微信为什么不能约P呢？嗯？！这个可以有啊！必须有啊！那怎么实现呢？现在微信里全是熟人，不可能熟人之间互约吧，那只能约陌生人。怎么约陌生人呢？我绞尽脑汁想了下面几个办法：

• 漂流瓶。来自QQ邮箱的老办法，说实话这不是个好办法，第一不知道对方人在哪里，第二也不能确定对方性别年龄，万一漂到一个抠脚大叔呢？
• 交友列表计划。想法来自我上面的撩妹软件，所有想结识陌生人的用户可以加入陌生人计划，然后所有有意向的人会有一个专门的列表，这样大家目标非常明确，然后这个列表中可以筛选年龄、性别、地区。
• 微信红娘。灵感来自日常生活中的红娘，所有想交友的用户填写一份交友意向表，可以有：性别，年龄，地区，兴趣爱好，职业，收入等信息，然后微信通过这份表筛选出同样有意向且符合用户要求的一批用户展示出来，用户可以对每一批用户进行刷新。

想完这几个方案以后兴奋的我彻夜难眠，等明天一上班就跟老板沟通。

时间：2011年5月17日
一早我把这几个想法与老板进行了沟通，老板听了表示非常激动，站在公司发展的角度、站在用户需求的角度都需要一个这样的功能，让我再进行深度思考，最终出一个最简洁也最能吸引用户的方案。

我经过一整天的思考，提取出撩妹两要素：

• 性别：这个不解释
• 地区：起码有可能见面吧

如果在只满足这两个条件下，产品功能怎么设计呢？
我的第一反应就是陌生人列表，这个列表里不会有熟人，然后可以通过性别、地区这两个筛选条件，对列表进行缩减。但是如果把所有陌生人都展示在这个列表里也未免太蠢了，所以要在一开始就减小列表展示范围，那么通过什么维度去缩小呢？由于产品要素只有两个：性别和地区，所以尝试分别从这两个要素出发进行缩减。

• 通过性别来缩减：男性用户只展示女性用户列表，然后通过地区来筛选。
• 通过地区来缩减：根据用户所在地区展示该地区所有人，然后通过性别来筛选。

经过分析发现如果一开始就展示女性用户，还是用户量太大范围太广，而且万一有人不喜欢女生呢？但是如果一开始只展示用户所在地的陌生人，这个用户量的确小了不少，但是依然是个巨大的数字。所以还是要想办法缩小用户范围，那因为性别是个非常固定的属性，只有男女，所以考虑从用户所在地范围大小上做减法。如果根据用户资料填写的XX市和XX区来划分范围，这看起来是个很棒的办法，于是打算问问程序员这种功能是否容易实现。
我找到程序员老A问他这个问题，他思考了两分钟，然后说：这个当然是能筛选，但是筛选出来的用户量可能依然很大，不过手机都有定位功能的，直接用定位不就行了么？我一愣，我居然没想到，直接用定位功能来确定周边的陌生人不就可以了么？于是这个问题迎刃而解。然后我又跟老A交流了一下整体的想法。
然后我高高兴兴的去写BRD给老板看。

BRD

• 项目背景：微信目前是一个纯熟人社交的即时通讯工具，如果想扩大用户量，可以加入陌生人社交的功能，但必须在不影响熟人社交的前提下。
• 商业价值：
  • 更高的用户增长量
  • 扩展用户社交范围
• 功能需求描述：
  • 用户通过手机定位搜索出周边一定范围的陌生微信用户
  • 用户可以通过性别进行筛选
  • 用户可以选择是否开启陌生人功能
• 资源评估（按人／天算）：
  • IOS：5
  • Android：5
  • 后端：5
  • 测试：8
• 风险和对策
  • 社会舆论：会不会因为推出这个功能影响对微信评价。
  • 滋生违法行为。

题外疑问：

1. 有没有方法预测这个功能推出后的用户增长量？
2. BRD的阶段是怎么进行资源评估的？

时间：2011年5月18日
今天我把BRD发给了老板，得到了老板的肯定回复，要求我尽快开始带领团队开发这个功能。看到老板答复的时候我的心仿佛飞上了广寒宫跟嫦娥姐姐一起玩耍。今天就开始写PRD，尽快完成，后面就可以进入开发阶段了。此项目正式命名为：找朋友（你们懂的）。

PRD

1. 概述

目前我们的产品聚焦于熟人社交，为了提高用户日增长量、扩展用户社交范围，所以对陌生人社交进行初步尝试。我们的目标希望能提高用户日增长量50%以上，这个新功能争取在6月中旬能上线。

2. 产品流程说明

微信附近的人.png

3.产品功能需求

产品功能需求直接通过mockup来展示。

附近的人-列表.png

附近的人-列表-筛选.png

附近的人-陌生人-打招呼状态.png

附近的人-陌生人-打招呼操作.png

通讯录-提示.png

通讯录-新的朋友.png

附近的人-陌生人-被打招呼状态.png

4.产品非功能需求

主要分为两部分：

• 性能需求
  • 不影响微信主体性能
  • “附近的人”的列表性能
    • 展示速度
    • 稳定性
• 数据需求
  • “附近的人”底部导航点击次数
  • “附近的人”列表展示次数
  • 用户停留时间
  • 用户滑动距离
  • 单条点击次数
  • 陌生人详情停留时间
  • 打招呼次数
  • 接受 / 拒绝次数

---

朋友圈
时间：2012年2月
刚过完年，新年新气象，今年的战略目标是把微信从社交工具升级为社交平台，所有产品功能需要围绕这个主题来进行。说到社交平台，看看目前的社交平台有哪些：微博，人人网，QQ空间，Twitter，Facebook，Instagram，Path。下面我对这些社交平台进行分析。采用的分析方式如下：

1. 竞品分级
   1.1 核心竞品
   1.2 重要竞品
   1.3 普通竞品
2. 竞品基础结构分析
   2.1 信息架构（IA)
     2.1.1 信息流程
     2.1.2 界面层级
     2.1.3 界面布局
   2.2 功能（feature）
   2.3 交互（interaction）
3. 竞品核心策略分析
   3.1 产品定位
   3.2 运营策略
   3.3 盈利模式
4. 产品的行业发展&分布
5. 结合用户&市场总结整体趋势

---

公众号

---

好大一个坑，我先喘喘气。