258资源分享网

本文将会通过基础分析、2B产品的市场特点、何为互动社区以及我对下个版本的策划，4个角度来与大家进行分享。当然，分析以及策略的基础都将围绕相同的目标产品，即“吐个槽” 这款以“建议反馈”为核心亮点的2B 产品。

文中观点主要针对与 小程序版本的“吐个槽”，本人着重体验了小程序版本，至于APP和WEB 版本则略过了，为了帮助大家更好的理解，建议将本文观点映射至小程序版本的吐个槽。

一款B端产品的核心往往会被作为卖点重点宣传。

对于“吐个槽”这款产品而言，与微信开展的协作，打通用户到官方，官方到用户的双向信息沟通渠道，确实提供了一种非常特殊的能力，称之为亮点，毫不为过。

以此打造的“建议反馈产品”不仅仅节省了互联网团队的开发资源，更重要的是提供了一种新的能力，而这种能力相信大部分互联网团队并不具备。即： 与微信的通讯能力打通。

尽管我不是很喜欢“赢在起跑线上”，但我却不得不承认，原本并不十分出彩，乃至最容易被我们舍弃，不断降低优先级，甚至排期一年后再开发的“建议与反馈”这个功能，因为打通微信，而有了颠覆式的变化。

因为起跑线，将会赢的更加轻松。可是，兔子也会有输给乌龟的时刻，起跑线的优势能构造壁垒，但也终究是起跑线，过程中仍然会遇到许多问题，而每一个问题，都有可能导致项目无法到达终点。

我提出两个问题，视为抛砖引玉，还请诸君思考—— “2B产品的市场特点”以及“何为互动社区”。

2B产品 尤其是以围绕“ 帮助产品，更好的服务用户 ”相关能力的2B产品，具备一个鲜明特点，他应该是隐形的，他的存在应该完全隐藏在产品本身之下。

排除一些版权标示，我们几乎难以从用户的视角发现这个服务并不是来自于产品本身。

有部分提供隐形服务的产品，诸如数据统计，客服系统，甚至会完全不被用户察觉，最大限度的减少了对于B端产品的影响。

作为互联网团队而言，我希望这个B端的服务能够被用户使用，但我并不希望让用户感知到自己使用了其他的产品，我希望所有我所接入的B端服务，都能让用户产生一种错觉，这个功能是属于我这款产品本身的，而不是第三方的，尽管他的本质任然是第三方的。

这个截图 ，是小程序：腾讯小经费接入的吐个槽社区，我很难将这个界面与小经费建立关联，我甚至没有办法产生这样的判断，这是“ 小经费的吐个槽社区 ”或者，这是“ 小经费的建议与反馈”。

作为B端产品而言，还具备另一个特点： 我希望我所使用的第三方服务，是植入到我的流量路径之中的， 是能形成流量闭环的。

也就是说，我不希望这些服务阻塞了用户的使用路径，同样的，我也不希望我自己的用户被第三方服务截流。

我所理解的针对第三方服务的流量闭环，是指具备多个路径到达自有服务，以此形成闭环，用户在整个使用过程当中，极大的降低离场，转场感。这种闭环不仅仅需要满足返回路径，更多的则是正向路径的延续跳转，能够通过第三方服务，进入到下一个自有服务。

目前小程序版本的吐个槽，仅仅满足了前者，仅通过返回的触发，能够回到自有服务。

我们可以尝试思考一个场景， 用户在吐个槽页面跳出，这应该被视为原有产品流失用户，还是视为吐个槽流失用户。

B端产品，尤其是以提供面向用户的服务内容，尽量多的去推动用户回流，减少“截流”的可能性。我将其理解为， 用户从哪里来，便回到哪里去。

（小程序版 吐个槽的用户路径，仅通过返回按钮，能回到产品自有服务里）

我们曾经将建议反馈视为信息的通道，一方面是指用户的信息传达到开发团队的通道，另一方面也是指开发团队将一些重要信息，引导信息乃至于教育信息，规则信息传达给用户的通道。