如何处理软件增强请求如您所知，JMP 依赖于我们用户的反馈而蓬勃发展，让他们知道这一点很重要。 感谢您将其作为您与我们客户互动的一部分。
以下是在处理客户的增强请求时应注意的一些要点：
- 告诉用户使用现有的入口点来建议增强功能：
- 您可以（应该？）要求在他们使用这些入口点时复制/告知您自己的意识
- 如果他们为该功能提供其他理由或价值解释，请将其传递给产品管理
- 如果客户为他们的请求提供了一些优先级，认识到我们将不得不对我们所做的事情做出选择，请将该优先级传递给产品管理
如果客户选择不向技术支持或愿望清单发送建议，这可能表明他们对这个想法的重视程度。 但是，如果您确实收到了个人请求，并且觉得它很有价值，并且客户不会通过技术支持或愿望清单来传达它，请将这个想法张贴在内部愿望清单与背景信息（客户，他们试图解决的问题，......）。 或者，作为最后的手段，自己将其发送给技术支持并要求他们输入 Jira 功能请求。 请务必参考客户和相关信息，以便在 Jira 请求中注明。
不要告诉客户你是他们与开发或产品管理的联系。 这会让你处于一种你无能为力的尴尬境地（例如，感觉你必须游说产品管理或开发，这会在这种关系中造成紧张，而客户正在寻求你才能获得新功能）。
只有在必要时，才联系产品管理人员，看看客户和产品管理人员之间的对话是否合适。 请不要直接联系开发，也不要让客户联系开发。 这使您处于促成对话的角色，而不是信息的管道。 连接器很有价值。 管道不是。
我们不应鼓励客户/公司创建“愿望清单”。
- 这可能会让人期望项目一定会得到解决。
- 它还可能会建立这样的期望，即随着这些项目的进展会有定期的沟通（大部分时间是，“我无法提供更新。 我们的系统中仍然有请求。”）
如果我们与一家公司的关系有机地朝着“愿望清单”发展，最好的选择是在社区中提供一个私人空间。 在可能的情况下，“私人愿望清单”的管理应保留并仅作为企业许可证的好处提供，以表彰客户在那里做出的长期承诺。
看提交产品反馈了解更多信息。
更换管理层过程回复：如何处理软件增强请求另一个最佳实践——创建JMP 愿望清单项目应仅由客户发起，并仅由客户投票 (kudo'd)。 我们希望 JMP 社区提出想法并让其他用户对其进行投票，以准确计算 JMP 用户的兴趣。 对于此事造成的任何混淆，我们深表歉意。 如果您听到来自客户的功能增强请求，请让他们将其张贴到JMP 愿望清单（由于 Jeff 和我自己在上面强调的原因）。
回复：如何处理软件增强请求杰夫，谢谢你把这些放在一起。 当您从客户那里听到关于应该添加到产品中的东西以及我为什么如此喜欢 JMP 愿望清单的想法时，我有更多的考虑。 尽可能鼓励客户将想法和愿望发布到官方 JMP 愿望清单。 为什么？ 因为这个想法或建议可能是客户现在正在考虑的事情，或者是当天的热门话题。 给客户一个思考的机会，让他们有激活的能量将其发布到愿望清单中，真的可以帮助我们在客户心目中区分出“很高兴拥有”与“必须拥有”的功能。 它还让客户有时间思考：“这真的那么重要吗”，甚至发现他们已经可以在产品中做到这一点。 将后来的内容众包给社区也是一个非常好的策略（因为我们社区中的其他高级用户会在发布愿望后插话并提供指导）。 如果我们确实决定输入缺陷，除了 Jeff 提到的（技术支持 + 客户名称）之外，如果您知道的话，建议添加下面的附加信息。 1. 尽可能完整地说明需要什么。 2. 让我们知道站点拥有的 JMP 许可证数量、需要该功能的许可证的百分比、请求者是否是 JMP 拥护者等。一般来说...添加此功能是否有助于扩大 JMP 在该客户站点的足迹？ 3. 如果对话发生在会议上，请提及会议。当某个请求达到可能有数百或数千个席位可以从添加功能中受益的阈值时，我们就可以开始考虑它了。 同样，这是愿望清单很有用的地方，因为客户可以提交一个想法，然后其他客户可以讨论它，他们可以添加评论或通过投票来表达他们对这个想法的兴趣。
