我如何搭建自己的用户反馈平台

你可能同意客户反馈很重要，但处理反馈往往很棘手。反馈可以在很多地方出现——邮件、工单、聊天消息、会议记录。这些反馈很容易散落各处。如果你在一个产品团队中，你一定经历过试图找到几个月前那条评论或连接相关建议的挣扎。由于反馈分散，好的建议常常被错过。你甚至可能花时间开发用户其实没有要求或不怎么需要的功能。

这种情况我称之为一个破裂的反馈循环。您的客户花时间来分享他们的想法和建议。但是……沉默。他们不知道自己的反馈是否被看见或考虑过，或者是否有任何进展。对于您的团队而言，在信息四散的情况下，这变得非常困难。好的想法可能会被忽略。客户可能会感到被忽视和沮丧，他们可能会失去信任，或者减少使用您的产品。我看到了这种情况——团队管理反馈的困难和客户的挫败感——我知道我得寻找一个不同的方法。

当我开始寻找解决方法时，我查看了已有的反馈收集工具。这些工具如 Canny、Upvoty 和 Productboard 非常受欢迎。这些平台通常提供将反馈整合的功能，使所有反馈都在一个地方。

• 公共反馈板： 用户可以在这里添加想法并为其他人的想法投票。
• 展示计划或正在开发的特性的路线图： 向客户展示计划或正在进行的特性的时间表。
• 变更日志： 用来宣布新版本、更新和修复的内容。
• 基本反馈表单或小工具： 简单的工具，可以直接从应用或网站中收集反馈。

这些工具一开始往往看起来不错。它们承诺帮助组织并提供与用户互动的方式。但是，仔细一看，我发现了一些不能忽视的问题。

我发现大多数反馈软件都试图成为一站式工具。它们试图处理反馈收集、用户调查、知识库、文档等。力求做到很多东西虽然不是坏事，但将精力分散到这么多领域往往意味着核心任务管理反馈没有得到应有的深入关注。处理反馈的功能可能感觉不够完善或者考虑不周。当开发时间被分散到众多不同功能上时，很难在反馈管理上做到真正出色。

我想找一个专注的东西。我相信一个专注于真正解决主要反馈问题的平台会比那些只是浅尝辄止，不精通任何一个问题的平台更好。

两种用户的糟糕体验

反馈平台需要为两类完全不同的用户很好地运作。

1. 你自己的团队：他们需要高效地管理、分析并快速行动以处理反馈。
2. 你的客户：他们只想快速和轻松地分享他们的想法。

我看到的问题是，大多数工具向 两组 展示了一个类似且常常复杂的界面。这造成了摩擦。您的客户仅仅为了留下简单的评论不想导航一个复杂的布局；他们更喜欢简单的方式，比如发送消息。您的产品团队需要强大的工具来分类、搜索、分组和追踪反馈状态——这些功能对客户来说可能过于复杂，他们并不需要。

在我看来，这种差距常常会导致每个人都会觉得不太满意。如果觉得提供建议很麻烦，顾客可能会犹豫是否给出反馈。如果工具不是专门为此工作流程设计的，你们的团队可能处理起来会有些吃力。

这是用户Jot的反馈墙的截图。

小型团队被忽略的定价策略

对我来说，定价结构也是另一个重要因素。许多平台一开始提供诱人的低价，然而，随着需求增长，这些成本可能迅速飙升。通常，成长中的团队所需的这些关键功能往往被锁定在昂贵的企业计划中。这种模式可能会把小型企业、初创公司以及预算有限的团队排除在外。在管理增长过程中，可预测的成本十分重要。

我打算建立一个客户反馈平台，使其在小型公司发展过程中仍然保持可访问性。目标是实现合理定价，避免出现价格突然上涨或强制用户升级才能获得必要功能。

UserJot 虽乍看之下与其他反馈工具相似，但其核心理念在于让用户持续对产品感兴趣。我相信，当顾客感到被倾听，看到他们的意见被采纳，并看到它让产品变得更好时，他们的信任会加深。他们会更愿意继续使用产品，并成为更长久的忠实用户。

一种专注而简洁的方式

通过使用UserJot这个工具，我特意决定专注于很好地解决这些问题，解决三大主要问题。

• 反馈板: 为用户提供一个提交想法和为他人点赞的简单方式，简化了收集。
• 路线图: 透明地展示您的计划和进展，建立信任。
• 变更日志: 当收到反馈导致更新时，提供清晰的自动更新，有效地完成闭环流程。

我故意避免添加那些会干扰用户体验或偏离高效反馈管理主要目标的额外功能。目标是保持清晰和高效。

专为客户和团队设计的用户体验

解决用户体验问题被列为首要任务。对于您的客户，UserJot 提供了一个简洁明了的反馈提交流程。它设计简洁易用，方便用户轻松分享想法或反馈问题。而对于您的内部团队，有一个独立且干净的仪表板。该视图专门用于管理反馈——帮助您优先处理、分类相关项目，并高效跟踪进展，从而避免不必要的干扰。（请参阅之前的比较截图）

