一个 10年+ 产品总监关于微信照片红包的产品层思考

　　大家都知道了，前天微信上了个朋友圈红包，大家都在讲运营策略，讲公司竞争，讲支付宝怎么颤抖了，这些都已经被聊完了。今天我决定理性一点，从产品狗独特的眼光来聊聊这次事件中关于产品设计的一些思考。

　　本次微信的有两个大的功能点，1 是两轮的朋友圈红包照片，2 是摇一摇新年红包，姑且认为是微信在测试吧。

　　摇一摇新年红包，亮点不是特别多，还是以前的模式，只是测试看广告自动发红包存到钱包的商业模式。其实类似于国内某著名类传销组织 钱 bao 网 的模式，一堆用户来刷广告看，然后能分钱，这模式放在该网站感觉是传销，但放在微信上，怎么就顺理成章了呢，值得思考哈。

　　本次引爆大家讨论的重点是：朋友圈红包照片，那么这个 大招 究竟测试了哪些功能点?

　　一、第一轮：下午 5 点开始到 6 点左右结束(原计划 8 点结束实际提前了)，这一轮上了哪些功能点呢?

　　朋友圈图标变金色，发布红包照片后，昵称变金色

　　红包照片发布，图片蒙版

　　照片详情页

　　照片详情页增加广告

　　照片红包在未支付情况下不允许点赞和评论

　　随机定价

　　红包支付

　　自动即刻删除所有朋友圈中照片红包的内容

　　定时自动删除照片

　　这一轮测试测什么?5-8 点这个时间正是各地年夜饭前到春晚开始前，主要测核心业务逻辑是否顺畅。第一轮大概的逻辑是这样的

　　

　　(大概示意图，请忽略美观度)

　　二、第二轮：晚上 10 点多到 11 点半结束，不同的人时间略有不同，新增的功能点有：

　　灰度策略，逐步推进，部分用户有权限部分用户没权限

　　只能发一张，发第二张会提示

　　中奖策略，部分用户中奖的话，免费看

　　从免密支付到密码支付

　　

　　

　　(图片来自三节课同学刘馨琪)

　　这一轮的测试测什么?10-12 点这段时间正是高峰期，吃完饭了，看央视春晚期间红包也摇累了，这时候我觉得微信是在开始第二轮的模拟。第二轮上了几个迭代策略，增加了趣味性。所以第二轮的流程变成这样了，但用户惊喜也增加了不少，比如中奖这个事情。

　　(以下黄色为新增流程)

　　

　　(大概示意图，请忽略美观度)

　　如果从产品上深层次来看本次微信的朋友圈红包，我想重点分享和聊的有如下这些：

　　第一，最可怕的不是微信推出了这个功能，而是微信在不需要升级的情况下推出来的，这背后，我们可以借此窥见的信息很多

　　这个功能至少已经在之前 1-2 个版本就已经完成并上线了，在大规模升级后，一直憋着不用，这是大招。支付宝即使想反击，从现在到春节，ios 审核走特别通道估计也很难有大规模的更新了。

　　之前支付宝上个功能，恨不得全世界告知，而微信上个功能，竟然憋着，对于竞争来说，支付宝在明，微信在暗，微信算你狠

　　对于支付宝的 PM 来说，可恨的不是微信给自己示威了，而是不知道微信后面还埋了啥，还埋了啥，还埋了啥，还埋了啥啊啊啊。。。

　　第二，微信不愧是一个业内知名的金牌团队，快速上线，快速下线，收放自如，这点对于产品架构、产品设计、技术储备来说，都是相当有挑战的事情。

　　朋友圈发布图标、发布朋友圈的用户名变金色，想变就变，不想变就不变，这个是需要很多的开发量的，产品设计的逻辑也不简单。

　　照片红包第一波号称 8 点结束，实际上不到 6 点就结束了，这说明，能开能关，一关全收，包括之前发布的朋友圈信息，这等于完全独立做了一套平行的朋友圈。

　　照片红包第二波：10 点多重新开放照片红包，而且是灰度的，不是所有人有。当然，对于微信这么大的体量来说，灰度属于技术含量比较低的活了。

　　短暂时间里面，对所有的功能进行了分批测试，而且是在线的真实用户的大规模测试，这是有相当高的难度的。

　　最后一个就是让我特别吃惊的是：全上全下，这个才是应该关注的大招，在用户毫无感觉的情况下，朋友圈的雾霾图片可以立刻清理完毕，这不仅仅是带宽服务器的问题，这得是技术超过硬才行。

　　第三，关于本次事件背后的一些小瑕疵

　　没考虑到抓包的牛人，所以 replica 应用火了。

　　没考虑到改手机时间的聪明人，所以在功能下线后，偶尔还会出现几条漏网之鱼

　　没考虑到有人发布失败，所以朋友圈里面有不少人直接发了裸照出来，红包没得到，白看了。%>_

*请认真填写需求信息，我们会在24小时内与您取得联系。