建立用户反馈一般有三种渠道，邮件反馈、论坛反馈和在线聊天反馈。从实时程度上排序：在线聊天> 论坛 > 邮件，但从效率上来说却是反过来的：在线聊天 < 论坛 < 邮件。原因是，在越异步的平台上，人们越倾向于在一次交互中提供尽可能多的信息，在这种背景下，邮件是期望交互次数最少的平台。这对于独立开发者们很重要，因为越少的交互次数则意味着越少的上下文切换，这样效率会提高很多。且在一天的时间分配上，还需要有很多时间在营销和开发中。

Podwise 在一开始的社区反馈上选择了 Discord 社群的方式，Discord 是一个兼具论坛与在线聊天的用户反馈渠道。因为之前是从游戏社群发展而来的，所以它的语音和聊天能力很强，但在后续的发展中，Discord 逐渐开始支持用户在其平台上打造社区，其中最重要的特性是可以将 Channel 建成一个 Forum，这样就可以避免重要的信息被海量的聊天记录覆盖。在社区开始时，Podwise 就建立了几个基本的 Forum，包括 feature-request、bugs、help 还有 integration 等。从结果看，Discord 的 Forums 极大的促进了我们产品的正向循环，让我们与用户离得更近。

但在执行了一阵之后，我们发现大家对于功能的相关信息会反馈回 Discord，但是对于播客和节目的内容侧，却鲜有反馈，但从我们自己人工检测来看，有些节目的逐字稿和脑图等还是会有 bad case 的情况存在，甚至在前期有完全不可用的节目出现，但只能靠我们自己人工发现了。 我们分析后发现，用户发现问题和到 Discord 反馈还是存在诸多不便，首先不是每个人都安装了 Discord。其次，每个人都有惰性，如果出现问题，大部分人都是不愿意说的，尤其是还需要操作的情况下。

针对这样的情况，我们在 Podwise 平台播客节目的详情页添加了一个反馈按钮，让用户可以没有任何心理负担的反馈他对于节目的真实感受。果然上线之后立竿见影，就收到了用户的评价。后续为了继续提升反馈率，我们又让反馈按钮偶尔抖动一下以引起用户的注意，这个改动过后，我们收到的反馈确实显著提升，而且反馈是多样化的，有 5 星也有 1 星，这个执行又让我们发现了很多 corner case，显著提升了产品的可用性。

播客节目的反馈背后我们使用 Tallyform 来作为支撑：

当用户点击反馈按钮后，我们会弹出一个菜单让用户选择本期转录的质量以及他的建议，建议可以为空，所以在最短路径下，用户只需要给出星级评价就可以了。用户在提交表单时，我们会默认带上本期节目的 id 以及用户的邮箱。这样我们可以在用户反馈后，可以通过邮件的形式来给用户反馈我们后续的改进，以提高用户的忠诚度，甚至是挽回用户。

总的来说，通过 Discord 社群和邮件方式，当前用户的反馈通路是比较顺畅的，对我们产品的迭代很有帮助。

可能会有朋友会问，为什么不建微信群和 Telegram，除了我们刚才聊到的效率问题之外，还有一个比较大的运营问题，因为用户群是一个所有人都可以发言的地方，如果你没有十足的运营经验，群的氛围会比较难以把控，虽然他非常容易触达，但作为产品方也可能被反噬，所以做好万全的准备再考虑群这种形式的运营，否则先用异步沟通为主。