原创： Kevin改变世界的点滴 Kevin改变世界的点滴
“永远年轻，永远热泪盈眶。” 当你试图放弃一个你知道是正确的事情的时候，希望你能再看看这句话。
——罗永浩 《我的奋斗》
近期在带着产品设计团队马不停蹄的赶着产品上线，在负责社区产品设计模块结合曾经所落地的社区案例，围绕着社区是建立用户与用户之间的关系写下今天的分享。
不同于社群，社区产品在运营上会有冷启动—增长期—稳定期—衰退期等周期。
在产品上，社区的产品形态也有几个标准元素：用户动态、系统动态、社区feed。
什么是社区feed
feed流的设计在2017年我有分享过UGC与算法|2017行业产品FEED流产品设计，我如何落地UGC信息流？。讲述了feed的设计重要性与feed在社区中的地位。
信息流（feeds)是有一个一个的feed组成起来的。随着短视频、小视频活跃，不少社区的呈现方式也改为非传统社区设计。
在这里，以朋友圈为例的feed设计，我称之为传统feed。相比现在的内容多元化与整合，针对feed的设计现在主流的则是卡片式与瀑布流。
上图为卡片式设计，整体一条feed流都以卡片式分开。有明显的层级区分
瀑布流式设计，上面说过随着短视频与短视频化内容增加。导致社区的feed设计必须要考虑内容维度的结合。如果你的内容既包含视频、图文内容，那这样的feed设计形式会更方便浏览并聚合。
搭建feed的步骤
既然feed的设计会影响内容的展示，并且也会影响内容的聚合。如何有效的将feed设计落地也是一门细致活。这里我列出了具体4个步骤
围绕着上述4个步骤，做社区产品中前第一件事是需要整理出可能有的内容，这里的内容可能是会包含在feed中，也有不会的（类似社区公告）。
这里我将社区的内容归纳为
业务内容：产品或特色功能产生的内容
广告位：商品或运营公告
圈子类：用户归纳的话题或标签集合
系统触发类：用户完成某个行为后出现的内容（可公开、可不公开）
非系统触发累：用户动态、官方动态、评论、关注
没做feed设计的坏处
初次做社区的产品新人，都会仍未社区无法就是信息类的集合。只需要把内容堆积在社区里即可。除了广告的feed内容可以用banner外，产品新人都很难考虑feed的设计。
上面2个图是典型的一个不考虑feed设计下社区产品形态。无法区分上述的内容类型，就连基本的用户体验都很难保证。
试想一下，如果不考虑feed 设计，你将把以上4个维度的内容都集合在一个feed设计下。这样的结局就如上面分享的2个案例一样，用户体验差，点击率低。
feed的组成设计
文案设计
因为feed的来源会有3个维度，有系统维度、非系统维度、广告类，为此不同的维度都需要特别的文案。达到即使是固定的文案仍然可以做到千人千面。去铺垫于 社区的内容丰富与活跃程度。
悦动圈在系统动态下feed的文案：时间+里程
feed的文案巧妙利用用户的场景，提取可以变化的数据量。将重要、有意义的数据与固定文案集合生成有意义的内容。
feed元素组成
一个feed的组成在社区里面是有一套基础标准的。元素可以分为11种
头像
昵称
性别
点赞
评论
分享
举报（增长功能）
调整字体（增长功能）
关注
业务场景（如跑步场景的内容）
动态内容
上述11种元素内容，产品经理可以根据自己产品去添加或减少。类似举报功能或业务场景在冷启动阶段往往是没有的。
feed的关联性设计
一个feed是一个社区的最小内容单元。只有通过feed之间的链接与关联才能达到拉新、促活、留存的地步。社区产品经理不同于功能性产品经理，运营的基本知识在社区搭建与冷启动周期间就需要考虑。
这里举例2个关联性设计案例
用户与推荐关注
内容与推荐话题
关联性设计的重要意义是让流量继续往里走。一个产品的设计之初，是希望每个页面都能够得到用户的访问（pv)，为此好的关联性设计在社区是极为重要的。
如果比喻社区所积累的流量是一个蓄水池，那里面的关联性设计就是搭建各个水渠。各个水渠的水流向的最终方向就是水稻（转化）或又流回池子里（社区）。
当然一个好的社区产品搭建或模块设计，除了feed还需要考虑会员体系、社区定位、社区在不同阶段的运营方案。
一个好的社区是需要时间与内容来搭建的，但能够更多的考虑上面的feed设计，这样的社区会走得更远。
好啦，今天的分享就在这里，我会坚持每周更新2篇～
-End-
另外我个人第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接
7576
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
