«Яндекс.Деньги» сменят название на «ЮMoney», а «Касса» станет «ЮKassa» Статьи редакции

Потому что вы даже не представляете — сколько усилий нужно приложить, чтобы разработать единую дизайн-систему и внедрить ее хотя бы в актуальные продукты. И какое чудовищное сопротивление при этом преодолеть.  

Легко:

1. Сопротивление на уровне менеджмента.
Изменения, которые не влияют на kpi, но вносят дополнительную работу (а это в больших компаниях никто не любит) и дополнительную ответственность (просто ненавидят), будут максимально откладываться, саботироваться и игнорироваться под разными предлогами.

2. Сопротивление на уровне дизайн-команд. 
Если компания большая и дизайнеры не объединены — вы постоянно будете сталкиваться с недовольством тех или иных решений. У каждого дизайнера есть свое понимание, свой субъективный вкус  и свой опыт. И тут два варианта — либо все решения насильно спускаются сверху, что вызывает нехилое пылание жоп, либо начинается совместное обсуждение, которое может затянуться на долгие месяцы. 

3. Сопротивление на уровне технологий. 
В больших компаниях никогда не работают с одним стеком технологий. У кого-то в проекте может быть бутстрап с реактом, у кого-то ангуляр, кто-то использует сасс, кто-то лесс, а где-то вообще может до сих пор работать все на джиквери. И как здесь договориться с людьми? Давайте перехерачим всю бизнес-логику толстых фронтовых клиентов с ангуляра на реакт просто по приколу ради унифицированного дизайна? Этого никто делать не будет. Как и не будет никто поддерживать дизайн-систему для нескольких фреймворков. 

Еще сюда можно добавить личный интерес всяких консультантов, которые дизайн делали последний раз в школе, но при этом они все равно «эксперты» и к их мнению прислушивается СЕО компании. «Советы» этих людей в подобной ситуации не получится проигнорировать. 

Еще стоит помнить о невероятной сложности унификации кучи разрозненных продуктов. При попытке делать какие-то общие решения для всех, неизбежно будут появляться ситуации, когда для одного продукта какой-то конкретный блок работает отлично, но для другого это будет полный костыль. И вот здесь начинаются раздумья — а где же заканчиваются рамки дизайн-системы и начинаются  специфичные решения. 

Ну и на десерт — зоопарк древних проектов, которые существуют, которыми активно пользуются, но которые уже по ряду причин не интересны компании. Они работают только на поддержке, у них давно нет своих команд. Максимум — продакт-бедолага, которому это впарили. И что с такими проектами делать? Выделить кучу ресурсов на обновление дизайна ради дизайна? Такое себе решение.  

Короче, если вы все еще думаете, что внедрить дизайн-систему в компании масштаба Сбербанка легко — могу вам лишь предложить туда устроиться и показать нам всем мастер-класс. А я пока подержу ваше пиво. 

чувствуется боль практика

Ну у всех крупных it-компаний она есть, почему бы сбербанку за 3 года было не разработать свою.

У Гугла, например 🤪