Яндекс, у вас архитектура посыпалась: почему Кинопоиск и Музыка превращаются в хаос

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

Разберем на примере двух главных сервисов: Кинопоиска и Музыки. 📚 1. Кинопоиск: Смерть через «фичер-крип» Раньше Кинопоиск был лучшей энциклопедией кино в мире (после IMDb). Сегодня это монстр Франкенштейна, в котором сшиты: ⦁ Стриминговый сервис. ⦁ Магазин по продаже фильмов. ⦁ Энциклопедия. ⦁ Билетный агрегатор. Диагноз: Нарушение принципа Single Responsibility (единой ответственности). В чем боль: Когда вы пытаетесь найти информацию о фильме, система изо всех сил пытается его вам продать или заставить посмотреть по подписке. Поиск «замусорен» коммерческими предложениями, а интерфейс перегружен блоками, которые пользователю в 90% случаев не нужны. Архитектурный косяк: Бизнес-цели разных отделов (продажи vs контент) конфликтуют прямо на экране пользователя. В итоге продукт теряет свою уникальную ценность — чистоту и глубину данных. 📚 2. Яндекс Музыка: Алгоритмический пузырь и интерфейсная свалка Музыка всегда была сильна алгоритмами. Но сейчас она превращается в «эхо-камеру». ⦁ Проблема: Система боится предлагать новое. Она «зацикливается» на 10-15 треках, которые вы лайкнули три года назад. ⦁ Интерфейс: Переключение между Моей волной, плейлистами и подкастами превратилось в квест. Диагноз: Закон Конвея в действии. «Организации проектируют системы, которые копируют их структуру коммуникаций». По интерфейсу Музыки видно, что отдел «Подкастов» живет своей жизнью, отдел «Моей волны» — своей, а «Книги» им вообще подкинули на воспитание. Между ними нет единой логики перемещения пользователя. Это не экосистема, это коммунальная квартира, где у каждого свой замок на двери. 📚 Почему так происходит? (Взгляд архитектора) Яндекс попал в ловушку «Экосистемного налога». Чтобы удерживать пользователя внутри Плюса, они вынуждены пихать всё во всё. 1. Продуктовый хаос: Вместо развития глубины сервиса, они развивают ширину охвата. 2. Операционная сложность: Поддержка такого «зоопарка» функций съедает львиную долю ресурсов. В итоге на «полировку» UX и исправление багов времени не остается. 📚 Что делать? (Рецепт архитектора) Если бы я зашел в Яндекс как консультант по архитектуре, мои первые шаги: 1. Радикальное упрощение (Decoupling): Разделить слои данных и интерфейсов. Пользователь должен иметь возможность потреблять контент, не продираясь через рекламные баннеры других сервисов Яндекса. 2. Рефакторинг бизнес-процессов: Синхронизировать KPI отделов. Сейчас они соревнуются за внимание пользователя, мешая друг другу. 3. Возвращение к JTBD (Jobs to be done): Понять, какую ОДНУ главную задачу решает сервис, и вычистить всё, что мешает её выполнению. Итог: Яндекс рискует повторить судьбу Yahoo — стать огромным, неповоротливым порталом, который делает всё понемногу, но ничего — по-настоящему хорошо. А что вас больше всего бесит в сервисах Яндекса? Давайте соберем полный список багов для их архитекторов в комментариях. #яндекс #кинопоиск #яндексмузыка #экосистемы #бизнесархитектура #управлениепродуктом#бизнеспроцессы #менеджмент #ux #сервисы #опы