Что произошло
В 1988 году два исследователя из IBM — Джон Уайтсайд (John Whiteside) и Джон Беннетт (John Bennett) — опубликовали серию статей, которые предлагали радикально новый взгляд на юзабилити. Не как на качество, которое проверяют после создания продукта, не как на субъективное ощущение, которое оценивают экспертным мнением, — а как на инженерную характеристику, которую задают в начале проекта и измеряют на каждом этапе.
Они назвали этот подход usability engineering — юзабилити-инжиниринг.
Беннетт был не новичком в теме. Именно он в 1979 году опубликовал первую статью с термином «usability» в заголовке: «The Commercial Impact of Usability in Interactive Systems». За девять лет термин прижился — и теперь Беннетт возвращался, чтобы превратить его из качественного описания в количественную дисциплину.
Ключевая идея Уайтсайда и Беннетта формулировалась так: до начала разработки определи измеримые цели юзабилити. Не «система должна быть удобной» — а «90% пользователей должны выполнить задачу X за 3 минуты с не более чем одной ошибкой». Не «интерфейс должен быть интуитивным» — а «время обучения новичка до уровня продуктивной работы не должно превышать 30 минут».
Это была не абстрактная теория. Уайтсайд и Беннетт работали в IBM — компании, которая к тому моменту была крупнейшим производителем персональных компьютеров и программного обеспечения в мире. Их подход рождался из практики: когда ты выпускаешь продукт для миллионов пользователей, интуиция не масштабируется. Нужны цифры.
Юзабилити-инжиниринг по Уайтсайду и Беннетту включал три этапа:
Определение целей. Перед началом проектирования команда формулирует конкретные, измеримые критерии юзабилити. Не «сделать удобнее», а таблицу: задача — целевое время — допустимое число ошибок — целевой процент успешного выполнения. Эти цели согласуются с бизнес-требованиями и фиксируются в документации.
Прототипирование и итеративная эволюция. Команда создаёт прототипы — от бумажных макетов до работающих версий — и тестирует их с реальными пользователями. Результаты тестов сравниваются с заданными целями. Если цели не достигнуты — прототип модифицируется, тестируется снова. Цикл повторяется, пока продукт не достигнет целевых показателей.
Измерение и сравнение. Финальный продукт проверяется по тем же критериям, которые были заданы в начале. Успех или неудача определяются не мнением дизайнера и не решением менеджера, а числами: достигнуты ли 90%? Укладывается ли время в 3 минуты?
Звучит очевидно? В 1988 году это было революцией. До юзабилити-инжиниринга процесс выглядел иначе: спроектировали → выпустили → получили жалобы → починили в следующей версии. Уайтсайд и Беннетт предлагали: задай стандарт — проектируй — измерь — сравни со стандартом — повтори. Инженерный цикл, знакомый каждому инженеру, но впервые применённый к удобству использования.
Два года спустя, в 1990 году, идея получила теоретический фундамент. Британский учёный Брайан Шейкел (Brian Shackel), профессор Лафборо (Loughborough University) и один из пионеров эргономики в Великобритании, опубликовал статью «Human Factors and Usability». В ней он дал определение, которое станет каноническим.
Шейкел определил юзабилити как функцию трёх компонентов:
- Effectiveness (эффективность) — достигает ли пользователь своей цели?
- Efficiency (действенность) — какие ресурсы он на это тратит (время, усилия, количество действий)?
- Satisfaction (удовлетворённость) — доволен ли пользователь процессом и результатом?
Три компонента. Простая формула. Но за этой простотой стоял важнейший сдвиг: юзабилити перестало быть единым, неделимым понятием. Его можно было разложить на составляющие — и каждую составляющую измерить отдельно. Продукт может быть эффективным (пользователь достигает цели), но неэффективным в ресурсах (тратит на это 20 минут вместо 5). Или эффективным и эффективным в ресурсах, но вызывающим раздражение (низкая удовлетворённость). Разложение позволяло ставить точный диагноз — и назначать точное лечение.
Контекст эпохи
К 1988 году юзабилити уже имело теорию (GOMS, 1983), принципы (три принципа Гулда-Льюиса, 1985), правила (8 правил Шнейдермана, 1986), инструменты измерения (SUS, 1986), лаборатории (с 1985 года) и даже философскую базу (Норман, 1988). Чего не хватало — процесса. Системного, воспроизводимого, встроенного в жизненный цикл разработки.
Юзабилити-тестирование проводили — но чаще как финальную проверку, а не как итеративный процесс. Результаты интерпретировали качественно — «пользователям трудно с этим меню» — но редко сравнивали с заранее установленными количественными целями.
В промышленной инженерии подобная ситуация была бы немыслимой. Инженер-механик не проектирует мост «примерно достаточно прочный» — он задаёт допустимую нагрузку в тоннах и проверяет расчётами. Инженер-электроник не делает схему «более-менее быстрой» — он задаёт частоту в мегагерцах и замеряет осциллографом. Уайтсайд и Беннетт требовали того же от юзабилити: задай число — измерь — сравни.
Контекст подталкивал. Рынок программного обеспечения к концу 1980-х стал конкурентным. Lotus 1-2-3 соперничала с Excel. WordPerfect — с Word. dBASE — с Paradox. Для корпоративных клиентов, покупающих тысячи лицензий, юзабилити стало критерием выбора: продукт, который требует неделю обучения, проигрывает продукту, который осваивается за день. Но как доказать заказчику, что ваш продукт удобнее? Только цифрами.
Шейкел в Великобритании пришёл к тем же выводам с другой стороны. Он не работал в корпорации — он был академиком, специалистом по эргономике. Его определение юзабилити через эффективность, действенность и удовлетворённость выросло из эргономической традиции, где любое свойство системы должно быть операционализируемым — то есть переводимым в измеримые показатели.
Значение для UX
Юзабилити-инжиниринг — это мост между HCI-наукой и индустрией. Мост, по которому знания из лабораторий вошли в продуктовые команды.
От «удобно» к «90% за 3 минуты». Главное наследие Уайтсайда и Беннетта — привычка задавать цели в числах. Сегодня это кажется естественным: KPI юзабилити, целевые метрики, acceptance criteria. В 1988 году это было ново. Числовые цели меняют дискуссию: вместо спора «мне кажется, так удобнее» — сравнение «в варианте А 78% успешных выполнений, в варианте Б — 92%».
Определение Шейкела стало стандартом. Три компонента — effectiveness, efficiency, satisfaction — почти дословно вошли в международный стандарт ISO 9241-11, принятый в 1998 году. Этот стандарт определяет юзабилити как «степень, в которой система может быть использована определёнными пользователями для достижения определённых целей с результативностью, эффективностью и удовлетворённостью в определённом контексте использования». Каждое слово здесь — наследие Шейкела. Когда UX-исследователь в 2026 году проводит юзабилити-тестирование и замеряет три метрики — completion rate, time on task, satisfaction score — он следует формуле, заданной в 1990 году.
Инжиниринг вместо искусства. До 1988 года юзабилити-специалист часто воспринимался как «человек со вкусом» — тот, кто говорит «мне кажется, тут стоит поменять» на основе интуиции и опыта. Юзабилити-инжиниринг переопределил роль: это инженер, который задаёт спецификации, проводит измерения, сравнивает результаты с требованиями. Не вместо вкуса — в дополнение к нему. Но с доказательной базой.
Цикл «задай — спроектируй — измерь — сравни» стал прообразом современных UX-процессов. Lean UX, Design Sprint, Double Diamond — все они включают итерацию с измерениями. Уайтсайд и Беннетт добавили одно критическое звено: цели до начала работы. Не «протестируем и посмотрим, что получится», а «протестируем и проверим, достигнуты ли 90%».
Связь с более ранними работами прямая. Три принципа Гулда и Льюиса (1985) — ранний фокус на пользователях, эмпирические измерения, итеративный дизайн — это философия. Юзабилити-инжиниринг — реализация этой философии на практике: вот как задать измерения, вот как итерировать, вот как оценить результат.
Рождение юзабилити-инжиниринга завершило формирование дисциплины. К 1990 году юзабилити имело терминологию (1979), метод (1981), модели (1983), принципы (1985), лаборатории (1985), правила (1986), инструменты измерения (1986), философию (1988) — и теперь процесс (1988) со стандартным определением (1990). Всё, что нужно для профессии, было на месте. Оставалось её назвать. Через несколько лет Дон Норман напишет на визитке: User Experience Architect.
Связанные статьи
- Что такое юзабилити — определение ISO 9241-11 (результативность, эффективность, удовлетворённость) восходит к триаде Шейкела 1990 года.
- Что такое HCD — юзабилити-инжиниринг и человекоцентричный дизайн — две стороны одного процесса: HCD говорит «проектируй для человека», инжиниринг добавляет «и измеряй результат».
- Что такое UX — термин «user experience» появился уже после того, как юзабилити-инжиниринг задал инструментальную базу.
Из серии «История UX»:
- Рождение юзабилити (1977–1985) — от термина к лабораториям; юзабилити-инжиниринг — следующий шаг: от лабораторий к систематическому процессу.
- Книги, создавшие юзабилити (1983–1985) — три принципа Гулда-Льюиса (1985) стали философской основой, которую юзабилити-инжиниринг превратил в практику.
- SUS: шкала юзабилити (1986) — SUS дал инструмент измерения удовлетворённости; юзабилити-инжиниринг объяснил, как встраивать такие измерения в процесс разработки.
- «Дизайн привычных вещей» (1988) — Норман дал концептуальную рамку; Уайтсайд, Беннетт и Шейкел — инженерную.