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

Question

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

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

随着时间的推移，我们已经大大改善了我们的流程。我们做了什么：

• 真正的敏捷迭代
• 持续集成
• 测试（单元测试，功能性烟雾测试，性能）
• 代码质量'良好'
• 无痛部署过程

所以我们现在正在生产稳定可靠的版本。以下引用（释义）描述了我们目前的情况：

  

首先 - 让它发挥作用;之后，让它可靠;之后，让它可用​​

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

Answer 1

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

Answer 2

我和你在同一条船上 - 我基本上都是在命令行上工作，而且我完全脱离了现代用户界面（包括网络和桌面应用程序）。

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

这种安排有很多好处：

• 你不必调试自己糟糕的用户界面 :)这是他们的工作，他们比你更擅长，所以不用担心。
• 您的代码自然会倾向于使用MVC 或至少采用分层API方法，这对所有相关方都更容易编码。
• 优秀的用户界面知道要问最终用户的问题，并知道这些用户何时不知道他们在谈论什么。我当然没有那种技能。
• 你可以做你最擅长的事情，他们会做他们最擅长的事情，让整个团队变得更强大。

缺点是显而易见的 - 您不仅要为有才华的UI开发者找到钱，还需要找到一个有才华的UI开发者！

现在，我不能代表你和你公司在你的市场等地方的位置（我也不做buisnessspeak :)）但是如果你能负担得起另一个雇佣，那么它会给予团队更多的回报而不是这个职位的成本。它为我做了！

Answer 3

你问，“我们如何解释可用性对利益相关者的重要性？”但我不确定你自己得到它！

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

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

Answer 4

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

Answer 5

你是那些了解和理解产品的人，所以不要以为只是因为其他人在他们的头衔中拥有“可用性专家”而雇用他们会以某种方式使你的产品可用。

另外，不要因为可用性而削弱自己的直觉。作为程序员，您始终使用软件，哪些产品最有用？想想你喜欢什么，并将它们与你的产品进行比较。

考虑一下您的产品的作用，并想象您是必须使用该产品的人，并想象您希望它如何工作。想一想用户想要使用您的产品完成什么，并想象他们必须完成的步骤。是否容易理解该怎么做？可以用更少的步骤完成吗？

最重要的是，与您的客户交谈。找出他们发现令人困惑或难以完成的事情。看看他们是否已经提出了自己的解决方法，以最初没有想到的方式使用您的产品。

如果您像提高可靠性和部署一样，将可用性，计划和精力放在可用性上，那么您最终将获得更好的产品。

Answer 6

在分析下一步时，它实际上归结为业务需求和目标。

高层管理人员是什么样的？他们是技术娴熟吗？他们对新想法持开放态度吗？他们认为目前的产品需要调整，改进等吗？该产品仍然需求量很大吗？市场是否在变化，以至于产品/服务很快就会过时？等等。

如果有真正的商业原因花费$ /时间/资源，那么您可以开始探索产品改进。在这一点上考虑以前海报关于用户意见的意见。

Answer 7

我知道很多极客，包括我自己都知道可用性，所以一种方法就是学习它。另一种方法可以让某些人能够进行UI设计和可用性。

说服他们可用性很重要： 如果你不能使用它就没用了！

我不知道你建立了什么样的产品，但你总是有客户，客户总是喜欢可用的应用程序。这将增加销售额，增加客户数量并减少技术支持。

Answer 8

它对您的用户有什么作用？他们对可用性有何看法？也许这对他们来说不是一个问题。

让您的用户更有价值。提供更多商业价值。帮助您的客户获得更好的投资回报。这样做可以让它做更多的事情来做它们，做得更好（更准确，更快，更可靠，更有效），或者以更低的成本做到这一点（运行它所需的基础设施更少，维护成本更低）因为你提高了可靠性），更灵活（处理他们的业务变化）......

许多尺寸与您所参考的技术尺寸相关（可用性可靠性稳定性等）。但付费客户通常关心他们的业务需求/功能，而不是那些提供它们的技术人员。

与您的用户（或潜在用户）交谈

Answer 9

我关于可用性重要性的一句话：

• 无法使用的可靠系统有什么用处？

如果您的现有产品有现有用户，那么是什么让您认为您当前的用户界面不可用？

您是否怀疑您可以进行一些小的改动，这将极大地提高可用性，还是需要更具革命性的东西？如果是后者，那么现有用户的需求如何，他们是否愿意重新学习全新的UI？

修改

由于各种原因，用户界面可能被视为“差”......

• 这只是简单的丑陋/老式/不“看起来像Windows应用程序”
• 它使用与用户理解或想要做的事情无关的隐喻或工作流程

其中第一个相对容易修复，特别是如果你聘请一位优秀的设计师。修复将相当于重新装修您的休息室和购买新的沙发和电视。同房，不同的经历。您现有的用户仍然可以使用此应用程序。

修复其中的第二个变得更加复杂和复杂，并且可能真正影响您的代码库。如果不了解更多有关您的申请的信息，很难进一步评论。

Answer 10

我认为答案是按照事情的顺序，你说的是：

“首先 - 让它发挥作用;之后，使其可靠;之后，使其可用”

但最重要的是“让它发挥作用”。 “工作”功能的接受标准是它实际上是可用的。如果没有，它将不会被执行。然后它只是一块死代码。并且死代码不应该首先出现在系统中。

Answer 11

制作用户界面。

然后扔掉它，在你试图使用第一个之后再做一个。然后尽可能地简化。任何时候您都可以通过编程方式确定用户想要输入的内容，而不是多个显式选择，请执行此操作。太多的按钮会导致瘫痪。