心愿的银河

　　刚看了看数据，生辰发布心愿系统10个月，一共创建了50万条心愿，其中10万条掷入银河公开。作为生辰一周年纪念，今天来讲讲心愿系统的设计思路。
　　麻雀虽小，五脏俱全。
　　生辰出乎意料地大受好评之后，开始考虑下一步的延伸，拓展生命计时器的产品边界。想来想去，只想到心愿。做心愿系统向来有两个疑难问题，一是用户为什么要在你这里创建心愿？二是大多数人如果留下一条我想找个男女盆友愿宝宝一生平安这种大路货的心愿，产品既没有生命力，也不符合我的审美。
　　作为对疑难的应答，生辰生命计时器带来的触动，更容易激发记下此刻心愿的情绪，从而铺平了做心愿系统最大的障碍。
　　其次，我把心愿系统定义为一个温暖的互相窥探内心世界互相感动的地方，这就要求心愿具备阅读价值，不仅仅是个人情绪的表达。毕竟大多数人的心愿写出来千篇一律，乏善可陈。
　　在产品模型分析中，心愿的产品架构有5个重点：
　　如何引导用户写出有质量的心愿？
　　如何激励用户公开自己的心愿？
　　如何设计信息分发机制？
　　如何避免spam的污染？
　　如何引导和约束友善的互动？
　　1、如何引导用户写出有质量的心愿？
　　我有一个前置性的判断，大多数人在被问到你有什么心愿的时候，是一脸懵逼的。硬逼着他讲个心愿出来，是干燥便秘的。绝逼达不到我对内容质量的要求。
　　后来找到一个方法，在创建心愿时，首先要求用户选择心愿单，也就是主题标签，对应着主题标签来写自己的心愿。运营小组在后台创建了80多个官方心愿单，创建时随机显示其中的20个，当然也支持自定义心愿单。
　　对此设计，不止一位产品爱好者前来质问，说写个心愿还要先想放什么心愿单，流程太繁琐。然而数据是这样的：85的用户一键选择官方心愿单，15的用户自定义心愿单。90从自定义心愿单创建的心愿质量太低，被忽略掉不在银河公开显示；同样的淘汰率，对官方心愿单来说是50。
　　心愿单在我看来，既是对写什么的启发，也是对怎样写的引导。离开了明确的主题方向，大多数人临时起意，既难写出有质量的心愿，更不可能持续记录心愿。那么结果如何呢？
　　单单在投入银河的10万条心愿里，投入5条以上心愿的用户就超过2200人，考虑到一天只能投入1条心愿，这个数字意味着不错的重复访问率。另外未投入银河的40万条心愿没有上传至服务器，无法统计。
　　设计有趣的官方心愿单，是一件需要想象力和文字品味的事情。任何新主题开放出来，1小时内就会出现对应的心愿，这让运营小组十分的快乐。
　　运营几个月后，官方心愿单除了心愿主题，又拓展了喃喃自语少女心事等倾诉主题，但谨慎地保持心愿主题占比最大。同时也会根据时事，添加天津加油寒假心愿单等时令主题。最近一个月添加的官方心愿单是给前任的便签，内容相当的忧伤。
　　2、如何激励用户公开自己的心愿？
　　在写心愿的时候，输入框里的默认文案是：心愿自动设为私密，也没人知道你是谁。
　　这是我的又一个前置性判断，只有当心愿私密时，你才会面对真实的，不加掩饰的自己。所以性别男，爱好男和性别女，爱好女这两个官方心愿单异常活跃。
　　为此，生辰甚至放弃了账户系统，根本不给创建账户的机会，不要求你公开任何个人信息，不设置昵称头像，给用户彻底的安全感。
　　由于无须注册登录的流程，又有着许愿池的特殊内容氛围，点赞行为相当活跃。投入银河的每条心愿（如果不被自动拦截）都能获得平均10个赞以上，就像产品文案里所写收集祝福之力。这也是用户公开心愿的动力。
　　3、如何设计信息分发机制？
　　信息分发机制，永远都是产品设计中最难的一部分，生辰也没有很好的办法去应对。一是内容发布的频次极低；二是话题性弱，难出爆款；三是没有常规的账户系统，四是碎片化内容要求信息快速流动，否则看上去就像是一池死水。
　　最后选择了传统的按时间排序的信息流，同时提供多种主动筛选方式，比如按心愿单主题筛选，按性别年龄星座热度筛选。曾经还发布了查看同年同月同日生的心愿这个功能，一个版本后被残酷砍掉，稍后解释。
　　如果按时间排序，质量控制就成了大问题，我又特别在意内容价值，只好用了几个笨办法。
　　少于10个字的心愿被自动忽略。
　　自定义心愿单的心愿被自动忽略。
　　运营小组手动忽略不符合质量标准的心愿。
　　心愿忽略后仅本人可见。
　　我们有个管理员特别版本，可以在手机上忽略与收藏心愿，每天打开刷一刷，清一清，十几分钟的事情。同时也会去自动忽略区看看，把质量不错的心愿手动放出来。
　　这样做的缺点是管理不及时，每天清三次，不符合质量标准的心愿会停留几个小时但并无大碍。有质量的心愿是特别个性化的概念，很多单调重复的心愿，比如考个好大学我想谈恋爱，因为有共鸣，点赞数也不少。让它们在信息流里短暂停留，作者得到了祝福，读者献出了爱心，无伤大雅，亦接地气。有质量的心愿则长期留存下来，得到更多互动。
　　一开始，银河里的心愿忽略率特别高，大约有80。也就是80单调重复，没头没脑，辞不达意的心愿被忽略掉了，只留下来运营小组认为有可读性，有感染力的内容。持续运营半年后，好内容的示范效应出来了，内容平均质量大幅度提升，现在官方心愿单的整体忽略率已经降到了50。老用户通过观察别人的心愿，学会了更生动地记述自己的心愿。
　　由于忽略率居高不下，银河里留存可见的心愿数量只有3万条左右，不足以支撑同年同月同日生的查询条件。我只能忍痛砍掉了这个心爱的功能。
　　4、如何避免spam的污染？
　　反spam同时也是信息分发机制的一部分。
　　我被迫上了一个狠招。
　　每天只能向银河掷入一条心愿。
　　换别的产品，这简直是跳楼自杀，但放在心愿系统中并不致命。心愿，不就是因为稀有而珍贵的东西吗？浏览心愿的银河，不就是想看到形形色色，五花八门的人心和愿望吗？在我看来，话痨是最大的spam来源，限制每天掷入一条心愿，反而逼迫着用户更珍视这一次机会，从而减少了spam的破坏性。
　　10个月过去了，抱怨每天一条的用户极少，大家似乎欣然接受了这个设定。毕竟这是独一无二的心愿，并不是别的什么唠唠叨叨啊。我愿意接受内容频次的损失，换取内容生态的平衡，让银河在极低的运营成本下（每天管理3次，每次花费5分钟）也能稳定运行下去。
　　5、如何引导和约束友善的互动？
　　一开始，其实很不愿意做评论功能，担心不友善的互动会破坏掉银河的氛围。比如你在这里诚心诚意许个愿，下面评论一句操你妈，别人看见了还会公开自己的心愿吗？
　　但局限于点赞之交，无法满足用户之间的互动需求，作者和读者都有强烈的交流欲望，于是采用沙箱方案：不评论，只私信，将垃圾互动的危害性限制在两人之间，不会扩散出去。
　　仅仅关进沙箱并支持拖黑当然是不够的，还得有安全机制来保护作者。生辰有个独特的设计，向银河掷入心愿时，可以选择关闭私信，也可以选择向特定的年龄段性别星座开放私信，比如很多少女的心愿我就回复不了或许是不跟男人说话，或许是不跟大叔说话。
　　把互动权限设计得更加细腻可控，能有效地增强作者的安全感，也增加了心愿系统的趣味性。
　　总结
　　作为玩票产品，前前后后一共只花费了56周的时间来研发生辰的三个版本。
　　心愿系统用了两个版本来完善，我大概零零散散地思考了七八个小时；动手画原型那就快了，三四个小时搞定。
　　发布一年来，生辰激活120多万，峰值日活23万，目前稳定在6000左右，其中25访问银河。作为几乎没有使用场景，因而流失率极高的APP，我对它的数据没有预判，没有期待。如果口口相传能做到35万日活，而银河UV达到1万左右，我就能继续拓展产品边界，玩出更多花样来。
　　做不到，就算了。没有活跃度的支撑，产品就无法向上生长。
　　其实，做到35万日活并不难，去年测试性付费推广时CPA仅1元。投几十万下去，日活很快冲破3万。但我这人完全没赌性，不愿意花钱把规模做大，赌产品新花样能变戏法一样变出商业价值来。如果口口相传的病毒效果不够猛烈，那就算了吧。
　　对于现在的生辰，现在的心愿系统，我打个响指，就能想到许多优化点。但优化只是锦上添花，架构不变则必无大的增长，我又找不到在现有数据下扩展架构的方法，那么谁会持续研发一款日活不足1万的APP呢？尤其在蝉小队本身存亡未知的时候。