您希望看到哪些具体的产品改进？
按 1 到 10 的等级计算，此功能对您有多重要？
一般来说，提出这些问题的 越南电话号码资料 最佳时间是在支持单问题解决之后，或者实时聊天支持对话结束时。具体时间由您的销售代表自行决定，以寻找合适的机会。
对于第一个问题，培训您的 CSR 尽可能具体地询问客户。获得模糊的反馈（例如，“哦，如果可以做到这一点就太好了……”）不会帮助您的开发团队确定功能请求的优先级，而像“我希望 X 功能以 Y 方式运行，这样我就可以实现 Z”这样的反馈则不会。
对于第二个问题，潜台词是“如果没有引入产品改进，您停止使用该产品的可能性有多大？”客户可能会说功能请求非常重要，但 CSR 的进一步询问可能会发现，如果未解决该问题，他们不太可能取消（在这种情况下，请求的评级不应超过 10 分中的 5 分）。
最后，开发一个跟踪机制（例如，Excel 电子表格、记事本或票务系统）来记录从客户那里收集到的回复，以供开发团队审查。例如，GrooveHQ 在单个 Trello 卡中列出重复的产品请求，以衡量单个建议的相对数量。
将产品建议转化为 项目优先级
一旦您收集了来自客户的功能请求数据及其相对重要性，您就需要找到一种方法来权衡建议并确定未来开发项目的优先顺序。
想象一下以下两种场景：
场景 1
一位客户的终身价值为 500 美元（而您的平均价值为 2,000 美元），他要求您提供一项功能，相对于您跟踪的其他建议，这项功能对您来说成本较高。当被问及这项功能对客户有多重要时，他们表示，这项功能很好，但如果没有它，他们不会取消。
场景 2
