在之前的文章中，我们说了设计一个社区你需要：一是确定好调性；二是只设计一个信息流；三是直接在信息流里进行互动。当然这个肯定不是通用的，二和三更多的依据其实是第一步调性的选择。

接下来，我们讨论将围绕：如何设计产品功能让社区的运营更流畅。

先问一个问题，作为产品经理，你会如何让你的产品符合定位？

相信你一定是在一些功能上做一些选择和取舍，把符合定位的核心功能做透。那么，如果你是社区运营，你会如何让社区的调性符合预期？你的抓手和发力点是什么？我们最先能想到的就是控制社区的内容，这就引出了我们的第一个工具：马甲。

在社区刚刚开放的初期，我们需要一些内容底料，这个任务不可能由一两个账号完成，所以需要给运营人员配备一堆马甲。马甲可以从已经活跃的社区上去获得，背后可能还真有这么个真实用户在，切忌想到什么发什么，今天马甲还在找对象，明天这个马甲就晒萌娃照了。当然，这些都是运营层面操作的技巧，不多展开，说回产品。

为了保持业务顺畅，我们设计在app上直接切换马甲。回想两个月前我提出这个想法的时候，运营和技术同学差点把下巴掉桌子上，表示没见过这样干的，一般马甲也都是在管理后台上操作，而后台一般都是PC端的。我之所以坚持这样做理由如下：

运营人员总有下班的时候下班了谁还开电脑呢，手机则是相当顺手的事；

用于一旦发了动态或评论如何才能快速通知到运营人员，手机push看起来是最好的选择；

从技术实现角度，不用重复在后台实现一套发动态发评论的逻辑，复用app即可。

随着场景的丰富，马甲需要设计成全局的切换。其实一开始小中（我们家小产品经理）在做马甲设计的时候，主要考虑了评论的场景，因此很自然的做成了在填写完评论后选择一个马甲。这种设计看起来影响面小，但实际上相当繁琐。如果这个时候来一个发动态的场景，聊天的场景，对产品原有逻辑的侵入性太强，按我的话说，就是不优雅。更好的产品方案是只做全局的切换，理论上就是一个快速登出再登录的快捷方式。

为了及时的互动，在任何一个真身和马甲上都汇聚了未读消息。作为真身就是真实用户，所谓马甲就是给这真实用户配的一堆小号。马甲一方面服务于调性，主动发一些我们期望用户按葫芦画瓢来跟发的特定类型的内容，另一方面就是去和真实用户互动。互动可以是给对方简单点赞，也可以是更有人情味的评论鼓励。在社区里，其实是最能体现人性互惠心理的，你给一个陌生人评论，对方一般也会给予回复，一来二去氛围就起来了。当别人给你互动时，及时地给予对方反馈无疑是最有效的。于是我们就设计了，无论你在真身还是在马甲上，只有有人和你互动，都会把消息数透传出来，你点击进入马甲列表就能看到哪个马甲有消息。这样就可以让你及时切换到对应的马甲上去处理。

让运营一眼识别出谁是真用户谁是马甲，好钢用在刀刃上。在产品设计时，我们就考虑到社区运营不止一个。如果把马甲和真用户混在一起就傻傻分不清楚了，到时候马甲彼此间是玩嗨了，真用户却受到了冷落。如何去标识新用户，也是个值得考量的细节。小中一开始想要不给用户加个徽章标记什么的。大中一看就觉得不妥，又是一种UI侵入性过强的设计，在某些场景下增加了布局的复杂度。最后，我们只在用户名字体颜色上做了文章，对空间无破坏。

上一篇：做社群，切忌产品思维 下一篇：恼人的评论区“水贴”，该作何处理？

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。