Как мелкая рутина в работе превратилась в набор инструментов, которыми теперь пользуются тысячи дизайнеров

Первый плагин для Figma я сделал вообще без большой идеи. Мне просто было интересно: насколько сложно сделать свой плагин, если ты дизайнер, а не разработчик?

Я больше 10 лет работаю в продуктовом дизайне, сейчас лидирую дизайн‑команду в Купибилете и практически каждый день работаю в Figma. Код при этом никогда не был моей основной профессией.

Но в какой-то момент AI-инструменты дошли до состояния, когда стало интересно проверить: могу ли я взять небольшую идею и сам довести ее до работающего продукта?

Так появился первый плагин.


Первый плагин был просто экспериментом

CGrab: Color Palette from Image.

Механика простая: выбираешь картинку, запускаешь плагин и он вытаскивает основные цвета и собирает из них фрейм‑палитру, которую дальше можно использовать в макете.

Никакого исследования рынка я, конечно, не проводил. Хотелось просто пройти весь путь самому:

  • придумать идею;

  • разобраться, как работает Figma Plugin API;

  • объяснить AI, что именно должно происходить;

  • запустить все это внутри Figma;

  • опубликовать.

И в какой‑то момент оно реально заработало. Для меня это оказалось интереснее самого плагина.

До этого мысль «было бы классно, если бы Figma умела вот это» обычно заканчивалась довольно предсказуемо: либо ищешь готовый плагин, либо делаешь руками, либо просто забиваешь.

А тут внезапно появился еще один вариант:

сделать самому.

После этого стало сложно остановиться.


Большинство идей начинались с мелких раздражителей

Я не садился утром с задачей «сегодня надо придумать новый Figma‑плагин». Обычно все происходило наоборот.

Я работал, несколько раз подряд делал одно и то же действие и в какой-то момент ловил себя на мысли: зачем я вообще продолжаю делать это руками?

Например, большие Figma‑файлы. Через какое‑то время там обязательно появляются скрытые слои, пустые фреймы, забытые группы, старые куски макетов и всякий мусор после десятков итераций.

Можно периодически проходить по файлу руками. Я решил сделать Clean Hidden & Empty Layers.

Плагин проходит по странице, находит скрытые и пустые слои и помогает быстро их почистить.

Это очень маленький инструмент, и, возможно, именно поэтому он мне нравится.

Запустил → проверил → почистил → пошел дальше работать.

Без отдельного процесса и без еще одного дела, которое нужно держать в голове.


Smart Randomizer появился уже из продуктовой работы

Есть классическая проблема макетов.

У тебя везде аккуратные данные:

Иван Иванов
$100
12:00

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

Поэтому я сделал Smart Randomizer.

Он подставляет случайные данные прямо в текстовые слои: имена, города, время, суммы, числа и другие значения.

Потом появились разные страны, языки, форматы времени, валюты и форматирование чисел.

И здесь я уже начал использовать плагин не только ради скорости. Это удобный способ быстро потрясти интерфейс и увидеть:

  • где текст не помещается;

  • где ломается Auto Layout;

  • где цифры толкают соседний контент;

  • где карточка нормально работает только на идеальных данных.

  • взглянуть на макет с «реальными» данными;

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


Потом я начал упаковывать в плагины почти все, чего мне не хватало

Дальше схема стала довольно понятной.

Если какое‑то действие регулярно встречается в работе и его можно сократить, я пробую сделать инструмент.

Так появился ColorLab.

Мне периодически нужно быстро поправить изображение прямо во время работы над макетом:

  • яркость;

  • контраст;

  • насыщенность;

  • эффекты;

  • какие‑то быстрые визуальные эксперименты.

Не всегда хочется ради этого переключаться в другой софт.

Потом появился Easy Palette для работы с палитрой для светлой и темной темы.

И примерно здесь я заметил, что мое отношение к самим плагинам поменялось.

Первый CGrab я делал примерно с мыслью:

