仅是基于个人一些想法的有益探讨，也希望能给这个产品团队提供到几点有用的信息，此为出发点。

题图来自 Unsplash，基于 CC0 协议

一

先讲第一个感觉。

作为市场和运营都做过互联网搬砖狗，虽然之前在腾讯in house时也用过support，但把用户反馈类的产品这么垂直地单独拿出来做，我还是第一次见。所以，第一个感觉是，这个产品的出发点真好。我再也不用去搞问卷星或者想着方法拉微信群、QQ群，甚至座谈会收集用户反馈了。

但体验了一圈后，我感觉这个产品出发点是好，但却不一定是个好产品。

为什么这么说呢？

从产品逻辑来讲，吐个槽的核心功能是“反馈”与“前馈”，解决的问题是——最终能消解产品赋予人（研发、产品经理、运营、推广）与产品使用人（用户）之间的壁垒，以达到产品高效（高效需要加个高光）迭代升级的目的。

但我们都知道，一些初创型与发展型的新产品是受“产品死亡循环怪圈”束缚的，即：对于这些产品，他们对用户反馈的吸纳能力是有限的，用户反馈的越多，产品吸纳的意见越多，反而会造成整体产品开发资源分配的浪费，最后平台资源超载，导致产品流产。

处理用户反馈是需要资源的，这些资源有可能会与迭代产品的核心功能的总资源盘相违背，而过度地放任用户进来，其实额外增加了产品研发的信息熵。因此，吐个槽可能在出发点上是为了帮产品节省资源，但过于开放的社区则会增加产品运营的负担。

因此，我才说吐个槽的产品出发点是好的，但不是个好产品。因为，它的立场是站在腾讯这样的大公司上去审视的。

对于新产品来说，效率和资源是关键。吐个槽的好在于它确实是效率提升的工具，然而把反馈与前馈做成了BBS，就很让人存疑了。大公司或许能有资源维护，小公司呢？定位和运营层面上，资源与效率的无法取舍极有可能造成产品走向与初心相违背，所以产品出发点很好，但在某些小B用户的场景下，这个产品不一定是好产品。

二

吐个槽的根本问题是，它在大原则上符合了以人为本的设计，但并不是真正地满足了用户的需求。客观来看，产品是否易用、可理解，能给完成用户期待的任务并且实现积极的用户体验，吐个槽做得略显不够。

可理解性是产品设计的一个重要方面，这在产品使用层面就体现为不同用户的产品读取能力层级。不同层级的用户对于产品的读取能力是不一样的，比如，我这种经验稍丰富一点的用户，很容易在吐个槽首页分清功能，知道该怎么玩。但对于很多产品读取能力弱的用户，他是不知道的。

一个例子

把自己代入到小白用户的视角里，管理员PC端？用户PC端？他们是不知道是什么意思的。而首页上其实并没有明显的产品区隔，最重要的区隔反而在二级入口，无形中形成了一个用户教育壁垒——你必须在它使用前教育他，他才能明确如何使用产品（这也是容易造成资源浪费的一个方面）。

对于小白用户来说，无区隔的产品=不会用。而不会用=不会再用。产品法则里，首因效应是特别重要的，所以产品的首页应该做到“零读取门槛”。

好的设计应该具备很强的易理解性，用户对于产品的读取应该是自然的。在产品区隔上，吐个槽不应该把它隐藏到二级入口中，个人认为应该放到首页醒目的位置——“反馈入口”按钮与“反馈管理”按钮，从面向不同用户种群的功能角度自然划分出产品区隔，或许会比现行产品架构更容易被用户读取。

另一个例子

就是“创建产品”按钮。这个功能按键的意图一定是针对B端用户的，ToB的场景是强信息入口场景，任何B端的产品功能展示都必须是强效的，从产品的脉络来看，“创建产品”的权重应该在“反馈管理”之上，但目前却游离在管理员入口之外。功能的交叉性表现上，会让整体产品的定位再次稀释。哪怕在管理员入口进入后，仍然有创建产品的选项，但假设未来想主打B端用户，这个行为一定是前置的。比如，可以在管理员入口登录后，弹出窗口告知创建产品，才能进行下一步操作。这样做的好处是，能进一步增强功能的明确性，不至于让B端用户轻易流失。