轻松开始，无技术难题

我相信采用新的工具不应该是一个大项目。设置UserJot旨在轻松简单。您不需要编程技能，也不需要复杂的配置。在注册时，UserJot会自动从您的网站获取公司徽标、品牌颜色和名称，以加速入门。这使得初始设置更快。

如果你想将反馈板托管在你自己的自定义域名上以实现无缝品牌整合效果，只需要做一个简单的 CDN 更改即可。直接将反馈工具嵌入到你的网站或应用程序中也非常简单。我们的目标是消除障碍，让你可以马上开始收集和管理反馈。

让用户感觉简单的体验背后其实非常复杂。许多小细节，如按钮行为、状态更新、通知时机，都需要精心设计才能显得直观自然。看似轻松的功能往往需要大量的技术工作。

以设置过程为例来说明。启用UserJot自动抓取公司的品牌信息涉及建立一个强大的系统来分析网站的结构和样式。我还开发了一个由人工智能驱动的迁移工具，帮助团队轻松地将现有的反馈从其他平台导入到UserJot。此工具需要复杂的逻辑来理解和映射各种数据结构。这种隐藏的复杂性是确保用户能获得简单易用的体验所必需的，但这些都是具有挑战性的工程难题。让事情变得简单其实需要付出不少努力。

我想尽量保持构建UserJot的技术简单，这意味着使用较少的独立工具，并且减少对第三方服务的依赖。

使用 Postgres 几乎做所有事情

而不是使用许多不同的工具，我决定使用PostgreSQL（通常称为Postgres）来完成UserJot大部分繁重的工作：

• 核心数据存储: 这里存放了应用中所有主要的数据，比如反馈帖子和用户详情。
• 数据库触发器: 我们大量使用Postgres触发器。这些触发器使得数据插入或更新后能够立即自动执行特定逻辑，确保相关操作能够立即响应数据变化。
• pgvector 用于AI功能: 为了实现诸如AI驱动的反馈迁移工具等功能，我们使用pgvector扩展。这使得可以直接在Postgres中处理向量嵌入，这对于AI任务至关重要，无需额外引入和管理专门的向量数据库。
• pg_boss 用于后台任务: 为了管理后台任务和任务队列（例如发送通知或处理上传），我们使用pg_boss扩展。这使得Postgres能够可靠地处理任务队列，从而无需使用诸如RabbitMQ或Redis等外部系统。

使用 Postgres 让我们的整个系统变得简单多了。

很少用到的外部服务

对我来说，尽量不要过于依赖其他公司的服务是很重要的。我们只故意使用了几个外部的工具罢了。

• Amazon SES: 用于可靠地发送电子邮件。
• Amazon SQS: 接收SES关于邮件是否成功送达或被拒收的更新。

网站和应用程序的前端是如何开发的

用户能看到并互动的部分分为三个部分，使用的是方便易用的工具来构建的。

• 营销网站方面： 使用 Astro 构建，特别适合创建快速、内容优先的网站，并提供出色的开发流程。
• Web 应用（内部仪表盘和公共门户）： 团队的仪表盘和公共反馈门户均采用 TanStack Start 构建。它是一个现代元框架，可以快速构建高性能的网页应用。
• API 通信： 我们使用 tRPC 进行前端应用程序和后端服务器之间的通信。其主要优势在于端到端类型安全，能够在构建阶段捕获错误，并通过省去手动管理 API 架构的麻烦加快开发速度。

这里就是一切运行的地方（托管在这里）

• 前端托管: Astro 站点和 TanStack Start 应用程序使用 Cloudflare Workers 全球部署。这一无服务器边缘计算平台为全球用户提供低延迟，具有自动扩展性，并简化了部署流程。
• 后端托管: 后端 API 使用 Node.js 和 TypeScript 构建（以确保类型安全和更好的代码可维护性）。它托管在 Docker Swarm 集群上。Docker Swarm 提供了简单的容器编排，相比运行单个容器，它提供了更强的韧性，使管理更加简单。

我们的主要目标是做出这些选择时保持简单，减少独立部件，并不过分依赖其他公司。这使得更新UserJot、修复问题以及应对未来增长更加容易。

我打算很快再写一篇更详细的博客文章，详细介绍我在构建UserJot时的技术选择、遇到的挑战以及学到的经验。

如果你是正在成长的团队的一员，或者你是一名产品经理或创始人，并且你在寻找一个简单、设计良好且没有不必要的复杂功能的反馈工具，那么 UserJot 可能非常适合你。我专门为此类团队构建了它，这些团队真心希望倾听客户的声音，并希望以有效且经济的方式来实现这一点。它的设计是为了帮助你真正实现反馈的闭环。

随时可以在这里试试UserJot（https://userjot.com?utm_source=devto&utm_medium=post&utm_campaign=feedback-platform）。启动只需要一分钟。而且，正如你所料，我真的很希望听到你对它的意见，因为我还在不断改进这个平台。