Если ваша система безбрежна и содержит сотни экранов или же над разными её частями работают разные группы разработчиков, полная оптимизация интерфейса — работа долгая и дорогая.

В таких условиях наилучший КПД дает разработка стандарта на интерфейс. Как это происходит:

1. Мы оптимизируем отдельные части интерфейса, улучшение которых даст наиболее заметный эффект для качества системы (блоки, часто используемые во всём интерфейсе, и отдельные важные экраны). Работа на этом этапе не отличается от дизайна интерфейса.
2. На основе оптимизированного интерфейса мы пишем уникальный стандарт на пользовательский интерфейс. Уникальный — поскольку он содержит как общие требования к интерфейсу, так и требования, продиктованные спецификой вашей системы.
3. После написания стандарта мы перерабатываем еще некоторую часть интерфейса, не затронутую на первом этапе, чтобы проверить пригодность, достаточность и применимость стандарта.
4. Стандарт передается разработчикам. После нескольких месяцев (2-6 в зависимости от интенсивности использования стандарта) мы анализируем интерфейсы, уже переработанные и созданные на основе нашего стандарта, и уточняем и расширяем стандарт.

В результате вы получаете:

• Некоторый задел интерфейса на несколько месяцев работы разработчиков в начале проекта.
• Наглядный и долго не устаревающий план переработки интерфейса в будущем. Вы сами решаете, в какой последовательности и насколько перерабатывать уже имеющийся интерфейс. Например, часть требований стандарта вы можете применить сразу по всему интерфейсу, поскольку это можно сделать быстро, а часть — отложить до того времени, пока не появится окно в разработке.
• Текст стандарта на ПИ, который можно использовать как инструмент контроля качества, средство обучения новых разработчиков и механизм синхронизации работы разных групп программистов.