一个题外话就是，B端的产品都是需要售前培训的，而对于B端用户来说，他们追求的是场景的封闭，而任何一款ToB的产品功能逻辑上是无法与C端入口简单叠加的。滴滴的司机端与乘客端的分开，美团的商家版、淘宝的商家版都是对这一个问题的必要佐证。

故而，吐个槽的另一个大问题就是，B端和C端用户的功能过于杂糅了，区隔性上几乎很小。所以，我觉得这个产品首要的问题还是要想好自己要做什么，一开始没想好到底要做什么，之后在规划上这个疑窦就埋在产品脉络中，最后呈现的结果必然是造成用户将面对很大的功能选择疑惑。

三

如果“一”是说整体的产品在场景上的问题，“二”是探讨产品定位与区隔，那“三”我想写的是对于产品的真实用户需求。

曾经做过运营的我在想，收集用户反馈的时候，我最需要什么？

花哨的界面？不是。能和用户之间沟通？Maybe。能收集到大量的用户反馈？或许。

实际上，我最想要这个平台能给我自动统计反馈分类，然后给我一个好看的表。这是我作为一个运营的真实的，核心的需求。

但吐个槽好像没怎么满足。至少，我导出的表的是这样的：

而假设我收到这样一份用户反馈，我还是要花大量的时间整理、统计，然后做表。那产品意义在哪？看用户吐槽我们的段子？会心一笑？可能并不是这样。

运营需求的问题其实还是效率解决的问题，回到产品定位上，如果是B端用户，可以理解为吐个槽其实是想做CRM类SaaS的某些功能，而但凡是SaaS效率问题一定是关键。从反馈与前馈（当然目前体验来看前馈功能是缺失的）功能看，运营的问题是如何高效获取有效信息，数据统计、管理、分析、导出是一个基本牌面，但更深层次看，如何从反馈中挖掘出用户对于产品的认识，并预测产品发展走向才是反馈类产品的终极走向。

只是单纯地收集信息机器人足够了，关键问题是怎么合理使用信息，才是人与产品的问题。吐个槽如果只是停留在数据的收集层面，或许很难走远，用户的更延广的需求映射，需要倒逼产品去思考更有价值的产品概念模型。

吐个槽未来想做什么？目前就笔者而言是没有看到的。

另外，字段设置上，有限制，没有自定义选项。

其实，对于运营的主观控制和运营的延续性上是有影响的。除了用户有区隔，产品和产品之间也是有区隔的，比如，硬件类产品，问题分类是关键，是ROM的问题，还是本身算法有问题，需要可参考的依据。而有较强销售倾向的产品，用户信息收集则是关键。就目前产品版本而言，在字段选择功能上过于平常了，“有限制”和“无法自定义”其实对于我来说会是一个比较头疼的问题。

另外，在问题的回溯上，目前在管理员页面没有找到直接回复用户问题的入口，其实这就有个矛盾，就是这款产品是个用户参与感强的产品，但管理员参与感很弱。而实际上产品迭代是由管理方主导的行为，不管是小米的三三法则，还是我们谈的用户本位，产品的迭代的落脚点永远是产品方，如何及时打通产品与用户的纵向关联，让产品能与用户直接“对话”其实很有必要。

现在来看，吐个槽更像一个大型产品反馈的BBS频道，而不是一个体系化的产品。

此外，回到运营的角度，移动端的小程序和网站的转承性很弱，小程序不是最好的移动端承接方案但却符合趋势，短信、微信通知是亮点，但小程序对于运营方并不是特别友善的操作手段。即使对于用户来说，我想切换看一下和别人讨论的内容，再写反馈，就会发现必须在聊天界面和小程序界面做艰难的取舍。

