标签: 定位设计

  • 从0到1:如何做社区产品MVP设计

    从0到1:如何做社区产品MVP设计

    #本文为人人都是产品经理《原创激励计划》出品。

    用户在社区中生产内容,并基于内容产生互动与消费。因此,要想搭建一款社区产品,内容与用户是必不可少的因素。除此之外,社区产品还应当做好自身定位、确立业务模型,以此引入精准的种子用户;并做好数据管理,为后续社区产品的迭代升级做好准备。由此看来,社区产品并不易做,步步耕耘尤为重要。

    社区无处不在,从PC时代的天涯、猫扑,到移动互联网时代的豆瓣、虎扑、B站、知乎、小红书,几乎每一个互联网用户都接触过社区。很多公司遇到瓶颈时,做社区的想法就会被提出来,好似每一个公司都能做社区,都可以轻松做好社区。然而,看似简单的社区,实际很复杂。

    近日,微信圈子宣布停止运营,这不是腾讯下线的第一款社区产品,年初,QQ兴趣部落已经宣布停止运营。最不缺用户量的微信和QQ,在主产品线中增加社区模块纷纷败北,可见社区的从0到1并不简单。笔者最近尝试了一次在成熟的主产品中搭建社区模块,在此分享一些关于社区从0到1的思考。

    (微信圈子停止运营通知,圈子首页)

    社区的用户分为内容生产者和内容消费者,通过生产者对内容的创作,解决消费者关于特定内容的阅读、交流需求。所以,内容是社区满足用户需求的核心,产品功能是围绕内容和用户的基础设置。从天涯社区、百度贴吧到如今的B站、小红书,社区产品功能的创新寥寥无几(弹幕之类创新凤毛麟角),新社区的产生更多是因为内容与用户的变化。

    从0到1搭建一个新社区,需要以下几个步骤:评估市场空间、找到社区定位、确定业务模型、产品MVP设计、冷启动、数据迭代。

    这其中,从评估市场空间到产品MVP设计是初始产品设计的关键,下面我们来逐一分析每一步的重点。

    一、评估市场空间

    评估市场空间,从产品的视角,是去寻找那些没有被满足的用户需求。可拆分成2个问题:

    1. 所在行业的用户是否有社区需求?
    2. 现有的社区产品是怎么样的,有没有完全满足用户的需求?

    细分来看,常见的有两类局面,第一类是所在行业用户有社区需求,但是还没有成熟的社区产品去满足,这种情况下所在行业存在着红利期,抓住红利社区就能快速发展。天天鉴宝的社区和58同城的部落是最新的2个成功案例。

    天天鉴宝APP的直播鉴宝作为一个新的方式聚集了大量文玩用户,这些用户自然产生了交流的需求,宝友社区有效填补了需求洼地。58同城聚集了大量蓝领用户,蓝领用户的社区需求一直处于空白状态,58部落这一社区满足了蓝领用户的交流需求。虽然移动互联网的红利期已经结束,但是在细分市场仍然存在机会。

    (58同城的部落、天天鉴宝的宝友社区)

    第二类,行业内用户有明确的社区需求,且行业内有成熟的竞品,这种情况做新社区就需要评估是否有未被满足的用户需求。

    腾讯体育的社区是典型的案例。在篮球社区领域,虎扑已经成了行业标杆,同时各新闻网站的体育频道依然活跃,腾讯体育依托自己的比赛直播资源聚拢了大量的用户,依托活动强运营促进用户的活跃,现在已经发展成了能承载腾讯业务线需求的社区。同样是体育直播平台,看看PP体育的社区现状,就能感受到腾讯体育社区的成功。

    这类情况是经常遇到的,来看看具体的评估方法。

    以读书社区为例,用户的阅读和读后交流需求一直存在,日常的解决方式是到社交平台直接沟通或去成熟的社区了解信息,豆瓣是现有的图书类社区。

    对豆瓣进行竞品分析,发现豆瓣并未很好地满足用户需求,主要表现有3点。

    1)豆瓣的小组很多很活跃,可围绕读书的小组很少,比较活跃的是几个泛读书类的小组,讨论内容很泛并不聚焦。围绕书最多的内容集中在书籍详情页的书评和问答,书评更新量已经很少,很多畅销书的用户问答更新时间是几个月之前。

    2)豆瓣是典型的弱运营自生长社区,对内容缺乏深度地引导和干预。

    3)豆瓣的图书内容主要覆盖了畅销的人文社科领域,对于近几年最火热的童书领域,覆盖率很低。

    (豆瓣的读书小组,豆瓣图书主页的书评与问答)

    所以,图书领域的社区虽然有豆瓣存在,经过分析仍然存在着未被满足的用户需求,有一定的市场空间。

    二、找到社区定位

    寻找社区定位,我们常用PMF模型(Product Market Fit 的简写),即产品和市场达到最佳的契合点,所提供的产品正好满足市场的需求,令用户满意。

    上一步我们已经评估市场空间,根据自身的资源,判断我们能搭建什么样的社区产品,这就是进行社区定位,寻找产品与市场的契合点。只有找到PMF模型中的产品和市场的契合点,社区才能发展壮大。

    社区的定位也要满足公司的商业需要,微信圈子和QQ兴趣部落在停止运营时依然有庞大的活跃用户量,但无法达成公司对社区的目标,就会因业务调整而关闭。

    以图书社区为例,我们公司的资源有:作家、出版社、读者资源。基于这些资源,我们讨论时有几种社区定位的方案。

    1)达人领读/阅读讨论社区。

    这个定位,属于泛阅读类社区。社区能满足用户的阅读交流需求,提升主产品的留存。以豆瓣为竞品,在各社交、社区平台中,都存在着类似的内容。上一节以豆瓣为例分析的市场空间,指向的就是这个产品定位。

    2)达人荐书导购社区。

    导购,对公司的吸引力十足,所有能直接提升商业化目标的产品设想,总是被格外重视。小红书、抖音快手的短视频带货,都为这类定位背书,也形成了。看似蜜糖,也许是毒药。在前有小红书、抖音、快手,后有淘宝逛逛等竞对的情况下,在图书的垂直领域做达人导购,小公司能形成怎样的差异化定位,对用户更高效的解决方案,成功几率很低。

    3)亲子阅读社区。

    一个更加垂直化的领域,亲子阅读社区在市场中仅有小花生网等并不出名的几个社区,宝宝树等亲子社区内阅读的覆盖内容非常有限。25-35岁女性是消费的核心群体,这个社区定位能提升这部分母亲群体的粘性。

    以上的方案,每一种定位都会对应一块市场空间。定位并不是一成不变的,确定定位后需要快速搭建社区,进行试错,根据市场调整定位,直至找到产品与市场的契合点。

    三、确立业务模型

    确定了社区定位后,我们首先需要判断是否有资源支撑社区的定位,建立业务模型。在建立业务模型阶段,我们需要考虑所有运营侧的事情。

    社区从0到1阶段,要解决的2个核心业务问题是,是否能够触达足够精准的用户,是否能够提升足够优质的内容。围绕内容与用户,以建设一个读书交流社区为例,社区的模型如下:

    在社区类的业务模型中,内容如何流转(从内容生产者到内容阅读者),用户如何进入社区、互动、聚集成圈组,是最常见的运营要点。产品mvp设计就是依赖业务模型开展的,为社区的推进提供工具和功能。

    四、产品MVP设计

    MVP设计的原则是能简则简,满足核心路径和核心功能,去除不必要的辅助功能。用户来社区是受到优质内容的吸引,产品功能先追求可用,再逐渐迭代优化美观程度。社区产品需要完成内容生产与消费的匹配,既有内容生产侧的功能,也有内容消费侧的功能。社区MVP的原则是快速搭建内容创作者与消费者匹配的平台,而不是追求某一侧的精细设计。

    以读书交流社区为例,先搭建能让达人/用户发布基础内容,展示内容的功能,然后增加基础转评赞互动功能,一个最简化社区的底层结构就完成了。MVP阶段最核心的是寻找产品与用户的匹配,而非炫酷的功能。不断引入精准的种子用户,而非盲目地扩大用户量级,完成KPI。

    以下是常见的社区功能,每一项都应该区分优先级,在有限的资源内以最简化的方式进行尝试。

    • 内容种类:图文、视频、书单、话题;
    • 内容生产:不同内容的发布工具;
    • 内容展示:不同内容的详情页、列表页,视频播放;
    • 内容分发:排序规则,内容搜索,站内拉新;
    • 用户互动:消息提醒,互动动效;
    • 用户圈子:圈子详情、圈子列表;
    • 等等…………

    五、常见错误

    1. 产品定位错误

    没有找到自身定位是多数社区死亡的原因。有些社区是老板拍板,说干就干,从来没有评估过市场空间。有些是市场空间过于狭窄,高估了自身的能力。

    很多时候,初始的产品定位不一定正确, 也会因为环境的变化而改变,足够强大的团队能够改变定位寻找产品与市场的匹配,然而多数团队并不具备这个能力。

    2. 追求单一功能的完备

    我们手中的研发资源一直是有限的,新业务尤其如此。过于追求某一功能的完备,过于追求亮点功能,就会让开发资源大量浪费在细节上,而无法推进社区MVP的尝试。这也是不懂社区、不懂MVP的一种表现。

    3. 过早进行个性化推荐

    个性化推荐往往有2个原则,内容量级丰富,算法强大,对于新生的社区,这两条往往都不符合。与之想关的,是领导过早要求KPI。如果公司投入的资源有限,领导又只问结果不关心过程,这样的社区注定没有前途。

    这就是从评估市场空间到产品MVP设计的一点思考,至于冷启动、数据迭代和新产品的生命周期,咱们下次再聊~

     

    作者:左手思;垂直电商pm,公众号:电商产品手记

    本文由@左手思 原创发布于人人都是产品经理,未经许可,禁止转载。

    本文为人人都是产品经理《原创激励计划》出品。

    题图来自Unsplash,基于CC0协议

  • 实战思考:从0到1搭建UGC社区系统

    实战思考:从0到1搭建UGC社区系统

    搭建一个能自运转的UGC问答社区系统,对于运营人员而言,需要做些什么?本文尽量从可实战迁移的角度梳理,聚焦在系统冷启动,与大家探讨从0到1搭建UGC社区系统的思路,希望对你有所收获。

    笔者从2020年开始主导设计某UGC问答社区系统,历经两年多时间,社区多项指标实现指数级增长。借此文回顾从0-1搭建的一些思考,并且尽量从可实战迁移的角度梳理,希望各位读者能有所收获。

    社区从0-1包括了三个部分:

    1. 用户冷启动:核心用户运营、流量投放等,主要由用户运营、市场人员完成;
    2. 内容冷启动:产品上线前或上线初期的内容准备和生产,主要由内容运营人员完成;
    3. 系统冷启动:构架和功能页面设计等,主要由产品、技术人员完成。

    由于笔者项目经验更侧重在第3部分,因此本文聚焦在系统冷启动,对用户冷启动和内容冷启动不做探讨。

    首先给大家抛个问题:“从0-1设计系统功能页面时,我们可以先直接搬运市场上成熟的产品功能和页面,后续再视情况调整吗?”

    我的答案是:“不建议”。

    设计功能和页面应该是整个系统搭建步骤的最后一步,它就像你考试时提笔书写的答案,是一个结果的呈现过程,但在这之前你需要搞清楚试卷里的问题是什么、解题思路是什么,需要调用哪些知识点、有限的时间下如何分配答题优先级。

    所以回到上面的问题,当我们从0-1设计系统时,我们需要先明确整个产品的定位、然后思考产品的策略框架、再从用户视角提出功能和页面清单并评估优先级,即前期上线哪些功能和页面,最后才是进入功能页面设计,如下流程图。

    一、社区定位

    即社区侧重于提供什么服务、为谁服务。

    产品定位的呈现往往只需要一段话甚至一句话,看似简单,但在产品经理的实际工作中,搞清楚产品定位其难易程度受到该产品提出的背景、组织分工、考核指标等多方面因素的影响。

    由于本文是从产品经理的视角探讨从0-1搭建系统,因此按照产品经理在产品定位上的话语权从高到低进行划分,大致有以下3种情况:

    1、社区的想法由产品侧提出,并且由产品侧主导完成。这种情况下,社区定位也由产品侧进行明确,难度较大且耗时较长,包括主导前期的用户调研、数据统计、竞品分析,并且可能需要在这个阶段提出社区的核心指标、预期的成本收益等;

    2、社区的想法由领导/战略层提出,并且由产品侧主导执行。这种情况下,一般已经有核心指标了,社区定位也有大致范围,产品侧应更多专注于勾画用户群体、分析用户痛点,从而进一步让社区定位清晰。

    注:这里还有一种非理想的情况,领导/战略层提出想法,但是对于社区定位并无过多信息,此时产品侧需要更多得去分析当时提出的背景,寻找和输出相关支撑材料,然后与领导/战略层进行范围确认,确保方向如其预期。

    3、社区的想法由合作部门提出,或者由合作部门主导执行(比如内容侧)。这种情况下,产品侧在社区定位这部分的工作则是配合执行或者与合作部门进行沟通确认即可。

    社区定位的差异,对后续产品框架、特别是功能优先级的评估影响较大,因此务必在有清晰的定位下再进行后续步骤。

    另外需要说明的是,产品定位并不会一成不变,它往往会随着产品的成熟、数据的瓶颈、部门kpi的变化等因素有所调整,但这并不影响我们在从0-1的这个阶段将它清晰明确化,实际上,产品定位在每个阶段都至关重要。

    二、策略框架

    1. 基础策略框架

    社区的核心资产为内容和用户,其中用户包括内容消费者和内容生产者,三者之间形成一个自循环的产品框架,如下图所示,消费者、生产者、内容,这三者互相作用,共3个双向箭头,我们可以对着每个箭头思考这样两个问题:

    1. “平台希望这个箭头带来什么?”
    2. “平台能够为这个箭头的达成提供什么?”

    笔者也将以此展开和延伸为大家介绍UGC社区框架构建的思路。

    (1)生产者与内容

    “平台希望这个箭头带来什么?”——希望生产者能生产更多的内容(提升内容产量)、更高质的内容(保证内容质量)、更多样的内容(丰富内容类型)。

    “平台能够为这个箭头的达成提供什么?”——

    ①关于提升内容产量:对创作者来说,生产内容有两个要素,能力和意愿,因此平台侧可以从降低创作门槛和提高创作热情两方面入手。其中降低创作门槛,可以继续拆分为生产前(如官方教程、新手引导、创作模板)、生产中(创建内容的编辑过程,此处为核心功能,0-1阶段做到什么程度根据项目资源、产品定位考虑)、生产后(如进度查询、数据看版);其中提高创作热情,可以继续拆分为活动型激励(常规型活动、临时型活动)、功能型激励(津贴、创作者等级、流量扶持等)

    ②关于保证内容质量:需先确定平台质量标准(即评判什么是高质内容、什么是低质内容)以及内容审核方式(是否需要审核,是先发后审还是先审后发),然后制定对高质进行激励、对低质进行打击的策略。后面笔者会单独写一篇问答内容质量等级设计,对其策略进行更详细得介绍;

    ③关于丰富内容类型:一个是内容主题的丰富,这个由运营侧设计;另一个是内容形态的丰富,包括单内容(视频、文章、说说、直播等)和内容集(主题专栏、热榜等)。

    以上需要根据平台的实际定位展开,比如平台前期希望专注于提高产量,那终点展开(1)部分,(2)(3)部分可以精简。

    (2)消费者与内容

    “平台希望这个箭头带来什么?”——希望消费者能更高频次、更长时间得消费内容。

    “平台能够为这个箭头的达成提供什么?”——

    ①帮助用户更高效得找到自己想要的内容。常见的包括搜索、热榜、分类频道等;

    ②将内容更精准得匹配给用户。上面是用户找内容,是主动消费。这里是内容找用户,对于用户来说更多是被动消费,涉及个性化内容推荐,如feeds流、详情页为你推荐等;

    注:个性化内容推荐一般不需要在0-1阶段考虑,它是在平台内容达到一定量级、用户弱目标性的情况下提出的,因此本文不做展开,后面笔者会单独写一篇文章对个性化内容推荐进行介绍,敬请关注。

    ③帮助用户更方便得浏览内容。如视频类内容的快进退、倍速、全屏、清晰度切换等均是为此服务;

    ④用户看到感兴趣的内容时,平台能给用户提供表达想法的工具。常见的包括点赞、收藏、转发、评论等。

    (3)消费者与生产者

    “平台希望这个箭头带来什么?”——希望能连接生产者和消费者,并且此连接在平台上足够稳固。

    “平台能够为这个箭头的达成提供什么?”——提供连接的工具。

    ①对于消费者端,常见为关注、私信、打赏;

    ②对于生产者端,主要包括一对一互动(回关、私信)、一对多互动(粉丝群)、数据(粉丝画像)。

    这里需要说明的是,平台前期是否开启或强化这一箭头,与平台定位、用户/内容冷启动策略息息相关。如果平台定位偏向于“平民化内容生产”,在前期是没必要开启这一箭头的,或者需要弱化这一箭头;而如果平台以达人(KOL)作为核心,则需要强化这一箭头。

    注:

    *本文所说的生产者是我们平时常见的内容创作者,包括文章、说说、视频生产等,对应的消费者是浏览、点赞、评论、收藏等行为用户;

    *同一个用户,既可以是生产者也可以是消费者,两种身份在同个用户上并不互斥;

    *同一个内容,用户在不同UGC平台可能身份不同,比如某用户在视频剪辑平台用UGC模板创建了一个视频,在该平台,他是消费者。然后用户将该视频上传到视频平台,在该平台,他是生产者。

    2. 延伸框架

    在上述基础框架中,思考的是生产者、消费者、内容三者的关系。我们也可以在该框架的基础上进行延伸,以探索更宽的产品边界。

    消费者和消费者之间加入双箭头,体现的是产品的社交属性;创作者和创作者之间也可以有一个双箭头,如创作者合作、直播连麦等。此外还可以加入与平台关联的更多的“角色”,比如广告主和广告,以实现产品的商业化。由于本文主要探讨从0-1阶段的搭建思路,此处仅做简短提示,更多框架的延伸细节留给读者自行思考。

    三、提出清单并评估优先级

    这一步开始落地到执行层,即梳理具体需要哪些页面和功能。这一步的视角和上面两步有所不同,上面两步更侧重于平台视角(平台希望要什么以及提供什么),这一步则侧重于用户视角(用户场景和路径)。

    不同产品经理梳理清单的着手点和方法可能有所不同,笔者以消费者和生产者用户路径为着手点进行梳理。如下图示例消费者用户路径,仅供参考。

    通过以上梳理,可输出表格形式的功能list和页面list,并为每个功能和页面打上优先级。一般分为三个等级,优先级由高到低为P0、P1、P2,根据项目实际情况调整。

    四、功能页面设计

    终于到了书写答案的时刻。经过前面三步,当你再去参考成熟产品的页面和功能时,你需要从一个“考生”视角转化为“评委”视角,去审视别人的试卷答案为什么会这样,如果这个答案给到你这份试卷,哪些部分是正确的,哪些部分是错误的。

    比如下面两张图,分别来自知乎和豆瓣的首页内容卡片。请问为什么卡片底部,知乎的点赞等元素不采用豆瓣那样的图标而是纯文字形式呢?(可以短暂思考下)

    因为知乎的主打内容是精品回答和文章,内容较长,用户完成“浏览”通常只能在进入到详情页后实现;豆瓣主打的内容是说说和讨论,相对较短,用户可以在首页完成“浏览”这个动作。而“点赞”、“评论”等互动动作,往往是在完成“浏览”后进行的。因此在知乎首页,用户还无法进入互动环节,“点赞”“评论”仅作为辅助内容的数据展示。

    可能有读者会疑惑有必要考虑得这么细么。其实作为一个C端产品,上述这样的思考是必备技能,即使思考的答案并不准确,但这个过程对于页面设计能力的提升是非常有帮助的。

    以上便是笔者从0-1搭建UGC社区系统的实战思考,由于经验有限,不严谨的地方欢迎指正和探讨。另如文中所述,后续笔者会对内容质量等级策略、个性化推荐等分别撰文介绍,欢迎关注。

    本文由@wen 原创发布于人人都是产品经理,未经许可,禁止转载。

    题图来源于Unsplash,基于CC0协议

    该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。