«Прикольно, оно вообще работает».

А через несколько плагинов начал относиться к ним уже как к маленьким продуктам.

Появились совсем другие вопросы: как человек поймет, что здесь нужно сделать? Сколько действий ему понадобится? Нужна ли эта настройка вообще? Можно ли убрать еще одну кнопку? Что должно произойти сразу после запуска? Нужна ли инструкция или интерфейс можно сделать настолько понятным, чтобы она не понадобилась?

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


Perspective быстро напомнил, что вайб-кодинг не магия

Некоторые идеи звучат очень просто, пока не начинаешь их делать.

Например: «Хочу менять перспективу векторного объекта».

Так появился Perspective.

На уровне интерфейса все понятно: есть объект, есть контролы, меняешь значения и получаешь новую перспективу.

Но одно дело нарисовать несколько ползунков. Совсем другое: заставить все это корректно работать с векторной геометрией внутри Figma.

И вот здесь начинается настоящая дружба с вайб‑кодингом.

Иногда описываешь задачу и через несколько минут получаешь вполне рабочий вариант. А иногда AI пишет очень убедительный код, который не работает вообще.

Начинается знакомый цикл:

  1. исправляешь одну проблему;

  2. ломаешь вторую;

  3. меняешь подход;

  4. получаешь новый баг;

  5. возвращаешься назад;

  6. постепенно начинаешь понимать, что вообще происходит;

  7. токены кончились — минус вайб‑кодинг;

  8. возвращаешься на п.1.

Perspective хорошо напомнил мне одну простую вещь:

AI сильно снизил порог входа в разработку, но думать за тебя он не начал.

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

С дизайнерской работой тут довольно много общего. Только разработчик у тебя теперь живет в терминале и никогда не устает от твоих правок.


WordGlue появился из-за висящих предлогов

Один из самых простых моих плагинов называется WordGlue.

Я постоянно работаю с текстом: интерфейсы, продуктовые экраны, баннеры, презентации. И меня всегда раздражали короткие предлоги и союзы, которые остаются в конце строки.

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

В какой‑то момент мне надоело.

Так появился WordGlue.

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

Позже я добавил поддержку нескольких языков.

Figma тоже постепенно улучшает работу с текстом, но мне все равно нравится свой сценарий: запустил плагин → нажал кнопку → готово.

Я знаю, что нужные слои обработаны, и больше об этом не думаю.

Им не обязательно делать много. Иногда достаточно идеально решить одну раздражающую задачу.

WordGlue, пожалуй, лучше всего описывает то, как я сейчас смотрю на небольшие инструменты.


И мой фаворит: ShapeFlow

Теперь вернусь ко второму плагину, который я сделал.

ShapeFlow: Organic Shapes Generator.

Сейчас им пользуются больше 20 000 дизайнеров. И это до сих пор немного странно писать.

Изначально задача была максимально приземленной. Мне хотелось быстро делать blobs, waves, органические формы и абстрактные графические элементы прямо внутри Figma.

Конечно, все это можно нарисовать руками. Можно открыть отдельный генератор, сделать форму там, экспортировать ее и вернуться обратно.

Но хотелось просто открыть плагин и получить результат здесь же.

Так я его и сделал.

Никакого плана набрать десятки тысяч пользователей у меня не было. Вообще было непонятно, будет ли им пользоваться хоть кто‑нибудь кроме меня.

Но после публикации цифры начали расти: сначала несколько человек, потом сотни, потом тысяча, несколько тысяч. Сейчас уже больше 20 000.

И вот это, наверное, самая приятная штука во всей истории.

Ты сделал вечером инструмент, потому что тебе самому было удобно им пользоваться. А потом где‑то в другой стране незнакомый дизайнер открывает Figma и запускает твою штуку в своей работе.

Ты понятия не имеешь, что он сейчас проектирует, но какой‑то маленький кусочек его воркфлоу сделал ты.

