[编辑注：去年底，我们重新推出了Freshworks的帮助小部件，大数据资源，它位于一个网站上，帮助更好地支持客户。在这个由我们的工程团队撰写的多部分博客中，我们讨论了我们是如何选择组件和技术的，以及我们对其所做的改进。]Freshworks让企业可以直接从网站、门户网站或任何第三方网页上收集客户的反馈，该窗口小部件可以配置为屏幕侧面的一个小标签。它也可以配置为可以嵌入页面的小部件。小部件打开，显示一个联系人表单，其中包含Freshworks的帮助台软件Freshdesk中配置的票证字段。这些字段可以预先填充诸如姓名和电子邮件地址之类的元信息，从而更容易创建票据。它也可以配置成让终端客户附加文件并防止垃圾邮件。很长一段时间效果很好。但作为印度民主设计的倡导者，我们需要它简单、可扩展、自力更生、精心制作和负担得起。例如，旧的小部件将收集反馈并创建一个支持请求，然后由支持团队处理。但是，我们需要它更实时，使用户的事情变得非常简单。我们也没有办法在旧的widget中主动与用户接触。这对我们使最终用户更加自力更生非常重要。客户无法定制这个小工具；它没有携带他们的品牌，当嵌入到一个网站中时，看起来有点不合适。这对我们这些明白工艺就是细节的人来说还不够好。像往常一样，去年的某个时候，用云服务器，我们根据客户的反馈意见，从零开始重新构建了这个小部件。我们最终评估了各种技术，做出了几个决定，并从不同的来源学到了很多东西。本文试图本着分享经验教训的精神向前推进。所以，不用再费事了，让我们直奔主题吧。下面是我们要做的五件事。改进的用户体验我们的客户对反馈小部件最大的不满是它不可定制。旧的反馈小部件只是在我们的服务器上呈现的一个页面，它具有过时的UI/UX模式。我们希望选择一个框架，使我们能够为客户提供全新的外观体验。新的帮助小部件是完全可定制的。这意味着品牌和客户的身份可以真正融入到这个网站中。你甚至可以从一堆颜色渐变中选择。性能旧的小部件加载和处理用户的输入需要更长的时间。这主要是因为小部件是在我们的服务器上呈现的。标记、javascript和样式从服务器推送到客户端。如果服务器需要更长的时间来响应，小部件就会变慢。我们希望新的帮助小部件更快。我们还呈现了包含许多字段的表单，这些字段是为特定客户帐户配置的。这意味着只有在服务器将表单字段列表发送给客户端之后，我们才能呈现表单。这是另一个性能瓶颈。有了新的widget，我们希望确保widget在客户的浏览器中快速加载，并且他们的体验更快捷。现在，我们在小部件代码库的开发管道中保留资产大小和加载时间的标签。我们还确保新功能不会牺牲性能。无障碍旧的反馈小部件并没有考虑到可访问性准则。我们使用了基于浏览器的辅助功能审计工具，并修复了出现的辅助功能问题。我们还想优先考虑无障碍。现在，Freshworks的所有产品都必须清除某些可访问性阈值。解耦实现手头的第一个任务是将小部件代码与我们的产品分离，因为我们想用新技术重写。我们在RAILS中有旧的widget代码，我们决定使用React.js公司（本系列稍后将对此进行更多介绍）。因此，我们有必要为widget代码创建一个单独的存储库。我们仍然依赖于RAILS应用程序的API响应，但是现在很多事情都是通过widget独立完成的，这使得我们能够更快地开发和部署。小部件集成在我们的产品团队提出的众多要求中，一个是在widget中启用第三方集成，这样客户就可以完成许多事情。这将有助于防止代码库膨胀。在widget中支持第三方集成并为它们构建接口是一个严重的工程挑战，我们还不支持。但这正是我们想要构建的，而当前的版本正是基于这一点而构建的。既然我们已经明确了我们的目标，大数据分析是什么，让我们继续讨论我们是如何完成这些任务的。在接下来的文章中，我们将介绍用于评估新框架的指标和工具，以及我们选择的原因react.js公司在与其他四个框架进行比较之后，我们如何提高用户体验和性能，大数据100，如何解决可访问性问题，淘客源码，解耦实现以及我们如何在未来考虑第三方集成。相关岗位我们如何为未来的数据同步平台做好准备并节省了100万美元Kubernetes收养管理指南