一段聊天对话，完成了运营后台的需求调研到PMTalk的作者数据看板优化。
整个对话的起因是如下，来自今日头条科技频道的小伙伴加我微信，进行沟通。
作为PMTalk产品经理社区，我一直知道如何激励作者产生内容、和增加投稿丰富度是一个运营头疼的事情。敲好这次对话，让我们有了需求调研的方向，完成了本次的产品设计。这类需求调研方法我也在我的《21天数据产品经理训练营》里介绍的，如果没有报名的同学可以阅读本文继续学习。设想一个情况，如果你是一个产品经理，同时又是一个作者，突然收到了平台运营的微信添加，并产生了上面的对话，你会产生出什么疑问？
恰恰这几个问题，是我们做社区产品的同学一定要思考的问题。因为不然就得不到好的社区内容。社区产品针对社区产品如何做挽留、如何做社区的数据看板方便运营同学进行KOL的运营去做优化调整。答案：因为她有一个数据运营平台，可以看到作者的投稿情况总的指标目的是：让运营人员知道我们的投稿数据在哪里有什么变动，如何可以定位到投稿数据，是一个产品经理应该洞察的。
对于社区产品背后的运营平台，实际上属于B端业务平台，外部用户就没有这样的后台权限，我们只能通过头条科技频道的运营对话完成后台的需求调研进而构建后台产品框架，可以推测后台一定有针对作者流失的看板。作为社区产品经理怎么完成本次优化的原型设计呢？我们首先脑子会有下面步骤在平台没有复杂的用户体系下，流失作者就可以从投稿的行为来判断，根据最近一次投稿时间的间隔长短，超过一定周期就属于流失。比如PMTalk定义作者分层是3个月以上属于流失，1个月到3个月属于沉默、1个月以内属于不活跃。为了方便运营找到流失作者和激励作者，运营人员需要名单明细，因此在后台看板不仅要找到定向的流失用户，还能遍历人员名单。可以做到每个人有触达，就像我们头条科技频道的同学能够找到我一样。
在本次头条科技频道的沟通对话，会赠送了我2万的流量优惠券给作者的我，作为激励给到流失作者便于激活。给用户赠送礼品、以及返现、和流量礼包显然是性价比较高的方式，能够拉回用户。这样赠与方式往往是通过优惠券链接、白名单、礼品盒的方式兑现。激励完作者后，就要观察作者是否正常激活了，于是需要作者榜单查看作者的连续日更情况，因此需要数据看板对数据规律进行支撑。基于本次对话，PMTalk开始迭代自己的数据看板，针对作者投稿回流来引导用户，为运营同学搭建投稿看板。我们构建了作者投稿看板和作者作者列表看板如上图是手绘原型草图，主要分为3个区域，分别是数据看板、签约作者人数、以及作者榜单。目前数据看板打算通过加上直方图以及数据环比增长来构建可视化趋势，发现投稿规律，同时支持日、周、月、年度筛选，完成社区查看一年的的相关活跃规律，通过环比日、月、周、年度增长来观察数据环比情况。要值得注意的是数据看板最重要的是给出数据增长、降低百分比，因为才能看到数据的好坏规律。
相比投稿数据看板，签约作者用户数是一个基础大盘数据。通过基础数据观察用户的增长趋势，但是相比自然用户，作者都是人工邀约开通的，所以数据增长变化直接反应了运营的工作好坏。为了方便精细化运营，我们还对签约作者的分类做了标记，那一类作者是C端的、那一类作者是运营的、那一类是设计的，让运营人员针对这类作者进行签约，并观察不同分类数据。在今日头条科技频道对话后，我在反思为什么对于作者榜单只能做正向榜单，应该可以做反向榜单，即流失作者排名。本身拉回一个老用户比找一个新用户的成本低很多！针对作者最近一次投稿数的流失时间，来观察作者的流失情况。针对投稿数量多的，但是却流失时间长的作者就可以快速定位进行拉回。
有了数据看板后，接下来针对作者明细查看设计作者列表页面，对于违规作者可以进行权限限制，避免影响其他用户和社区DAU数据。对于部分黑名单和违规作者，我们可以在账户权限设计的颗粒度可以更细一些，但我们这次的迭代以简易设计为基础理论，用户只要能看或不能看就可以满足运营需求了，就没有展开需求控制了。
有的内容平台，随着功能丰富、用户数量大，权限会区分的非常细，比如对作者的评论、投稿等权限，随着封禁等级提升，让作者的权限进一步受限。到这里，本次优化案例到这里也就完成了，我相信很多产品经理的需求调研还是停留在竞品分析、产品体验上，主要是因为这类产品的功能逻辑、和业务流程最好找到。相比通过抽线的对话找到的需求，就更加枯燥了。除非你非常喜欢自己的产品，才会有精力和想法找到自己的产品。
对了，1月24日《21天数据产品经理训练营》正式开班，现在正在报名，还要10个名额，扫码查看报名。
