Правильний інструмент для задачі: справжній ворог — переускладнення

Нещодавно я аудіював UX цікавого продукту. Зокрема проходив онбординг — не милуватися, а зрозуміти, чи він працює.

Зачепило мене не дизайнерське рішення чи бібліотека компонентів, а вибір. Замість повноцінного інтерактивного онбордингу з кастомним кодом, моками, iframe-гімнастикою й нескінченними погодженнями команда зробила дещо значно розумніше.

Дублювала наявний UI-kit у Figma, зібрала клікабельний прототип і використала його як онбординг.

Без часу розробників. Без бекенду. Без диму й дзеркал. Лише ясність.

Тут і згадалася мудрість Дані Рохаса — не про партизанську війну, а про продуктові реалії:

> «Правильний інструмент для правильної задачі. Усе інше — змарновані набої». — Дані Рохас, Far Cry 6.

Цитата не про софт, але, чорт забирай, як пасує.

Чому це було геніально

У цифрах: 3–4 дні на збирання. 0 інженерних годин на код онбордингу. Без CI/CD, циклів QA, моків і планування спринтів.

Нативна реалізація вимагала б тижнів фронтенду, бекенд-ендпоїнтів або моків, QA та регресії, CI/CD, погоджень зі стейкхолдерами й головного болю для всіх.

Натомість: Figma → прототип → посилання → готово.

Для мети онбордингу не потрібен завод. Потрібні двері.

Принцип, який забувають

Люди плутають інструменти з експертністю.

Знати, що застосувати, — навичка. Знати, чого не застосовувати, — майстерність.

Ясність створюють не інструменти. Рішення.

Справжній висновок

Якщо потрібне мачете, не тягніть ракетну установку. Якщо потрібен прототип, не наймайте трьох розробників будувати імперію.

І на біс: правильний інструмент для задачі — не кліше. Це стратегія, яка масштабується. Усе інше — его в технічному камуфляжі.