我们让它变得可靠.下一步是什么？可用性？

我在一个小型开发小组工作.我们正在建设和改进我们的产品.

半年前,我们无法考虑更高的特性,例如可用性,因为我们的产品存在很多问题.许多错误,高技术债务,低性能和其他问题使我们无法专注于可用性.

随着时间的推移,我们大大改善了我们的流程 我们做了什么:

真正的敏捷迭代

持续集成

测试(单元测试,功能性烟雾测试,性能)

代码质量'好'

无痛的部署过程

所以我们现在正在生产稳定可靠的版本.以下引用(释义)描述了我们目前的情况:

首先 - 让它工作; 之后,让它可靠; 之后,让它可用

我们是极客,所以我们不能自己'制造'一个伟大的用户界面.那我们该怎么办？你能推荐什么方向？也许我们应该聘请可用性专家兼职或全职？我们如何解释可用性对利益相关者的重要性？我们如何让他们相信这是有用的？

您的商务人士说什么会让您赚到最多钱？去做.也许可用性是接下来要做的事情,可能是更多功能,也许是不同的产品.这不是"极客"必然会猜到的东西.

我和你在同一条船上 - 我基本上都在命令行上,而且我完全脱离了现代用户界面(包括网络和桌面应用程序).

我的解决方案是为我的所有GUI使用真正的UI开发人员,而我只是生活在后端.

这种安排有很多好处:

您不必再调试自己糟糕的UI了:)这是他们的工作,他们比你更擅长,所以不用担心.

您的代码自然会被MVC或至少分层的API方法所吸引,这对于所有相关方而言更容易编码.

优秀的UI用户知道要问最终用户的问题,并知道这些用户何时不知道他们在谈论什么.我当然没有这种技能.

你可以做你最擅长的事情,他们做他们最擅长的事情,让整个团队更加强大.

缺点是显而易见的 - 你不仅需要为有才华的UI开发者找到钱,而且还需要找到一个有才华的UI开发者!

现在,我不能代表你和你公司在你的市场等地方的位置(我也不做buisnessspeak :))但是如果你能负担得起另一个雇员,那么它会给团队带来更多的回报而不是成本.位置.它对我有用!

你问,"我们怎样才能解释可用性对利益相关者的重要性？" 但我不确定你自己得到它!

当"重要"事情完成时,交互设计(iD)和可用性不是可以用于现有产品的东西.它们应该从一开始就在那里,最好是在小型迭代中进行小型测试和研究.我说的是廉价和肮脏的iD /可用性,像lo-fi原型设计,只有四个人的用户测试,有足够的统计数据能够检测用户错误等等.

如果您从一开始就没有iD /可用性,那么您最终可能会遇到与竞争对手相同的蹩脚产品和/或在需要手术时为用户提供带状辅助.

您的用户想要什么？他们可能是最能确定需求的人.