虽然没有什么是完美的，但似乎每个人都讨厌（或至less不满意）他们的票务系统。 如果你可以有“完美”的解决scheme，它将包括什么？ 我正在想这个主意。
对我来说这将是：
– 带有格式化移动版本的Web客户端（至less，iPhone / Android / Pre webkit浏览器）
-…或一个原生的移动应用程序，进入数据库
-Web客户端（duh）
– 某些“模块系统”可以将那些不需要它们的复杂性去掉。 就像，它可以像你想的那样强大。 如果你不需要一个function，把它拿出来。
这就是我现在所拥有的……我想听听你在想什么。
那里有很多的解决scheme。 我熟悉的一个解决scheme是来自Kayako 。 当然，这不是免费的，但它似乎提供了你所要求的。
从Kayako网站：
Kayako帮助台软件是交钥匙，非常容易设置，只需要一个普通的Web服务器。 使用自动安装程序可以在几分钟内启动并运行。
再次，他们可能不是最好的 ，但我发现他们的产品是坚实的。
您应该对这个票务系统的目的更具体。 至less有两种types：
事件追踪系统
错误跟踪系统：
OTRS和RT都有很长的logging，用Perl编写，很容易定制。 他们都很丑陋，但花了我几个小时才解决了OTRS，使它看起来很体面，但是我很擅长CSS。
OTRS得到很好的支持，商业支持包相当实惠，背后的公司显得相当敏感。 他们还集成了各种标准的stream行语宾果兼容function，如ITIL和什么。
我们已经通过了几个服务台售票服务，其中包括为我们定制的服务台。
我一直是变化的主要驱动因素，因为我喜欢票务经理 – 我有一个筛子的记忆，并有一个良好的票务系统，我不必记住。 系统呢。 但由于各种系统的问题，我的同事更不愿意使用它们。
我学到了两件关键的事情：
首先， pipe理必须使用该工具，并在所有情况下使用ENFORCE。 这些东西是由上而下推动的。 任何一种任务pipe理都会妨碍事情的完成，如果技术人员面临着让客户感到高兴的压力，他们几乎可以利用任何可用的捷径。
其次， 它必须简单。 pipe理层喜欢有阶段，阶段和审批，分类和指标，并与资产历史和所有（对不起）废话集成。 但所有这些东西阻碍。
打开一张新的票证是微不足道的。 不是单击单击式按住单击单击select拖动单击单击式按键式单击。 让客户通过电子邮件打开票的系统为我赢得了胜利，特别是当电子邮件可以被parsing以预先填充某些东西pipe理（如类别或队列）时。
更新票证必须是微不足道的。 在这里，基于电子邮件的工具就会崩溃，因为大多数用户似乎喜欢顶级的后缀和引用全部的[坏词被删除]的东西。 这使得历史难以阅读。
改变一个所有者/操作者必须是微不足道的。
closures门票应该是微不足道的，但是应该鼓励技术人员撰写关于如何closuresbuild立知识库的build议。
底线是：要做正确的事情是微不足道的，否则会有阻力。
我希望看到的一些function：
完美的票务解决scheme不是“Enteprise”解决scheme。
ServiceCenter，ServiceDesk，Remedy等可能在某处有很好的实现…但是我还没有看到它。
我在Joel on Software论坛上发现了一个名为HelpSpot的基于Web的帮助台系统，这对我来说太棒了。 我们在工作上给了它一个试驾，但对我们来说还不够企业化。 （对于大公司来说，花150美元/小时来安装软件，就像是给火山神提供山羊）。
一般来说，唯一完美的解决scheme是推出自己的。 在底层，它们非常简单…实际上，我认为PHP-Symfony项目正在尝试构build一个通用的项目，这是一个可以从那里修改的插件。
问题归结为对你的组织至关重要的问题：在之前的组织中，我开发了其中的一个，三个重要的事情是请求生命周期（SOX-ISH），跨部门请求跟踪（针对pipe理性的事件）和时间跟踪（因为不同各部门之间相互投入时间。）我们唯一的解决办法是滚动我们自己的，并且用了不到一个月的时间。
这个软件是在2001年写的，当时我是一名大学生实习生，今天仍然在运行……有很多修改和黑客入侵，使它甚至成为组织的独家。
目前，我使用JIRA作为软件开发人员，我们使用RT作为服务台，因为我们有太多的事件，由于复杂的特权/权限/angular色系统，JIRA对于通过电子邮件发送的用户不够明确。
安装了BMC Remedy + ITSM + SRM