Зацепка: В сегодняшнем дайджесте Hacker News / Lobsters / Habr промелькнула ссылка на Marcin Wichary, Unsung: «Deeper dive: Were Touch Bar's problems software rather than hardware?» — статья, опубликованная в апреле 2026 года, спустя ровно десять лет после релиза Touch Bar (ноябрь 2016 → лето 2026). Я прошёл мимо, прочёл первый абзац — и остановился. Потому что Wichary делает то, что никто не делал: он разбирает Touch Bar не как провал (это все уже сделали) и не как прорыв (это делал только Jony Ive в 2016-м), а как инженерный артефакт, у которого были правильные намерения, неправильный уровень абстракции и абсолютно предсказуемый конец. И вот что меня по-настоящему зацепило: эта история оказалась архитектурно идентична ещё двум провалам Apple — клавиатуре-«бабочке» (2015-2019, 4 поколения, 5 лет, 50 миллионов долларов коллективного иска) и Magic Mouse с зарядкой снизу (2015-2023, 8 лет). Apple трижды за десятилетие наступила на одни и те же грабли: взяла сильную идею, реализовала её в железе раньше, чем в софте, и отказалась переделывать, когда стало ясно, что концепция не работает. Touch Bar — это не про полоску над клавиатурой. Touch Bar — это про то, как культурная ДНК компании может годами защищать ошибочное решение от самих пользователей.
Чтобы понять, о чём спор, надо держать в голове четыре даты.
27 октября 2016 — Apple показывает новый MacBook Pro с Touch Bar. Это первый Mac, в котором верхний ряд функциональных клавиш заменён узкой сенсорной OLED-полосой (2170×60 пикселей, Multi-Touch), а справа от неё — датчик Touch ID, который одновременно служит кнопкой питания. Jony Ive даёт CNET интервью, в котором объясняет: «Touch Bar — это начало очень интересного направления». Команда два года экспериментировала с большими тачпадами, богатыми хаптикой, и пришла к выводу, что лучшее из обоих миров — контекстно-зависимый интерфейс поверх обычной механики.
2017–2018 — массовое разочарование. Главные претензии профессионального сообщества: нет физического Esc (программисты теряют позицию пальца, промахиваются), нет тактильной обратной связи (нельзя нажать не глядя), плохая поддержка со стороны приложений (большинство даже через два года не использует Touch Bar). Apple отвечает ... ничем. Никаких программных обновлений, никаких новых API, никаких переработок взаимодействия.
Июль 2018 — Apple запускает программу ремонта клавиатуры-«бабочки». Параллельная история, которая важна для нашего сюжета: компания упорно отказывается признать, что клавиатура, в которой ход клавиш сокращён с 1,5 мм до 0,5 мм ради 0,4 мм толщины корпуса, забивается пылью и перестаёт работать. Apple выпустит четыре поколения бабочки (2015, 2016, 2018, 2019), прежде чем в Magic Keyboard 2019 года тихо вернётся к «ножничному» механизму.
2019 — единственное аппаратное обновление Touch Bar: физическая клавиша Esc возвращается (но не у всех моделей). Сенсорная полоса становится чуть быстрее. И всё. Больше Apple ничего не делает с Touch Bar до самого снятия с производства.
Октябрь 2021 — Touch Bar убран из MacBook Pro 14" и 16". Эти модели получают полноценный ряд F-клавиш, физический Esc, и больше ничего сенсорного над клавиатурой.
Октябрь 2023 — снята с производства последняя модель с Touch Bar: 13-дюймовый MacBook Pro (он держался дольше всех, потому что Apple хотела сохранить «дешёвый» вариант). Семь лет. Семь. Почти столько же, сколько просуществовала 12-дюймовая MacBook (2015-2019), и в три раза дольше, чем iPhone 5C.
Апрель 2026 — Wichary публикует разбор «Were Touch Bar's problems software rather than hardware?». Десять лет спустя, с высоты опыта, с эмоциональной дистанцией, и с доступом к тому, как именно Apple закапывала фичу в эти годы (а не как она её разрекламировала в 2016-м).
Wichary пишет длинный, эмпатичный, осторожный текст. Его центральная интуиция: Touch Bar провалился не из-за железа, не из-за софта, а из-за зазора между ними.
Аргумент разворачивается в три слоя.
Слой первый — гаптика, которой не было. У Apple в 2016 году уже была превосходная технология тактильной отдачи в Force Touch трекпаде. Та же технология могла бы работать в Touch Bar: лёгкое прикосновение — мягкая «рябь», глубокое нажатие — уверенный «клик». Apple её не применила. Почему — публично не объясняла. Результат: нажимаешь не глядя — не попадаешь. Промахнулся — нажал не ту кнопку. Esc, который должен быть выходом в критической ситуации, стал самым ненадёжным элементом ноутбука для тех, кто печатает вслепую. И это не мелочь: для программиста Esc — это не кнопка, это рефлекс. Лишить его рефлекса — это как заменить тормоз в машине на кнопку, которая иногда срабатывает.
Слой второй — размер, в котором нельзя жить. 60 пикселей высоты. Apple сама в 2007 году в iPhone Human Interface Guidelines установила минимальный размер тач-таргета: 44×44 пикселя. То есть 7 мм физической ширины. Шевроны в Touch Bar были ровно вдвое меньше — 3,5 мм. Apple, компания, которая десятилетие обучала индустрию UX-стандартам, в своём собственном продукте нарушила собственный стандарт. И никто внутри компании это не остановил, потому что к 2016 году в Купертино уже работал «дизайн важнее удобства» как негласная конституция.
Слой третий — софт, который никто не написал. Apple поставила Touch Bar в центр маркетинговой презентации. А потом ... просто не обновляла его. В 2017–2023 годах Apple не выпустила ни одного значимого программного релиза для Touch Bar: ни новых API, ни переработанного control strip, ни публичного «вот как должны выглядеть хорошие Touch Bar-приложения». Quick Actions, единственная фича кастомизации, осталась «крайне сырой» (по выражению самого Wichary) — он пытался настроить её через Automator, и в какой-то момент обнаружил, что разные панели настроек не общаются друг с другом. Это симптом: Apple не вложила в Touch Bar то, что вложила в трекпад, Multi-Touch на iPhone, или в AirPods.
И вот самое убийственное в статье Wichary: никогда не существовало версии Touch Bar с хаптикой. Никогда не существовало версии Touch Bar с глубокой кастомизацией. Никогда не существовало версии Touch Bar, которую сообщество могло бы превратить во что-то полезное для себя. Apple выпустила продукт, дала ему 7 лет жизни, и так и не дала ему вырасти.
Чтобы выйти за пределы «Apple облажалась» (это знают все), нужно посмотреть на Touch Bar как на архитектурное решение. И тогда проступает структура, которая объясняет не только Touch Bar, но и клавиатуру-«бабочку», и зарядку Magic Mouse снизу, и даже отказ Apple сделать тачскрин в Mac.
Архитектурный аргумент звучит так: Touch Bar пытался решить проблему интерфейса (контекстность) на уровне железа (фиксированное место на корпусе), а не на уровне софта (открытая конфигурируемая абстракция).
Когда Apple проектировала Touch Bar, у неё в голове была одна конкретная история использования: «фотограф в Lightroom крутит слайдер экспозиции». Эта история работает. И она работает прекрасно — до тех пор, пока Lightroom — единственное приложение, о котором вы думаете. Но интерфейс ноутбука — это не Lightroom. Это десятки разных приложений, каждое со своими шорткатами, каждый со своей моделью состояния, и каждое с десятком разных ролей в разное время. Touch Bar был заявлен как универсальное решение, но реализован как набор демо-фич под конкретные презентации на keynote.
Это та же ошибка, что в любой жёстко прошитой конфигурации в IT: когда вы зашиваете в железо то, что должно быть в конфиге, вы обрекаете продукт на смерть при первом изменении требований. Apple зашила в Touch Bar:
Каждое из этих допущений было ошибочным в среднем, но верным в 5% случаев — и в этих 5% случаев Touch Bar был действительно великолепен. Это и есть причина, почему фича не могла умереть быстро: она работала слишком хорошо в узких сценариях, чтобы от неё отказаться сразу, но работала слишком плохо в среднем, чтобы стать незаменимой.
В апреле 2021 года, за полгода до того, как Apple окончательно убрала Touch Bar, дизайнер Barry Collins опубликовал в UX Collective материал «This is what Apple's Touch Bar should have been» с подзаголовком, который говорит всё: «Apple's Touch Bar may be on its way out, but it could have been different if it behaved like the Elgato Stream Deck».
Elgato Stream Deck — это внешняя панель с 15 (или 6, или 32) кнопками, у каждой из которых свой маленький LCD-экран, на который можно вывести любое изображение и назначить любое действие. Хочешь — кнопка для запуска OBS. Хочешь — кнопка для вставки email-шаблона. Хочешь — кнопка для отправки определённого SQL-запроса в определённую базу. Пользователь программирует панель сам, а не ждёт, пока Adobe добавит поддержку Touch Bar в свою следующую версию.
В этом и состоит разница двух подходов:
И Stream Deck, появившийся в 2017 году, существует до сих пор (теперь у Elgato есть Stream Deck +, со встроенными ручками и сенсорной полосой, и это именно то, чем Touch Bar должен был стать). А Touch Bar — нет.
Это — фундаментальный архитектурный провал. Apple продавала настроенное устройство (closed platform), когда рынку нужно было программируемое устройство (open platform). И за 7 лет Apple так и не нашла в себе сил переключить Touch Bar в режим, где пользователь имеет право голоса.
Теперь — самое интересное. Touch Bar — это не уникальный провал. Это третий за 10 лет случай, когда Apple берёт правильную идею, неправильно её упаковывает, и не может остановиться.
Провал №1: клавиатура-«бабочка» (2015-2019). Apple хотела сделать MacBook тоньше. Самый простой способ — сократить ход клавиш с 1,5 мм до 0,5 мм. Apple разработала «бабочку» — механизм, в котором клавиша прижимается сверху и снизу, что позволяет уменьшить высоту. Технически безупречно. Практически — катастрофа. Механизм собирал пыль, крошки, и через 6-12 месяцев клавиши начинали залипать или работать через раз. Apple выпустила четыре поколения (2015, 2016, 2018, 2019), каждое с небольшими улучшениями (силиконовая мембрана в 2018-м, например), но отказывалась признать, что проблема системная. В мае 2019 года, через 4 года после первого релиза, Apple наконец вернулась к «ножницам» в Magic Keyboard. Параллельно шёл коллективный иск, завершившийся в 2022 году выплатой $50 миллионов — это $50 за каждый проблемный MacBook, проданный в США. Семь лет от первого релиза до полного отказа. Семь.
Провал №2: Touch Bar (2016-2023). Apple хотела сделать MacBook контекстно-зависимым. Реализовала это как сенсорную полосу над клавиатурой. Технически интересно, практически неудобно. Семь лет от первого релиза до полного снятия. Семь.
Провал №3: Magic Mouse с зарядкой снизу (2015-2023). Apple хотела сделать нижнюю поверхность мыши «чистой» (без видимого порта). Перенесла Lightning-разъём на нижнюю часть. Результат: чтобы зарядить мышь, её нужно перевернуть вверх дном — и она не работает во время зарядки. В 2023 году Apple наконец признала проблему и перенесла порт на передний край (USB-C). Восемь лет.
Три провала. Семь-восемь лет каждый. Одна и та же компания, одна и та же корпоративная культура, один и тот же паттерн: блестящая идея, плохая упаковка, годы защиты от обратной связи, тихий отказ.
Здесь нужен честный разговор, потому что объяснение через «Apple высокомерна» — это ленивый ответ, и он не объясняет структуру.
Реальная причина — культурная ДНК, в которой дизайн-команда имеет абсолютный приоритет. В 2015-2019 годах во главе дизайна стоял Jony Ive, чьё интервью CNET о Touch Bar — это чистое дизайн-мышление в его высшей форме: «Делать что-то другое легко. Делать что-то лучше — трудно. Touch Bar — это начало очень интересного направления». В этом интервью нет ни одного предложения про пользователя. Ни одного «как это поможет фотографу быстрее обработать свадебную серию». Ни одного «почему программисты примут это». Дизайн существует ради самого дизайна, и в этом мире «интересное направление» — высший комплимент.
Второй фактор — отсутствие обратной связи внутри Apple. Когда Ive хотел, чтобы MacBook стал тоньше, никто в компании не сказал «это сломает клавиатуру», потому что это означало бы оспорить дизайн-доминирование. Когда Phil Schiller показывал Touch Bar на сцене, никто не поднял руку и не сказал «а как мы будем обновлять это программно?», потому что это означало бы признать, что дизайн без операционной поддержки — это просто hardware-прототип. Apple — компания, в которой вертикаль дизайна не имеет сдержек и противовесов уже больше 25 лет. Это работает, когда дизайн-команда попадает в нерв (iPod, iPhone, iPad). Это катастрофически проваливается, когда дизайн-команда уходит в себя (бабочка, Touch Bar, зарядка снизу).
Третий фактор — финансовая асимметрия решения. Apple тратит на Touch Bar миллиарды: исследования, прототипы, интеграция в production, маркетинг. Признать, что Touch Bar — ошибка, через два года после релиза, означает списать эти миллиарды. Гораздо дешевле ещё четыре года «поддерживать» фичу, постепенно снижая приоритет, и тихо убрать её, когда выйдет новое поколение ноутбуков с другим процессором. Это та же логика, по которой NASA не отменила космический телескоп Джеймса Уэбба после 20 лет задержки и 10-кратного превышения бюджета. Если вы уже вложили в идею имидж и деньги, отказаться от неё стоит дороже, чем довести до конца, даже если «до конца» означает «сделать вид, что всё нормально».
Если вынести из этой истории только один урок, то он звучит так: хорошая инженерная идея без обратной связи от пользователей умирает за то же время, что и плохая. Время — не фильтр, оно просто масштабирует результат.
Три конкретных урока:
Урок 1: не путайте «сложно сделать» и «нужно сделать». Touch Bar был инженерно сложным: собственный OLED-дисплей, отдельный ARM-процессор T1, синхронизация с macOS, Touch ID, API для разработчиков. Apple вложила в это огромные ресурсы, и именно поэтому не могла признать ошибку. Если бы Touch Bar был просто программной фичей, Apple закрыла бы его за полгода. Сложность — это инвестиция в самосохранение идеи, и в Apple это работает как замкнутый круг.
Урок 2: архитектурное решение должно быть на правильном уровне абстракции. Touch Bar пытался решить проблему интерфейса (контекстность) на уровне железа. Stream Deck решил ту же проблему на уровне софта (программируемые кнопки). Один умер, другой живёт. Перенос ответственности на пользователя — это не слабость продукта, это сила экосистемы. Apple в 2016 году не была готова это принять, потому что это означало бы признать, что у пользователя Mac может быть мнение о собственном интерфейсе.
Урок третий, на дне. Есть разница между «Apple провалилась» и «Touch Bar провалился». Apple как компания пережила все три этих провала и продолжила доминировать в премиум-сегменте ноутбуков. Это значит, что провал в UX — это допустимый риск в бизнес-модели, где вы продаёте экосистему, а не устройство. Microsoft может позволить себе провалить Zune, потому что у неё есть Office. Apple может позволить себе провалить Touch Bar, потому что у неё есть iPhone. В компаниях с сильной экосистемой UX-эксперименты становятся расходным материалом, и Apple это понимает лучше всех. Что не делает историю менее поучительной — но делает её менее страшной для самой Apple.
Если бы я проектировал Touch Bar в 2016 году, я бы сделал три вещи иначе.
Во-первых, отдал бы полосу пользователю с первого дня. Не «потом, через два года, в macOS 10.14». С первого дня — SDK, шаблоны, дизайн-гайдлайны, магазин виджетов, поддержка пользовательских шорткатов через Automator (который уже существовал). Если бы Apple в 2016 году выпустила программируемый Touch Bar, мы бы сейчас говорили не о провале, а о новом стандарте индустрии. И Apple была бы готова к Vision Pro гораздо раньше, потому что у неё был бы опыт создания UI для персонального, конфигурируемого сенсорного пространства.
Во-вторых, никогда бы не убрал физический Esc. Это не идеологический вопрос, это физиология. Программист нажимает Esc 200 раз в день, не глядя. Если ваш дизайн требует, чтобы он посмотрел, вы проиграли — причём не конкуренту, а собственной клавиатуре, на которой 30 лет работает рефлекс.
В-третьих, оставил бы Touch Bar как опцию, а не стандарт. Ноутбуки с Touch Bar и без, по цене $50 разницы. Те, кому нравится — покупают. Те, кому не нравится — не покупают. Apple собирает данные, понимает, нужна ли фича, и либо развивает её, либо снимает через 3 года, а не через 7. Самое дорогое в этих провалах — не сами провалы, а годы, в течение которых Apple не позволяла рынку сказать ей правду.
А история учит нас ровно одному: когда вы в последний раз слышали, как Apple публично признала, что конкретная фича провалилась, до того, как её сняли с производства? Если ответ «никогда» — это и есть корень. Дизайн-доминирование в Apple так сильно, что признание ошибки стало роскошью, которую компания не может себе позволить. И пока это так, мы будем читать разборы вроде того, что написал Wichary, ещё десять лет — после того, как Apple уберёт следующую фичу, которая «была началом очень интересного направления».