Мне это очень нравится.


Почему мне вообще зашел вайб-кодинг

Я не считаю себя разработчиком. И цель стать разработчиком у меня тоже никогда не стояла.

Для меня вайб‑кодинг интересен другим. Он очень сильно сократил расстояние между двумя состояниями:

«У меня появилась идея».

и

«Давайте посмотрим, работает ли она вообще».

Еще несколько лет назад путь для небольшой утилиты выглядел бы примерно так:

  1. появилась идея;

  2. описал задачу;

  3. нашел разработчика;

  4. объяснил механику;

  5. нарисовал UI;

  6. дождался первой версии;

  7. начал исправлять.

Для идеи размером с WordGlue это просто слишком дорого по времени и усилиям. Поэтому половина таких вещей так и осталась бы идеями.

Сейчас сценарий другой. Можно вечером открыть Кодекс/Клод, описать механику, собрать первую версию, подключить ее локально к Figma и довольно быстро потыкать настоящий продукт.

Не получилось? Ничего страшного.

Получилось плохо? Переделал.

Оказалось полезно? Можно идти дальше.

Для меня именно здесь произошел самый интересный сдвиг:

стоимость проверки маленькой идеи стала намного ниже.

И количество вещей, которые хочется попробовать, сразу выросло.


После этого начинаешь по‑другому смотреть на свою работу

Я заметил, что теперь чаще ловлю себя на вопросе: почему я делаю это руками?

Если я десятый раз повторяю одно действие, может быть, его можно автоматизировать.

Если для сценария каждый раз нужно пять шагов, можно ли оставить один?

Если постоянно приходится уходить из Figma в другой инструмент ради одной маленькой операции, можно ли перенести ее внутрь?

По сути это обычное продуктовое мышление.

Мы постоянно ищем такие проблемы у пользователей: что повторяется, где человек теряет время, где слишком много действий, где возникает лишнее трение.

Просто в данном случае пользователь сидит за твоим же ноутбуком.


А 20 тысяч пользователей вообще не обязательны

ShapeFlow, конечно, самый заметный пример. Очень приятно видеть 20K+ пользователей.

Но я бы не сказал, что именно эта цифра делает плагин успешным.

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

Мне вообще нравится идея небольших инструментов именно этим.

Не обязательно сразу делать SaaS, придумывать бизнес на миллиард, искать инвестиции, месяц выбирать нишу и строить огромный роадмап.

Иногда ты просто замечаешь маленькую проблему и делаешь для нее маленькое решение.

А дальше уже может произойти что угодно.


Вместо вывода

За последнее время AI дал дизайнерам довольно интересную возможность.

Мы по‑прежнему можем заниматься своей основной работой: исследовать, проектировать, думать о пользователях, смотреть на метрики и делать интерфейсы.

Но рядом появился еще один инструмент.

Если чего‑то не хватает, это можно попробовать сделать самому:

  • Figma‑плагин;

  • маленький сервис;

  • прототип;

  • внутренний инструмент для команды;

  • эксперимент, который раньше так и остался бы заметкой в Notion.

Для первой версии уже не обязательно искать человека, который напишет ее за тебя.

Но AI при этом не решает самую сложную часть работы.

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

Вот здесь все еще нужен человек.

Для меня вайб‑кодинг не стал способом превратиться в разработчика. Он просто убрал довольно большую стену между:

«было бы классно это сделать»

и

«я уже сделал первую версию, давай посмотрим».

А иногда потом заходишь в Figma Community и видишь, что этой первой версией пользуются двадцать тысяч человек.

Тоже неплохо.

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

Если что‑то кажется полезным, попробуйте это собрать. Если что‑то раздражает вас, возможно, оно раздражает и кого‑то еще. Экспериментируйте, делитесь результатом и делайте вещи, которые хоть немного упрощают кому‑то жизнь.

В конце концов, иногда все начинается просто с мысли: «а что, если попробовать?».