Ползунокровнопосередине.

В iOS 27 в настройках появился ползунок. Раздел «Оформление», пункт Liquid Glass. Ведёте ручку влево — кнопки и меню становятся прозрачными, как задумывала Apple в прошлом году. Вправо — непрозрачными, будто никакого стекла и не было.

По умолчанию ручка стоит ровно посередине.

По-моему, это самая честная деталь обновления.

Стеклом Apple занималась весь прошлый год. В iOS 26 полупрозрачные меню плохо читались, и люди жаловались. В бетах iOS 26 стекло сделали плотнее — тогда возмутились те, кому прозрачность как раз нравилась. В iOS 26.1 дали выбор из двух вариантов, прозрачного и тонированного. В iOS 27, которая вышла 14 сентября, выбор стал плавным.

Обе стороны спора получили по краю ползунка. Все остальные получили середину.

Кто дойдёт до края

Ползунок выглядит как уважение: решайте сами, мы не навязываем. Есть одна загвоздка. Уважение лежит в настройках.

Туда почти никто не заходит. Джаред Спул описывал, как его команда собрала файлы настроек Microsoft Word у нескольких сотен пользователей. В Word больше 150 настроек. Хоть одну поменяли меньше 5% людей. Остальные работали с настройками по умолчанию, ровно с тем, что поставил установщик.

Дальше там история, которую я бы показывал каждому, кто проектирует интерфейсы.

У 95% пользователей было выключено автосохранение. На интервью люди объясняли это просто: Microsoft знает, что делает, наверное, у них были причины.

Причин не было. Программист заполнил файл настроек нулями: так быстрее, а настоящие значения ему потом кто-нибудь скажет. Никто так и не сказал. Ноль у автосохранения означал «выключено».

То есть никто ничего не решал. А почти все пользователи работали с этим «решением» и считали его продуманным.

Есть в той же заметке Спула деталь, которая мне кажется даже важнее. Программисты и дизайнеры оказались исключением: они часто меняли больше 40% настроек, а некоторые — до 80%.

Получается неловко. Настройки придумывают как раз те немногие, кто ими пользуется. Дизайнер, который предлагает «вынести это в настройки», представляет себе человека, который зайдёт и подкрутит под себя. По сути — себя. А продуктом пользуются остальные девяносто пять.

Я уже писал, что кнопку «выключить» у навязчивой функции надо оставлять. И сейчас так думаю. Только честнее помнить, для кого она: для тех, кто знает, где искать. Остальные будут жить с тем, что вы выбрали за них.

А иногда и знающему не повезёт. Telegram тоже сделал стеклянные эффекты в iOS регулируемыми, только регулятор положил в раздел «Энергосбережение». Человек, которому трудно читать меню, вряд ли пойдёт искать помощь в батарее.

Сколько стоит середина

Рынок, кстати, цену умолчания знает точно. По оценке из материалов антимонопольного дела, Google заплатил Apple около $20 млрд за 2022 год за то, чтобы быть поиском по умолчанию в Safari. Поисковик там меняется в настройках. Двадцать миллиардов платят за уверенность, что туда почти никто не пойдёт.

А внутри команд умолчание нередко выбирают так же, как в том Word. Что получилось. Ноль в конфиге. Вариант, который первым нарисовали в макете. Или середина, чтобы никто не обиделся.

Середина у Apple — тоже решение. Просто оно принято по логике переговорки: стороны спорят, договориться не могут, и все соглашаются на компромисс. Для совещания это нормальный исход. Для интерфейса так себе. Середина между «красиво» и «читается» может оказаться и не очень красивой, и не очень читаемой.

Можно рассуждать с другого конца. Умолчание выбирают для человека, который в настройки не зайдёт никогда. Ему нужно, чтобы меню читалось. А красоту можно спокойно отдать на край ползунка: тот, кому прозрачное стекло важно, как раз из тех пяти процентов, которые туда дойдут.

Тут есть ещё и чисто инженерная ловушка. В том файле Word ноль означал сразу две вещи: «выключено» и «никто не трогал». Отличить одно от другого было нельзя. А раз нельзя, умолчание уже не поменяешь без риска: заодно перепишешь выбор тех, кто выключил автосохранение сам и нарочно.

GitHub в конце сентября показал, как это выглядит, когда разницу помнят. С 22 октября у Copilot для компаний всё, что администратор не настроил, пойдёт по общему значению по умолчанию, а явные решения останутся как были. Чтобы так сделать, система должна помнить про каждую настройку ещё одно: выбирал её человек или нет. Это одна колонка в базе. Без неё первое случайное умолчание застывает навсегда.

Я не против настроек. Есть вещи, которые правда у всех разные: размер шрифта, тёмная тема, язык. Там настройка — нормальная забота о человеке.

Подозрительны другие. Те, что появились после долгого спора. Если команда не смогла договориться, переключатель спор не закрывает. Он переносит его в меню, куда почти никто не заглянет. А для остальных решение примет то, что стоит по умолчанию, — продуманное или нолик в файле.

Поэтому у каждого нового переключателя до релиза стоит спросить одно: что мы поставим по умолчанию и почему именно это. И ответить так, будто переключателя не будет вовсе. Для 95% людей его и правда не будет.

Сколько в настройках вашего продукта переключателей, за которыми стоит совещание, которое так и не закончилось?