一、调研目的和说明
马蜂窝的模式是旅游社区，即内容主要由用户生产，同时可以互动交流，有了可观流量之后再寻求变现。用户量，用户活跃度，用户粘性是社区型产品的关键指标。
马蜂窝的核心功能模块攻略、游记、问答、点评均为上述目的服务。本文的产生出于下列原因：a. 了解旅游社区平台的问答功能；b.日常练习产品调研；c.浏览马蜂窝相关文章发现，鲜有以问答功能为主的内容。
本文从用户-需求-场景、主要业务流程、对提问者的激励三部分内容，对马蜂窝问答进行产品调研。
使用马蜂窝 iOS 8.1.6 App版本。
二、用户、需求和场景
1. 用户和需求
| 谁会用（Who） | 为什么要用（Why） |
|---|---|
| 提问者 | 问题得到快速解决；增加围绕旅行的见闻；社交 |
| 回答者 | 物质/精神激励；自我满足；自我宣传；习惯养成 |
| 浏览者 | 内容获取 |
从问答角色本身，可划分为：提问者、回答者和浏览者，结合旅行的特殊性，又可将提问者细分成多个维度，见下图：
不同维度的旅行者都可能遇到问题，越是具体的、细节的、个性化的问题，越需要问答功能。
2. 场景举例
笔者以一次真实使用场景为例，叙述使用马蜂窝问答及相关功能的过程。
用户定位
非旅游爱好者，以前很少出门，由于某种外在原因驱动，今年五一想和朋友去旅行，负责制定全部行程计划，三月中旬开始计划时没有明确目的地。
使用场景
Step 1.旅行前--确定目的地
在线下咨询喜欢旅行的朋友，获得几个候选目的地，使用马蜂窝目的地+搜索功能浏览候选目的地综合信息，权衡考虑后基本可以定出目的地。Step 2.旅行前--确定关键节点
围绕目的地，开始制定旅行计划，以交通和住宿的时间为关键节点，搭出计划骨架，在这个阶段，主要使用攻略+搜索功能。Step 3.旅行前--补充内容细节
确定骨架后，补充和完善细节内容，从这个阶段开始频繁使用问答功能，由于时间充裕，先通过搜索寻找目标问题及答案，如无法匹配，就自己提问。Step 4.旅行中--解决未计划问题
与旅行前不同，有些时候由于时间和状态原因，旅行中不会花过多时间搜索问题，往往会直接提问。Step 5.旅行后--总结旅行
能够形成闭环的是旅行后将本地的旅行计划整理后放到平台上，但这点对于外在驱动的低频旅行者来说，并不容易。
三、业务流程
问答数据结构化的任务放在提问流程上，填写标题+选择目的地均为必填项；
状态选择：准备中/旅行中+邀请回答的功能设计是亮点，不过目前从笔者的体验来看，选择旅行中获得的回复的体验并不是太好（测试次数较少，有待继续验证）；
问题-回答数形成规模后，可成为首页等各个页面的浏览来源之一；
四、关键问题：如何激励回答者？
从上述介绍中不难看出，问答运转的关键在回答的数量与质量，笔者整理发现，马蜂窝采取了至少但不限于以下几种产品或涉及到产品的运营方法，以激励回答者答题。
1. 顶/收藏/评论/关注/浏览量展示
社交标配动作，配合消息通知，提升回答者的答题意愿，另外相关动作数据应该也是展现和排序的依据之一。
2. 邀请回答
提问流程（提问时）和问答详情页（提问后）都可以邀请回答，邀请对象分别为推荐答题人和好友答题人。
3. 虚拟成就和荣誉
马蜂窝社区本身就有等级体系，但应该是出于激励更多用户答题的目的，问答有其专属的认证系统。
金牌回答是对高质量回答的认证，通过a.专属标识展示；b.回答的排序依据；c.申请指路人和目的地认证时优先通过等激励点，鼓励社区用户产出高质量的回答。对回答的认证可说是问答认证系统的基础。
指路人是对人这一维度的认证，除了专属标识展示，指路人推荐位展示等，还带有物质激励。
马蜂窝数据结构的基础是目的地，所以在对指路人的认证基础上，还可以进行目的地认证。
金牌回答、指路人和目的地认证三者相辅相成，而整个问答认证体系和其他各种功能点其实也关联起来了，比如邀请回答时的系统推荐。
4. 活动，如答题大赛等
问答栏目里设置活动入口，运营可不定期举办各种活动。
五、总结：学到什么？
问答，早在BBS和贴吧时期就已存在，即便并未以单独的产品形态出现。
垂直领域内容/社区型产品基本上都会有问答需求，想做一个问答的MVP产品并不复杂，但需要考虑是否有相配套的挖掘和激励回答者的产品和运营策略。
马蜂窝有针对全社区用户的等级体系，还有问答认证体系，还搭配有运营的动作。
以上这些如果不能跟上的话，拥有极强生命力的问答功能也可能无人问津。
