Рубрика Разбор Кейсов: Как сделать BDUI?

Как делать BDUI не хватит и десятка часов обсуждения. Мы уже делали марафон проектирования, где вместе с сеньорными разрабами из т-банка, яндекса, сбера пытались собрать свой "идеальный BDUI". Краткую выжимку нашей совместной сессии я выложил на сайт.

Во ВШЭ я проводил лекцию, где мы со студентами пошатали эту тему.
В Авито я 2 года писал на BDUI и нативных задач под iOS было около 30%. Сейчас в Еде мы сейчас проходим активный этап трансформации, здесь возможностей влияния больше и я даже пытаюсь лидировать пару направлений.

Разработка BDUI это всегда дорого, сложно и тяжело.

Сложность делится на несколько категорий:

1️⃣ Техническая

По факту вы делаете аналог собственной кроссплатформы. Свой язык программирования через JSON, без компиляции, который пишет пара человек и первые кварталы стабильно наступает на грабли.

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

2️⃣ Психологическая и продуктовая

Это недооценённая сложность. Такой инструмент также требует правильных политических решений. Когда разрабатываете — нужно уметь слышать боль разных людей и эффективно их решать.

По факту вы разрабатываете продукт для разрабов, который меняет всю игру и привычки. Философию их прошлых языков программирования.

🟣Разрабов, которые привыкли к нормальным инструментам и практикам
🟣Тестировщиков, которым стало тестировать значительно сложнее
🟣Продакта, который не понимает, почему стандартные задачи теперь делаются вдвое дольше и с кучей багов

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

Формула идеального BDUI такая:
1️⃣ Рабочая дизайн-система. Которую умеют рисовать дизайнеры и которую уже обкатали разрабы.
2️⃣ Сильная система на бэке: продуманные API и их дизайн
3️⃣ BDUI SDK на каждом клиенте, который умеет без ошибок строить UI в тысяче разных кейсов. Баги будут 100%. Вопрос в том, насколько быстро вы их отловите.

BDUI ускоряет time to market для фич. Только большинство этих фич будут скорее всего неудачными. Вы должны придумывать как это уметь контролировать, мониторить, выпиливать.

Когда BDUI оправдан?

Почти все маркетплейсы и финтехи легко перекатываются на BDUI. Вам нужны сотни АБ тестов и почти индивидуальный лайаут под разных пользователей. Где вы торгуете разными товарами и это надо быстро менять.

📣 BDUI это не серебрянная пуля

Почти все компании поначалу думают, что на нем можно сделать все. Но с практикой и опытом, цифрами и аналитикой, багами и техдолгом приходит понимание, что это не так. Код деградирует, знания подаются инфляции, менеджеры и евангелисты ротируются. В итоге это всегда будет сбоку, а не вместо.

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

Это короткий совет по BDUI. Какие бы вы советы дали нашему подписчику?

А по традиции я попрошу поставить 🔥 если такая рубрика интересна