最近在关注社区产品，分享下关于社区产品中“话题”和“问答”的一些思考。
话题更多在于围绕主题进行讨论，讨论的性质更偏向分享；问答更多带有一定的目的性，回答更偏向于解惑，提供帮助。
从本质上讲，话题更具有发散性，回答者可以针对话题的主题从不同角度根据自己的见解进行发散性分享，对于分享结果没有验收标准一说。
问答从回答维度来讲相对话题会有更多的局限性，同时问答的回答结果会更偏向于解决问题本身，相对来讲问答在一定程度上对于作答是有验收标准的，毕竟提问者的初衷是解惑的。
从用户发布的角度讲，普通用户在发布时，不太会去定义自己发布的到底属于话题还是问答？更多的出发点在于是想收获不同的见解、想法还是想针对性的获得解决办法。
从社区平台的角度讲，平台一般会两者都去做，如果不考虑收费的情况下，不太建议对2者进行明确的模块划分（问答更多情况下发布者是有明确的诉求的，发布者要解惑，平台可以针对这个设计付费模式）；
其次话题的属性决定了用户的参与度相对会更高（作答门槛相对问答低些，可作答维度更多），有利于提升平台内的内容输出和用户活跃度，问答更多的在于解决某一类用户的某些明确的诉求，对于作答用户从问题上就会筛选掉大部分用户，毕竟提问是聚焦于某一类用户诉求的。
从作答用户的角度其实上面的阐述中已经涉及到了，就不再单独展开讲了
通过上面的一些分析，如果你要做一款社区产品，给到的建议是两者都去做，没太大必要去区分单独做哪个更好，就像知乎一样定位是问答社区，其实你会发现平台内有好多是属于话题的，其次你会发现知乎上问答的参与度还是蛮高的，所以没必要去纠结社区是做话题还是做问答更好。
平台可以结合运营从不同阶段的运营目标结合数据来阶段性的引导用户做一个周期性的偏向，平衡好平台话题和问答的占比。
为什么建议社区平台两者都兼顾其实你还要思考一个问题，社区定位解决的是否是用户的痛点问题？社区解决了某类用户群体什么痛点？用户的痛点解除后是否还会有新的痛点？新的痛点是否会频繁出现？出现后平台是否可以持续性满足？如果不能持续满足或者用户痛点不是频繁发生有什么留存用户的方式呢？
问答更多的是偏向解决用户痛点问题，话题大概率更多的是用来活跃平台用户和做留存设计的（就像知乎，我没有痛点问题要解决时，进来就是来消遣的，看看有没有有意思的段子和故事，就像网友调侃的“上知乎，分享你新编的故事/上知乎，看新编的段子”）
以上就是我想分享的，点开的朋友，如果在不影响你的情况下，给个关注或点赞呗；如果你是一位写作者可以相互认识下，一起成长；输出是一种成长方式，也可能会对ta人产生一点儿帮助。
