兴趣社交产品“E-部落”的构思和产品设计

在城市中度过了五六年，生活的节奏几乎就是两个字：快、忙。虽然也有三五好友，但是因为繁忙的工作、拥挤的交通，也很少能有机会聚在一起。每逢周五晚上，本想着结束了一周的工作回去放松happy下，然而面对始终如一的电脑（单身狗），不是心累就是肾虚。即使想打几场游戏、聚餐、跑步、旅行。。。苦于找不到人搭档也是郁闷啊。周边的同事也反映，这种情况现在比较普遍。于是我想既然社会上有这么多繁忙的“无聊之人”，能不能设计一款组织活动或者话题的兴趣社交产品，线上组织活动线下开展活动，可以组团聚餐、聊天、娱乐等。该产品取名“E-部落”，其中的“E”代表着现代的互联网文化，“部落”代表着根据兴趣自由组织的群体。

1、产品规则设计：

如果没有适当的规则约束，好的平台也可能被不明意图的用户玩坏。E-部落欢迎所有用户使用，但是不同用户却有不同的玩法。

首先我将区分部落性质。产品中发布的活动均是以部落的形式展现，例如发起K歌的活动，该活动成员就组成“K歌部落”。部落分为临时部落和正式部落，临时部落只可以存在三天，成员可以自由加入和讨论，可以用于一些短期的话题或者活动组织。而正式部落无时间限制，可组织多次活动，但是用户需缴纳会费才能成为正式会员，用于稳定、高质量活动的组织。

然后再设定用户信用积分。每个初始用户信用积分为100分，初始用户可以搜索兴趣部落或者话题、浏览活动安排、发表评论、申请加入部落、组建部落。如用户加入部落的申请通过，其身份只是游客，在群组中无法发言，也无法报名参加活动，部落首领可以自主决定将其踢出。当用户在群组中交付会费（2元-100元不等，由群主设定），就可以成为正式成员自由发言和参加活动。会费存放于部落公共账户，可由首领支取用于活动费用，但是费用明细所有正式会员都可查。如会费不足以支持活动开支，部落首领也可以在部落群组内发起议案收取某项活动费用。

对于正式成员，首领无法单独决定将其开除，需要在群内发起开除公议，公议在群组内公布两天，由正式成员投票，在正式成员中超过三分之二的赞成才能通过决议（无弃权票，不投票的默认为同意）。正式成员也可以发起弹劾公议废除首领，公示三天，只要正式成员超过三分之二投票赞成即通过公议。在首领废除后，群内成员自愿竞选，三天内谁的得票多就获得首领资格。

对于被举报并且核实的用户其信用积分扣5分，对于被点赞（评论或者分享被点赞）的用户其信用积分奖励5分，发表评论的用户奖励信用积分2分。信用积分少于80分，即标记为异常用户，将失去申请加入部落活动的权利，也不能建立部落，但还可以通过发表评论积攒信用积分。假如该异常用户目前已加入部落，则系统会自动提醒该部落是否发起开除问题成员的议案。对于信用积分100分的用户，如果被点赞或者主动发表有益评论，也可以积累积分，20积分可获得优秀成员奖章，50积分可获得荣誉成员奖章。每个季度平台会对各区域活动部落评选，根据部落中优秀成员和荣誉成员的数量评选前100名，给予部落一定的现金奖励和公告展示。

规则整理如下：

部落规则 用户信用规则

（注：规则初稿，还不完备）

2、用户需求和功能设计：

E-部落是以兴趣和地理位置为维度，提供寻找兴趣部落的平台，方便用户参与话题讨论或者线下活动。其目标用户是是20-40周岁，有一定消费能力，熟练使用移动互联网的城市居民，例如大学生、职场人士。

用户场景

对于发起部落的用户来说其目的是快速找到同好的小伙伴参加活动，为了满足这样的需求，需要平台有足够的用户支撑，其次是在发布群组消息时设定相关的群组条件和关键词，方便其他用户匹配搜索。组建部落的用户和搜索用户其目的是相同的，为了提高两者交流的效率，需要将两者相关的关键信息点优先展示。

（1）活动信息页面的功能设计：首先是部落活动的内容、时间和地点，其次是活动的具体安排和入会费用，以此两条判断自己是否愿意参加，是否方便参加。然后是前往活动地点的路线和活动当天的天气情况，以此进一步判断参加活动的方便性，以及决定活动当天的是否需要带雨伞，根据温度决定穿什么样的衣服。活动结束后，群主可组织新活动并更新公告。

活动的内容可以在名称中提现，活动的时间和地点需要优先展示，而活动的具体安排和费用可以在活动详情页展示，到达活动地点的路线和当天的天气可以也可以显示在详情页下方。群组信息其实也是“招聘”组员的广告，所以关于活动详情页的界面设计可以参考招聘网站，例如在最下方以突出的颜色和浮动模块显示“申请加入组织”控件，申请被通过后就会跳转到该群组的交流页。可能有些意向用户一时不能做决定，所以还需要设置收藏功能。加入群组后，用户还无法发言，点击加入群组交付会费后才成为正式会员。为了防止用户忘记活动安排，还可以在活动详情页设置活动提醒开关。为了维护平台的环境，可以在详情页设置举报功能。

活动信息如何分类才能清晰明了呢？根据之前的分析，活动主要信息包括：主题、时间、地点、详情、参加要求。可以将这些信息分为两个层次，首先是最重要也最繁杂的主题，点选主题后，其他信息可以输入设置。