这个转承提供的开放接口本应该是产品的核心之一，但目前来看，由于用户与管理员参与感强弱的矛盾这个本该核心的东西，却让我作为一个B端用户很无感。

四

总体上看，尽管有些讨论过于宏观，但其实是对于产品本质问题的探讨。因为，只有在理解整个牌面的情况下，你才能去做好一款产品。我们做一款产品前，一定是有一个产品定位的判断，工具类、社交类、电商类等，基于这个大的判断再去绘制产品原型，产品原型则是决定了产品的整体框架，未来的运营走向其实都是为这这个判断服务，只是有的产品打磨后成功了，有的则失败了。所以，对于吐个槽而言，对于源头的判断是很重要的，产品能够重构，但定位一旦缺失，很容易从底层引发产品的整体雪崩。

那么基于这几个事实判断，我觉得吐个槽需要做的是，一是抛开大公司的思维，二是深挖产品的定位，做好有价值功能。

之前也服务过腾讯的产品，鹅厂产品的最大问题不是人才不够，而是骨子里的大公司基因告诉自己，我一定要高举高打！我一定要充分发挥我社交流量的优势！我做的每个产品一定要比肩微信！（可能在某个午后，吐个槽也想做反馈界的微信）。相信吐个槽可能也避不开这样的定势思维。但这个思维一旦形成，还是挺可怕的，它会反噬你，让你产生产品一定是大而全的顶层固见，从而在随后的用户观察、产品调研、功能构思、测试、迭代的过程中，把这种思维偏见放大，进而影响到产品本身。

所以，首要的是，不要把这个当成腾讯的产品，假设你没有腾讯的背靠资源，你的产品该怎么做？

其次，就是我一直在反复强调的产品定位、产品区隔上，到底吐个槽想做成什么产品，工具？社区？到底吐个槽想面向哪些用户，C端？B端（可能这个名字不太适合B端）？不解决这个问题一定是假用户本位，后续的功能、逻辑其实也只能去臆想。

个人的观点是，吐个槽对于大B来说目前的功能肯定是没有竞争力的，而对于小B也需要杀手级功能，比如，直接提供好看的数据图表，甚至能直接生成汇报PPT。否则，现行产品体系过于大而空了，得到的信息对于小B用户来说是缺乏价值的，而没有产品与用户的纵向沟通，“让用户帮你把产品做好”（从slogan上看这又是个面向B端的产品）只能是一句空话。

转向到C端用户，假设是想做成工具类的微信，则需要补充社交上的要件，小程序页面的社交与PC页面的社交都不是理想的信息交流场景，如果是希望能够让对某一个产品功能兴趣相投的用户产生联系，并形成天然的用户社群，一个BBS版面是远远不够的。发散地讲，如果是面向C端用户，活动、签到、分享的种种引流要素也是必不可少的。此外，对于反馈用户的荣誉体系搭建也是主流的BBS频道常用手段，目前就吐个槽功能上看，只有单纯的反馈，没有任何激励性的动作。这样的话，最后的结果就是工具无法成为工具，社区也最终会面临高质量用户的蒸发冷却。

披着C端的名字，打着B端的口号，做着两边都不着地的事，我觉得吐个槽这个产品亟需想好自己的功能价值优势在哪，不然将会走到一个很尴尬的处境。

最后，俗话说，站着说话不腰疼。确实，就是手酸。回到出发点上，我对腾讯还是有一定情怀的，由于长年科技评论写作的经验，导致可能提出的问题有些尖锐、刺耳，但还是希望能给产品团队带来一些有益的讨论和启发，也真心希望一款出发点好的产品，能真正成为一款好产品！

以上。

作者：翁章

本文为「人人都是产品经理」社区和腾讯吐个槽联合主办的“腾讯吐个槽产品测评大赛”中的获奖作品，未经许可，禁止转载。

有关产品测评大赛合作事宜，请联系邮箱：denis@woshipm.com