Query Tracking System: A Case Study | 查询追踪系统：案例分析

严格来说，查询追踪系统或是简称QTS，是Visionar成立初期根据用户介面和客户旅程所延伸出解决方案的差旅相关项目。 我们透过团队广泛开发应用程式所累积下来的经验中不断应证从客户的角度为出发点看待数位化项目的价值。以QTS的案例来说,这个项目影响到成千上万笔交易和每一年庞大的收入。

QTS 是个能够全面性有效的对付欧洲分公司差旅事务部门繁杂不便的业务问题。

差旅管理公司（TMCs）和公司裡的差旅主管会每日不断的收到各种有关例如自费差旅, 差旅代码与行程不符,酒店非优惠价还有机票退款等各一连串的查询资料。

QTS 是个能够全面性有效的对付欧洲分公司差旅事务部门繁杂不便的业务问题, 这些查询数据的积压文件是价值约五十万GDB的会计事项。

QTS表面看来是个处理起来相当棘手的项目。在我们正式接触之前，两个负责的工程师都尝试寻找解决方案。当时这个项目是否能够成功还是个极大的疑虑。

对于工程师的经验和能力, 我们毫无感到疑问反而相信他们远远超越符合资格。但是问题出自工程师们依照他们认为应用程式所需要的条件编写程式, 而非使用者所的需求。这是一个非常普遍的问题- 往往将程式的功能与需求放在第一位而把用户当做开发流程的次要行为者。使用者自然变得被动, 需要去花时间适应程式的行为模式。这样的形况导致用户对这个原本能够有效发挥的程式，因为各种原因慢慢失去信心。 这全是因为项目忽略了以用户为出发点设计的重要性。 项目整体规划能够激发研究和UX流程所带来的价值， 清楚的分析以用户需求为主的系统UI和UX该走的方向。这些程序是帮助客户达成个人理想到整个企业目标不可或缺的环节。

我们的介入将把重点转移至探讨用户完成目的所需要的视觉介面是什么？

我们的介入将把重点转移至探讨用户完成目的所需要的视觉介面是什么？接着展开任务分析调查– 调研欲差旅的用户在使用不同应程式中的经历和旅程。我们的架构师再来拟出网站地图- 应用程式的整体框架- 然后结合与最后将成为主要用户的部门负责人和工作人员们进行採访,利用访问的方式逐渐打造以一个以使用者的需求为主轴的结构。

最后, 准备安置UI工作-建立一个以清楚, 简单，实用为主的基本的指南。所有採集的研究将引导着用户的浏览和登入,用户需要什麽样的辅助还有当帐户登出系统后的画面。这样的逻辑直接从系统架构最高层次上帮助减少用户需要记住和认出的情境资，讯节省使用者宝贵的时间。接着, 与用户互动的时间帮助我们了解他们对UI的期许,哪些UI细节或许并不是当时开发最完善的,但能够让他们快速理解使用细节,帮助迅速完成作业。当时的用户引导还并没有像现在稳定。

应用程式项目的主要部分锁定于信息的发送。它类似Whatsapp或是BBM但是夹带着查询指定的档案，还会依查询数据的类别下达信息目的地和排序系统 。在处理查询信息过程中,每一个环节的行为者都将需要知道查询数据的最新状态才能採用最适当的处理方式。应用程式会根据查询信息閒置的时间驱动提示并依照处理时限发送信息。结合以上需求, 我们透过导入操纵仪表板的整体规划让主管和工作人员都能够一览所有待处理的查询数据, 而授权的管理人员将也能够调整系统的优先顺序及输出结果。

对我们而言，这是一个具有意义的项目。我们将大量花费在研究UI的时间所拖延的进度补齐并同时满足客户的需求与商业标准最终成功交出一个最有效的产品。