首页 活动详情页

（2）用户信任度的建立：当用户了解了活动的内容并且感兴趣，接下来就是信任度的建立了。由于信息是在网络平台上发布，所以用户无法直接接触活动的发起者，那么只能通过侧面的信息做参考，例如：活动信息是否详细，活动目前是否有参加人员，发起人的信息是否可信等。所以活动详情特别是时间和地点信息要求发起人填写详细，其次可以在活动页下方显示活动目前报名的参加人员，用户可以点击报名人员的头像进入其资料区参考，并设置关注功能。由于平台设置了信用积分功能，用户可以查看活动发起人/部落和群组正式成员的信用积分判断活动的可信度。

（3）话题功能设计：当然如果仅仅等待用户一时兴起组建部落发起活动的话，有可能活动的数量和平台的活跃度都不够，所以还需要一定的话题引爆，通过一定的话题探讨能够激发用户的兴趣而且吸引更多的人加入进来。用户可以发起活动或者话题，也可以关注活动或者话题。在这方面做的比较好的大概就是知乎了，但是我们的话题与知乎有些区别，知乎是知识分享型话题，而“E-部落”的话题不需要那么深度，最好是关于兴趣、活动计划的简单探讨，通过探讨发现志同道合的用户然后再发起活动。所以话题讨论的界面不能参考知乎，需要更加轻量化、简单化的设计，话题谈论的热度是首先考虑点，其次才是回答和评论的专业度，所以话题讨论的界面可以参考微信、陌陌等应用。但是如果用户把活动的计划都在话题页讨论结束了，那活动群组功能又有什么存在价值呢？活动群组功能的价值在于其对活动信息和成员信息的梳理，可以非常直观详细的查看活动信息，更重要的是管理和通知群成员。还可以在活动群组设置类似微信“群收款”的功能，用于活动的特殊费用收取。相对于部落的线下活动，话题讨论没有时间、地点的限制，其主要信息是主题和话题详情。

（4）活动搜索功能设计：对于搜索用户来说主要分为两种，一种是有明确活动目的会按照关键词（部落/话题），按照活动时间、距离排序；另一种是没有活动目的可能会按照区域搜索，按照活动时间排序。所以对于搜索的第一条件可以选择关键词和全文，然后设置活动地点和时间条件。根据搜索结果查看、刷选后，选定意向的部落申请加入。如果用户未找到意向的部落，也可以组建自己的部落。

搜索页 搜索详情页

（5）聊天功能设计：加入部落后进入部落内部群聊，群聊中可以查看部落成员信息，部落通告和活动安排。待缴纳会费成为正式成员后可以可以设置部落名称（建议用真名）、部落消息开关、聊天背景、清空记录、退出并删除等。首领可以更改部落名称，发布部落活动公告。部落成员不可邀请他人进入，所有申请都需要首领或者首领指定的正式成员审核。但部落成员可以分享该活动的信息和群组到朋友圈或者好友。部落中的正式成员也可以相互申请好友，建立私人关系。界面布局参考微信群。

（6）消息功能的设计：为了及时接受系统通知、申请结果反馈、部落申请等信息，通知页也必须是重点。但是通知功能没有达到单独成项的程度，所以可以合并到消息页。但是为了信息架构的条理，还需要将信息和通知保持相对的独立，所以可以设计分段标签将两者分别显示。

用户在活动中用户会结识很多的好友，然后按照一般的套路他们会加微信而不是加“E-部落”好友，虽然这样的现实比较悲剧但是也没办法，现在微信做的很成功，熟人社交一块没有信心与其竞争。根据目前的设想，用户看到感兴趣的成员，他们可能会加关注，但是在“E-部落”上长时间私聊的可能性不大，所以“E-部落”app没有必要添加通讯录功能。按照目前的设想，一个通知功能就够用了。

消息页

（7）圈子动态的设计：在经历以上过程之后，线下活动就要如期举行。在活动中他们可以分享照片到自己的主页，一方面满足用户分享的需求，也能够活跃平台氛围，吸引更多的人加入。为了鼓励用户分享，可以给予一定的积分奖励。而且用户关注的活动、话题和其他用户的动态最好也能够在圈子中反映，增加圈子的信息广度。

动态页

（8）个人页设计：最后当然是个人页面，包括个人头像、昵称、性别、年龄，个人积分、信用积分、个人荣誉、所在城市等。为了展示用户的特征，还可以让用户自主添加个人标签，以及填写个人签名、喜爱的城市、喜欢的电影、就读的学校等信息。为了提高用户形象的立体化，还可以展示其目前所在的部落、参加过的活动、活动分享、活动和话题收藏、关注的人等信息，最后还有关于app的个人设置功能。为了增加用户的黏度，还可以设置打卡功能。

个人页面

3、信息架构

整体信息架构图如下

E-部落  信息架构

E-部落的推广关键点是以部落为单位的群体活动，所以信息架构的重点是在首页中部落和话题的搜索和发现，快速、高效的帮助用户找到意向的部落活动，或者方便快捷的组建兴趣部落是信息流的起点，在部落群组中讨论、报名参加是用户参与的重点，而线下活动的组织和开展是检验平台价值的实践。所以平台运营很重要，但是无法体现在平台信息架构设计上。

最近忙着找工作，时间断断续续，产品构思还不完善，发到平台也是想让大家提提意见，发现产品设计的不足可以留言哈，欢迎探讨。如果问题太多可发到我邮箱yong_life@126.com。