Feedback Management

无论是在开发期间还是上线之后，收集来自用户和其他涉众的反馈，确定反馈的优先级，并对关键项目采取行动，对于应用程序交付项目的成功都至关重要。西门子低代码平台为开发团队提供了以下高级反馈管理功能：

此功能可在开发团队、利益相关者和主要最终用户之间建立非常快速的反馈循环，从而能让开发团队快速改进正在开发的应用程序。管理功能使开发团队能够将用户反馈完全整合到其自然开发周期中。

西门子低代码的西门子低代码反馈小组件使最终用户能够从应用程序本身的上下文中提交反馈信息。反馈项通过小组件提交到开发人员门户的应用程序项目反馈中。这使最终用户可以轻松地向应用程序开发团队提供有价值的反馈信息。

西门子低代码平台对于每个提交的反馈项都会自动收集以下元数据，为开发团队提供帮助：

接受反馈项时，关联的用户故事会有与其关联的相同元数据。用户故事被规划到当前的冲刺中，并在西门子低代码 Studio Pro 中可见。开发人员可从那里单击链接打开提交反馈项时可见的页面。

开发团队可以通过开发人员门户的反馈查看和分类反馈项。然后，他们可以通过反馈项下 Buzz 线程上的消息与反馈项的提交者进行沟通。

团队一旦了解反馈内容，就可以决定是否接受反馈信息。这是反馈管理过程中的一个重要步骤，因为团队可以立即关闭反馈项（意味着消除重复项并关闭已解决的项），以避免低优先级项污染待办事项。

当团队决定接受反馈项时，它将成为其应用程序项目待办事项的用户故事。然后，产品负责人可以在更广泛的产品待办事项的上下文中对这些故事进行优先级排序。这使开发团队能够专注于真正重要的内容，并将这些用户故事安排为冲刺计划的一部分。

反馈项提交者与开发团队之间需保持顺畅的沟通。由于反馈项由开发团队处理并在不同状态下进行，因此通知将在各个时间点发送给反馈项提交者。

反馈被接受的通知

接受反馈项后，将创建一个用户故事并将其与该反馈项相关联。此时，将给反馈项的提交者发送一封通知电子邮件，告知他们反馈已被接受。
反馈已安排的通知

当用户故事在待办事项中创建并与反馈项相关联时，该故事将在冲刺中提上日程。此时，将给反馈项的提交者发送一封通知电子邮件，告知他们情况。
反馈已完成的通知

在每个冲刺的末尾（关闭正在进行的冲刺并打开下一个冲刺时），所有安排为用户故事的反馈项都将关闭。然后状态更改通知电子邮件将会被发送给相应的提交者。
Buzz 消息更新的通知

与西门子低代码平台中的所有其他 Buzz 消息线程一样，在 Buzz 消息线程中反馈项下发布的所有更新都将作为通知电子邮件发送出去。

在某些情况下，您可能已经有了一个现有的用户反馈跟踪系统，并且想要将其用于西门子低代码应用程序中。您可以通过创建和使用自定义小组件集成任何客户端用户反馈跟踪系统。对于服务器端集成，可以使用西门子低代码的集成功能，而在极少数情况下需要完全灵活性的情况下，可以创建自定义 Java 操作。

应用程序开发的反馈管理工具 | 西门子低代码 评估指南