Back to blog
Design · Code · Workflow 2026 · APR

Figma не вмерла. Не зовсім.

  DMYTRO SHAIN 2026 · 04 · 29 5 MIN READ
Figma vs Code - блог-обкладинка

Цього тижня вкотре чую: навіщо Figma, якщо є Claude Code.

Не зовсім.

Figma жива, поки треба думати. Як тільки переходиш у фазу шипінгу - вона стає бутилкою, в яку наливаєш дизайн перед тим, як перелити в код. Зайвий крок.

В мене зараз так. Скетчу в Figma. Як тільки розумію форму - йду в Claude Code, відкриваю компонент, переписую state, передивляюсь у браузері. Через 20 хвилин у мене PR на ревью, де engineer бачить не моки, а живі дифи в дизайн-системі. Він пингує "слухай, тут хеш від токена не сходиться з продом". Я перевіряю - дійсно, поплив --bg-2 після останнього merge.

PR diff - один тред, один merge
Раніше це було б розмазано на тиждень. Тепер - один PR, один thread, один merge.

Що я НЕ роблю в коді. Не починаю проєкт у браузері. Не кидаю команді 800 рядків CSS і "нумо рев'юйте". Не граю в інженера. Я лишаюсь дизайнером, просто працюю там, де живуть мої артефакти.

А де ж тоді PMs з їхньою Claude Design

PMs які ставлять Figma на пенсію через AI - роблять помилку. Ось мій сусід-PM минулого тижня скинув мені дизайн з Claude Design. Круто ж, ПМ сам задизайнив, я не витрачаю час на міні-таску.

Але... в цьому дизайні вся логіка розвалюється. Ти видаляєш товар - дані просто стираються з бази в один клік, без можливості повернути. Тупо mismatch між тим, як виглядає UI, і тим, що відбувається в системі.

ПМ не став дизайнером. Навіть з роками "надивленості" на продукти. Людина далека від ІТ - тим паче. І це нормально.

Висновок

Figma не зайва. Зайвий - сам процес здавання PNG. Інструмент важливий лише там, де приймається рішення. Решта - має жити в коді.

Шипи там, де зростає продукт. Не там, де зручно показати скрін.