Что произошло
9 апреля 1959 года Америка узнала имена семи человек, которым предстояло полететь в космос. Mercury Seven — первый отряд астронавтов NASA. Семь военных лётчиков-испытателей, отобранных из пятисот кандидатов: Алан Шепард, Джон Гленн, Гас Гриссом, Скотт Карпентер, Уолли Ширра, Гордон Купер и Дик Слейтон. Журналисты ожидали увидеть суперменов. Увидели — семерых упрямых инженеров в лётных куртках, которые немедленно начали спорить с конструкторами своего корабля.
Спор был принципиальным. Инженеры Макдоннелл (компания-подрядчик, строившая капсулу Mercury) видели астронавта как пассажира. Капсула маленькая — меньше двух метров в диаметре. Полёт автоматический. Задача пилота — сидеть и ждать. Астронавты видели себя пилотами. Они летали на X-15, на F-104, на машинах, где ошибка автоматики означала смерть — и только ручное управление спасало. Они требовали: окно для визуального контроля ориентации. Ручное управление положением в пространстве. Возможность самостоятельно запустить тормозную двигательную установку. Право отменить автоматический режим.
Они победили. И этот конфликт — между разработчиками, которые знали, как устроена система, и пользователями, которые знали, как в ней работать, — стал движущей силой одного из самых систематических процессов итеративного проектирования в истории инженерии.
Макеты из дерева и картона — вот с чего начиналось проектирование кабины Mercury. Инженеры Макдоннелл в Сент-Луисе строили полноразмерные модели кабины: фанерные стенки, картонные приборные панели, деревянные переключатели. Астронавты прилетали, забирались внутрь и проводили часы, проверяя каждую деталь. Дотянуться до аварийного переключателя в скафандре с надутыми перчатками? Прочитать показания прибора при вибрации? Найти нужный тумблер в темноте, на ощупь?
Каждая сессия заканчивалась списком замечаний. Макет переделывался. Астронавты возвращались. Новые замечания. Новая переделка. Это был цикл: прототип — тест — анализ — улучшение — новый прототип. Не один раз, не два — десятки итераций, пока расположение каждого из ста двадцати переключателей и пятидесяти пяти приборов не удовлетворило и инженеров, и пилотов.
Параллельно с Mercury тот же подход работал в программе X-15 — экспериментальном ракетоплане, созданном для исследования гиперзвуковых полётов и границы космоса. С 1959 по 1968 год X-15 совершил 199 полётов. Каждый полёт был экспериментом. Каждый эксперимент давал данные. Данные анализировались. Конструкция модифицировалась. Следующий полёт проверял модификацию.
Это не было интуитивным процессом. NASA формализовало итеративный подход в инженерную методологию. Документация, протоколы тестирования, матрицы требований, процедуры валидации — всё это существовало до NASA (военная инженерия знала подобные практики), но космическая программа довела итеративный цикл до системного совершенства. Ставки были слишком высоки для любого другого подхода.
Контекст эпохи
4 октября 1957 года Советский Союз запустил Спутник. Америка была в шоке. Страна, считавшая себя технологическим лидером мира, оказалась на втором месте в космической гонке. Реакция была стремительной: в 1958 году создано NASA (National Aeronautics and Space Administration), поглотившее старый NACA — Национальный консультативный комитет по аэронавтике, существовавший с 1915 года. Бюджеты, штаты, приоритеты — всё изменилось в одночасье.
Космическая гонка задала уникальные условия для инженерного проектирования. Во-первых, цена ошибки была абсолютной. Не финансовый убыток, не задержка проекта — гибель человека на глазах у всей страны, транслируемая в прямом эфире. Во-вторых, опыта не было ни у кого. Никто не строил пилотируемые космические корабли раньше. Нельзя было скопировать проверенное решение — потому что проверенных решений не существовало. В-третьих, времени было мало. Советский Союз готовил свой пилотируемый полёт. Каждый месяц промедления увеличивал риск проиграть гонку.
В этих условиях водопадная модель — спроектировать всё заранее, построить, запустить — была бы самоубийством. Невозможно заранее предусмотреть всё, что произойдёт с человеком в невесомости, в вакууме, при перегрузках в шесть G. Единственный разумный подход — пробовать и учиться. Строить, тестировать, исправлять, строить снова.
Культура лётных испытаний, из которой пришли астронавты Mercury, была идеально приспособлена к этому подходу. В авиации 1950-х каждый испытательный полёт — это итерация. Пилот-испытатель не просто летает — он оценивает самолёт: управляемость, обзор, расположение приборов, усилия на ручке. После полёта — подробный разбор, рекомендации конструкторам, доработки, повторный полёт. Чак Йегер, первый человек, преодолевший звуковой барьер в 1947 году, был не просто смельчаком — он был методичным тестировщиком, чьи отчёты определяли конструкцию следующей версии самолёта.
Астронавты Mercury привнесли эту культуру в космическую программу. Они настаивали на участии в проектировании не из самолюбия — из профессионального понимания: человек, который будет управлять машиной в экстремальных условиях, знает о требованиях к интерфейсу то, чего инженер за кульманом знать не может.
Значение для UX
Итеративное проектирование NASA — это UX-процесс в его чистейшей форме, задокументированный за десятилетия до появления самого термина UX.
Деревянные макеты Mercury — это прототипы. Не цифровые, не интерактивные — но выполняющие ту же функцию: проверить решение до того, как оно будет реализовано в металле. Стоимость ошибки на этапе деревянного макета — несколько часов работы столяра. Стоимость ошибки на этапе готовой капсулы — месяцы задержки и миллионы долларов. Стоимость ошибки в полёте — жизнь. Тот же принцип работает в UX: бумажный прототип стоит минуты, wireframe стоит часы, исправление кода стоит дни, исправление после запуска стоит месяцы.
Астронавты — это пользователи. Инженеры проектировали, астронавты тестировали. Инженеры знали физику и аэродинамику, астронавты знали, каково это — работать в невесомости в надутом скафандре. Конфликт между ними — классический конфликт между разработчиком и пользователем: разработчик знает, как система устроена, пользователь знает, как в ней работать. NASA нашло способ превратить этот конфликт в продуктивный диалог — через итеративный цикл макетов и тестирования.
199 полётов X-15 — это 199 юзабилити-тестов. Каждый полёт генерировал данные. Данные анализировались. Конструкция улучшалась. Следующий полёт проверял улучшение. Это буквально цикл юзабилити-тестирования: провести тест, найти проблемы, исправить, протестировать снова.
Наследие NASA в современном UX-проектировании прослеживается напрямую:
Design Sprint — пятидневный процесс, придуманный в Google Ventures: понять проблему, набросать решения, построить прототип, протестировать с пользователями. Это сжатая до одной рабочей недели версия того, что NASA делало месяцами: идея → макет → тест → вывод.
Lean UX — подход, основанный на быстрых итерациях и проверке гипотез. Не проектировать идеальный продукт заранее, а выпустить минимальную версию, измерить результат, улучшить. Философия та же, что у программы Mercury: мы не знаем заранее всех ответов — но можем быстро учиться.
Agile UX — интеграция UX-исследований в спринты разработки. Каждый спринт — итерация. Каждая итерация включает тестирование. Каждое тестирование влияет на следующий спринт. Это ритм, заданный NASA: build — test — fix — rebuild.
Ещё один урок NASA, который часто недооценивают: участие пользователей в проектировании — не уступка, а необходимость. Инженеры Mercury сначала сопротивлялись требованиям астронавтов. Они считали, что знают лучше. Астронавты доказали обратное — не словами, а результатами тестов. Джон Гленн, первый американец на орбите, использовал ручное управление для коррекции положения капсулы, когда автоматика дала сбой. Если бы инженеры настояли на своём и не установили ручное управление — результат мог быть катастрофическим. Этот же урок повторяется в UX-исследованиях снова и снова: то, что кажется очевидным проектировщику, не очевидно пользователю — и наоборот.
NASA показало, что итеративное проектирование — не перестраховка, а единственный честный способ работать с неопределённостью. Когда вы не знаете всех ответов заранее (а вы их не знаете никогда), единственный путь к качественному решению — пробовать, измерять, учиться и пробовать снова.
Связанные статьи
Итеративное проектирование NASA связано с ключевыми концепциями UX:
- Что такое юзабилити — весь процесс проектирования кабин Mercury был направлен на одну цель: чтобы астронавт мог эффективно, безопасно и без ошибок управлять кораблём. Это определение юзабилити, записанное не в стандарте, а в инженерных протоколах.
- Что такое человекоцентричный дизайн — участие астронавтов в проектировании кабины, итеративные циклы тестирования с реальными пользователями, приоритет человеческих возможностей над инженерной элегантностью — это HCD в действии, за тридцать лет до стандарта ISO 9241-210.
- Закон Фиттса — расположение переключателей в кабине Mercury подчинялось принципу Фиттса: критически важные элементы — крупнее и ближе, второстепенные — дальше. Каждая итерация макета оптимизировала эти расстояния.
- Эвристики Нильсена — эвристика «предотвращение ошибок» была вшита в процесс NASA: тактильно различимые переключатели, цветовое кодирование, защитные крышки на критических тумблерах — всё это проектировалось итеративно, через тестирование на макетах.
Из других статей серии «История UX»:
- Рождение эргономики как науки (1950–1954) — эргономическое движение, родившееся из военной авиации, создало научную базу, которую NASA применило к космическим кораблям. Чапанис с его рычагами B-17 — прямой предшественник тактильного кодирования в кабине Mercury.
- Ликлайдер — симбиоз человека и компьютера (1960) — параллельная история того же года: Ликлайдер описывал взаимодействие человека с компьютером, NASA проектировало взаимодействие человека с космическим кораблём. Оба подхода сошлись в идее: машина должна усиливать человека, а не заменять его.