Недавно Apple представила обновленный дизайн операционных систем, который традиционно вызвал бурную реакцию и вызвал массу шуток:
Насколько она хороша покажет время, а мы решили вспомнить, как все начиналось. Тем более, что недавно в наши руки попала увлекательная книга "Творческий отбор. Как создавались лучшие продукты Apple во времена Стива Джобса".
Ее автор — Кен Косиенда — инженер компании Apple, который сыграл ключевую роль в эпоху расцвета компании под руководством Стива Джобса. На протяжении многих лет он активно занимался экспериментами с новыми концепциями пользовательских интерфейсов для таких знаковых продуктов, как iPhone, iPad и веб-браузер Safari.
Для работников IT, особенно для технических писателей и разработчиков пользовательской документации, эта книга — настоящий кладезь знаний. Она не о том, как писать код, а о том, как мыслить о продукте, чтобы он был безупречен.
Что полезного в книге для технарей и писателей?
Демонстрации как основной язык общения
Косиенда подчёркивает, что в Apple идеи не обсуждались в абстрактных терминах. Вместо этого они создавали демо-версии — маленькие, работающие прототипы или интерактивные макеты, которые наглядно показывали, как будет выглядеть и работать та или иная функциональность. Для технических писателей это важный урок: "показывать всегда эффективнее, чем рассказывать". Если вы можете создать интерактивный макет или даже простой GIF, демонстрирующий поведение интерфейса, это будет наглядно и эффективно. Разработчики документации должны стремиться не просто описывать, а давать возможность "почувствовать" продукт.
Итеративный процесс и беспощадное отбрасывание
Книга ярко демонстрирует, как команда постоянно экспериментировала, создавала множество вариантов одного и того же инструмента, а затем безжалостно отсеивала те, что не достигали нужного уровня простоты и интуитивности. Кажется, в философии такой подход называют "Бритвой Оккама". Вообще, автор часто пускается в философские суждения: на страницах книги он упоминает не только Дарвина, но и Канта. Косиенда подчеркивает важность итераций и гибкости. Для технических писателей это означает, что первая версия документации никогда не бывает идеальной. Нужно быть готовым к постоянным доработкам, упрощениям и переосмыслениям. Не бойтесь переписывать и выбрасывать то, что не работает.
Важность "вкуса" и субъективного суждения
Автор много говорит о понятии "вкуса" — способности инженера или дизайнера интуитивно чувствовать, что привлекательно, а что нет. Это не поддаётся строгой логике или метрикам. Для технических писателей это означает умение чувствовать "ритм" текста, выбирать правильные слова, которые вызывают доверие и понимание у пользователя. Это развитие эмпатии к читателю, умение взглянуть на продукт его глазами.
Фокус на пользователе
Процесс разработки в Apple был ориентирован на создание максимально простого и приятного пользовательского опыта. Это должно быть краеугольным камнем для любого, кто создаёт документацию вообще и руководство пользователя в частности. Мы не просто описываем функциональность, мы "решаем проблемы пользователя". Мы должны предвидеть его вопросы, его затруднения и предлагать максимально ясные и лаконичные ответы.
Пересечение ролей и командная работа
Косиенда подчёркивает, что в Apple не было строгих границ между инженерами, дизайнерами и менеджерами. В создании продукта принимали активное участие все. Это напоминает нам о том, что технические писатели не должны быть изолированы. Важно тесно взаимодействовать с разработчиками, тестировщиками, дизайнерами, чтобы полностью понимать продукт и отражать его суть в документации.
Почему важно прочитать эту книгу? "Творческий отбор" — это не просто история успеха. Это руководство о том, как воспитать в себе принципы креативной разработки, ориентированной на пользователя. Книга показывает, что даже в сложнейших проектах ключом к успеху становится не только техническое мастерство, но и способность к глубокому, эмпатичному осмыслению того, что вы делаете и для кого. Для нас, тех, кто пишет документацию и создаёт интерфейсы, это возможность перенять мышление тех, кто стоял у истоков революционных продуктов. Это поможет нам взглянуть на свою работу не просто как на описание функционала, а как на часть общего пользовательского опыта, которую нужно сделать такой же интуитивной и приятной, как и сам продукт.