一、目的和说明

马蜂窝的模式是旅游社区，即内容主要由用户生产，同时可以互动交流，有了可观流量之后再寻求变现。用户量，用户活跃度，用户粘性是社区型产品的关键指标。

马蜂窝的核心功能模块攻略、游记、问答、点评均为上述目的服务。本文的产生出于下列原因：a. 了解旅游社区平台的问答功能；b.日常练习产品调研；c.浏览马蜂窝相关文章发现，鲜有以问答功能为主的内容。

本文从用户-需求-场景、主要业务流程、对提问者的激励三个方面，体验马蜂窝问答功能。

使用马蜂窝 iOS 8.1.6 App版本。

二、用户、需求和场景

1. 用户和需求

从问答角色本身，可划分为：提问者、回答者和浏览者，结合旅行的特殊性，又可将提问者细分成多个维度，见下图：

不同维度的旅行者都可能遇到问题，越是具体的、细节的、个性化的问题，越需要问答功能。

2. 场景举例

笔者以一次真实使用场景为例，叙述使用马蜂窝问答及相关功能的过程。

用户定位

非旅游爱好者，以前很少出门，由于某种外在原因驱动，今年五一想和朋友去旅行，负责制定全部行程计划，三月中旬开始计划时没有明确目的地。

使用场景

Step 1.旅行前--确定目的地

在线下咨询喜欢旅行的朋友，获得几个候选目的地，使用马蜂窝目的地+搜索功能浏览候选目的地综合信息，权衡考虑后基本可以定出目的地。

Step 2.旅行前--确定关键节点

围绕目的地，开始制定旅行计划，以交通和住宿的时间为关键节点，搭出计划骨架，在这个阶段，主要使用攻略+搜索功能。

Step 3.旅行前--补充内容细节

确定骨架后，补充和完善细节内容，从这个阶段开始频繁使用问答功能，由于时间充裕，先通过搜索寻找目标问题及答案，如无法匹配，就自己提问。

Step 4.旅行中--解决未计划问题

与旅行前不同，有些时候由于时间和状态原因，旅行中不会花过多时间搜索问题，往往会直接提问。

Step 5.旅行后--总结旅行

能够形成闭环的是旅行后将本地的旅行计划整理后放到平台上，但这点对于外在驱动的低频旅行者来说，并不容易。

三、业务流程

1. 问答数据结构化的任务放在提问流程上，填写标题+选择目的地均为必填项；

2. 状态选择：准备中/旅行中+邀请回答的功能设计是亮点，不过目前从笔者的体验来看，选择旅行中获得的回复的体验并不是太好（测试次数较少，有待继续验证）；

3. 问题-回答数形成规模后，可成为首页等各个页面的浏览来源之一；

四、关键问题：如何激励回答者？

从上述介绍中不难看出，问答运转的关键在回答的数量与质量，笔者整理发现，马蜂窝采取了至少但不限于以下几种产品或涉及到产品的运营方法，以激励回答者答题。

1. 顶/收藏/评论/关注/浏览量展示

社交标配动作，配合消息通知，提升回答者的答题意愿，另外相关动作数据应该也是展现和排序的依据之一。

2. 邀请回答

提问流程（提问时）和问答详情页（提问后）都可以邀请回答，邀请对象分别为推荐答题人和好友答题人。

3. 虚拟成就和荣誉

马蜂窝社区本身就有等级体系，但应该是出于激励更多用户答题的目的，问答有其专属的认证系统。

金牌回答是对高质量回答的认证，通过a.专属标识展示；b.回答的排序依据；c.申请指路人和目的地认证时优先通过等激励点，鼓励社区用户产出高质量的回答。对回答的认证可说是问答认证系统的基础。

指路人是对人这一维度的认证，除了专属标识展示，指路人推荐位展示等，还带有物质激励。

马蜂窝数据结构的基础是目的地，所以在对指路人的认证基础上，还可以进行目的地认证。

金牌回答、指路人和目的地认证三者相辅相成，而整个问答认证体系和其他各种功能点其实也关联起来了，比如邀请回答时的系统推荐。

4. 活动，如答题大赛等

问答栏目里设置活动入口，运营可不定期举办各种活动。

五、总结：学到什么？

问答，早在BBS和贴吧时期就已存在，即便并未以单独的产品形态出现。

垂直领域内容/社区型产品基本上都会有问答需求，想做一个问答的MVP产品并不复杂，但需要考虑是否有相配套的挖掘和激励回答者的产品和运营策略。

马蜂窝有针对全社区用户的等级体系，还有问答认证体系，还搭配有运营的动作。

以上这些如果不能跟上的话，拥有极强生命力的问答功能也可能无人问津。

作者：KASALEE