我们都认为挫折感会导致收益的降低，而且往往都期望找出那些对销售产生影响的方面。然而，我们核算挫折成本时也需要兼顾那些盈利之外的方面。
为了计算出Amtrak的挫折成本，我们需要把可用性测试的结果、公司的财务活动以及网站的日志文件都结合起来。使用的资料来源越多，得出的数据就越令人信服。

我们都认为挫折感会导致收益的降低，而且往往都期望找出那些对销售产生影响的方面。然而，我们核算挫折成本时也需要兼顾那些盈利之外的方面。

*开支的增加

我们要看到因为该问题而招致的各种企业开支。这可能包括额外的电话客服、原材料的替换或者服务器负载的增加。

*生产力的降低

这方面稍微有些难于估算。在理想情况下，你可以先计算出相关员工每年需要的成本，然后除以他们一年中工作的小时数，以此得到一位高产员工的“一小时成本”。把它乘以这一年中“非生产性”的小时数，你就能得到每年生产力降低的数字。

不过，有时候很难计算出相关员工需要的成本。查算人们的薪酬、福利和其他成本（例如他们导致的电费）会占用大量时间，而且可能有悖法规。但如果我们关注的不是生产力的损失，而是这些员工将会做出什么成绩，也许会更加容易一些。比如，我们可以谈论如何让销售人员多出15%的时间用于本职工作，这样就能从获得更多生产力的方面来表现挫折成本。

*无谓的开发时间

在当今的许多软件产品和网站中，有一些是用户从未发现或使用过的功能区域。（随便找一个文字处理软件，你只需展开菜单，就会发现有大量的条目自己根本从未涉及。）开发这些功能和特性需要时间，但如果没人知道它们在那里，软件的发布者又能得到什么好处呢？

检查一下计划开发的功能列表，我们就能得知其中各项的开发成本（使用与生产力降低相类似的算法）。相关的简单可用性测试可以帮助我们检验这些功能是否能被用户发现，以及发现后是否会使用。换句话说，我们能够计算出开发人员在构建根本无用的东西时所浪费的成本。

3.寻找痛苦

即使已经反复核算了挫折成本，所有资料都了然于胸，但要想直接闯进CEO的办公室，拍胸脯说靠可用性就能为公司省下几百万美元，可能仍然颇有难度。你还需要去下一个好地方：痛苦之源。

通常在一个公司里，哪里有挫折感，哪里就有痛苦。总有些人得不到他们想要的。如果网站很难使用，妨碍了人们购物，那么销售和市场部门就完不成预定目标。如果客服电话老是响个不停，客服中心的经理就会因为人手不足而烦恼。

通过寻找痛苦的来源，你往往能发现重要的盟友，说不定其中某些人还能为你的可用性拨出预算资金。最起码，身边多一个拥护者也是非常有益的。

4.利用挫折成本

核算挫折成本是UIE最喜欢使用的一种展示其工作价值的方法。如果团队能够准确地描述出界面如何令人感到挫折，以及这种挫折会如何影响业务，那么劝说股东改变他们的设计将会非常容易。

UIE的团队成员们发现，只要聚焦于最底层的挫折成本，就能掌握一套有效的度量方法，得以在整个开发过程中使用。这有助于他们找到那些最为有效的设计，同时也便于他们说明优秀设计所能带来的好处。