有谁知道我们可以在内部为销售人员使用的简单（免费？）功能请求跟踪系统？[关闭]

我有时会从销售人员那里听到客户使用我们的应用程序的痛点，但是对于我们来说，目前并没有很好的方法来跟踪这些痛点。我本打算自己写一个，但想先问清楚。

我在想的东西是如此简单，从字面上看，它只是添加新功能的一种小形式，然后像栈交换问题一样出现在列表中。然后，用户可以对它们进行投票，甚至在用户每次抱怨与请求相关的内容时进行记录，以便我们可以根据实际数据对它们进行优先排序。然后，我可以每隔几天轻松查看一下，看看发生了什么。就是这样，没有什么比这更复杂了。

知道什么吗

Redmine是一个开源项目管理Web应用程序。我不确定我会形容它很简单，因为它具有许多功能，而不仅仅是功能跟踪。在您的组织中可能很有用。

Trac是用于软件开发项目的增强的Wiki和问题跟踪系统。您可以拥有一类仅用于增强功能的票证，而不是代码库中的缺陷。还有一个添加投票系统插件。我尚未对Trac系统进行任何管理，但我认为您将能够限制销售团队可以访问的内容，因此他们只能看到增强功能列表，而不会影响缺陷。

可以将诸如Bugzilla之类的大多数出色的bug跟踪器配置为带有插件，以跟踪“增强”问题，并允许用户对其进行投票。

对于不太复杂的界面，可以使用免费（公共）服务来进行功能请求+投票。

UserVoice具有免费的“反馈”服务，该服务可以进行汇总和投票。

Google主持人有点丑陋，但为此提供了一个免费的简单系统

当您提到令人讨厌的错误时，我想到了Stack Exchange网络以及社区投票模型如何对确定重要问题产生如此影响。可能会使用类似的格式进行错误报告。

我希望看到有人使用这样的格式实施错误跟踪策略。

字面上有数百个Stack Exchange的开源克隆以及其他Q＆A模型可用于您的销售团队报告错误，对其进行评论并对其进行投票。

这是OSQA，它是用 Python编写的StackExchange的开源克隆，还有Shapado，是用Ruby编写的开源版本。这两个看起来很活跃，可用且快速！

也许最重要的收获是，如果您可以使报告错误变得有趣，则您的用户更有可能报告错误。假设徽章是可配置的，则可以为最佳的错误报告者创建徽章，为报告小错误，不重要或分散注意力的错误者减少错误报告特权，并以此来开发游戏。我不知道这些概念是什么，但它们是一种激励。

对于您要找的东西，您几乎可以摆脱Google表单的困扰与Google Spreadsheet结合使用。保持简单，或使用一些现成的解决方案。

中断时，谁会支持此新的错误跟踪软件？您？此操作的机会成本是多少？（您会放弃什么工作职责去改变方向并走这条路？）

确实，如果您想改善应用程序，我认为您需要集中精力构建应用程序。当您开始构建新的东西来跟踪您的错误时，您将如何发现接下来需要构建的东西？您将如何在错误跟踪软件中跟踪错误？当您继续追逐其他想法时，您还有什么要放弃的主要目标呢？

不幸的是，有太多的好主意，而没有时间和资源来实施这些主意。我的建议是退后一步，考虑对您和您的组织真正重要的是什么。

更新：这是一个可以帮助您确定目标优先顺序的链接： 保持专注的11种方法。通过写下您需要进行的所有工作并写下收益，您可以更清楚地确定许多想法的投资回报率，然后将精力集中在那些可以最大程度地赚钱的想法上！