Цифра Комягина

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

Если вы строите программный продукт — не отчаивайтесь. Ai-мир не уничтожает ваш рынок, но да — круто на него влияет. Не игнорируйте Ai-агентов, начните относиться к ним, как к одним из пользователей ваших продуктов. Да, пока это небольшая аудитория. Но она растет и растет стремительно. Адаптируйтесь. Ну … или не делайте ничего и умрите 😈

P.S. На этот лонгрид меня сподвиг написать пост моего хорошего друга и бизнес-лидера Кайтен (надеюсь, я не исказил его должность — прости, Лёх, если не прав) — Алексея Халезова. Оставляю ссылку на оригинал и советую подписаться на его канал. Если вам нравится тут — с большой долей вероятности понравится и там (https://t.me/alexkhalezov/420).

Программным продуктам конец? Давайте вместе разбираться.

Много в последнее время разговариваю с самыми разными знакомыми о будущем SaaS-продуктов в частности и программных продуктов вообще. Вернее … о том, а есть ли это самое будущее?

Признаюсь честно: когда я лично навайбкодил свой первый программный продукт ещё в январе этого года, я первым произнёс «всё — Тильде конец!»

Сейчас я почти ежедневно общаюсь с такими же новообращенными коллегами, которые прозносят ровно ту же фразу, только Тильду заменяют на любой другой продукт — amoCRM, 1С-Битрикс, Todoist (и вообще любые тудушники), ну и т.д. Наиболее отважные собираются “вайбкодить” ERP-системы вроде 1С:Предприятие.

А что случилось?
С одной стороны — действительно, в первом квартале этого года на биржах случился т.н. “SaaSpocalypse” (в вольном переводе - “ПОкалипсис”) — меньше, чем за 48 часов акции софтверных компаний потеряли около $285 млрд. капитализации. Некоторые упали на 50-75%. И это все запомнили.

А вот о том, что в мае акции тех же компаний отросли на 21% — лучший месяц с 2001 года, на секундочку, — написали уже не все.

Это было во-первых. А во-вторых — стоимость акций это ожидания инвесторов относительно БУДУЩЕЙ выручки компаний. Но действительно ли выручка компаний рухнула на 50-75%? Пока не знаем — увидим после отчетного периода. Но субъективно — не думаю.

Кому будет плохо?
Да, по некоторым отраслям появление агентной разработки нанесет тяжелый удар. Изменит их радикально. В частности, это касается рынка CMS — 1С-Битрикс, WordPress в меньшей степени, Tilda и Wix в большей степени.

Мой тезис: с появлением агентной разработки CMS выглядит, как атавизм. Проще человекопонятным образом в терминал написал (а еще лучше — голосом надиктовать), какие изменения тебе нужны на сайте. Вжух — и спустя 2-5 минут всё уже готово.

Сильно пострадает модель тарификации per-seat, когда цена зависит от числа пользователей. Тут и наш парольный менеджер BearPass чувствует себя неуютно — у нас именно такая модель.

А вот модели Pay-As-You-Go (оплата за потребляемый объем) скорее всего останется. Пользоваться продуктами всё больше будут не люди, а Ai-агенты, поэтому пользователь может быть один (агент), но использование может быть более интенсивным.

Кто выживет или даже выиграет?
Продукты, которые хорошо решают конкретную задачу, не только переживут эру вайбкода, но и выиграют.

Зачем изобретать велосипед? Если Github прекрасно работает с репозиториями, для чего писать его “с нуля”? Можно ли? Теоретически — конечно. Нужно ли? А зачем?

Если вся организация с удовольствием сидит на Битрикс24, зачем его переизобретать? То же касается парольных менеджеров, PIM/ERP/DWH-систем. С появлением “агентов”, такие продукты только выиграют — их использование станет более частым и интенсивным.

Но чтобы укрепить лидерство, продуктам придётся рассматривать агентов как отдельную целевую аудиторию. Делать сервисы удобными для них. Возможно — более удобными, чем для людей. API-first, MCP-first, headless-концепции станут таким же «новым чёрным», каким стала адаптивность в эпоху смартфонов.

Цифры
Косвенно мою гипотезу подтверждают публикации, говорящие о том, что выручка Github растет год к году на 40%. Вроде бы неплохо … но если сравнить с ростом выручки Anthropic (Claude Code) — это частная компания и все данные взяты из публикаций СМИ — она утроилась за тот же период. То есть на 300% против 40%.

А как дела у Wix — ближайшего аналога популярного в нашей стране конструктора лендингов Tilda? Удивительно, но выручка Wix растет! На скромные 14%. И, главным драйвером роста выступает их новый ИИ-конструктор приложений Base44. Но рост этот дается дорого. В буквальном смысле — наверняка вы уже наталкивались на его рекламу в YouTube.

Я десять лет не мог убедить команду писать регламенты
ИИ справился за пару месяцев

Программисты и дизайнеры ненавидят писать регламенты. Я сам ненавидел. А теперь смотрю, как инженеры в команде делают это добровольно — и понимаю, что ИИ принёс пользу, которую никто кажется не закладывал.

Чтобы поручить процесс агенту, его сначала нужно описать: последовательность операций, ограничения, критерии решений в реперных точках. По сути — тот самый регламент.

Ничего нового. Бизнес-процессы, чеклисты, стандарты существовали всегда. Под это есть целая профессия — аналитики.

Но попросите специалиста описать свою работу. У него вагон задач, и копаться в «полезной бюрократии» некогда и нудно. У меня самого в такие моменты включались прокрастинация и самосаботаж.

А без описания процесс не сделать отчуждаемым. Качество скачет от человека к человеку, и вместо бизнеса получается артель — коллектив мастеров, где каждый работает на свой манер. Говорят, так была устроена ювелирная фабрика Фаберже.

И вдруг процесс пошёл. Люди сами начали собирать документацию по кускам своей работы — чтобы скормить агенту и облегчить себе жизнь.

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

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

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

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

Особенность России в том, что затяжных системных кризисов у нас не было давно. Все кризисы носили точечный характер, и спрос достаточно быстро восстанавливался. Поэтому, впервые заметив изменения прошлым летом, многие терпели в надежде, что ситуация придёт в норму так же быстро, как и в прошлые разы.

Этого не случилось. Уже осенью бизнес перешёл в стадию консервации — начался процесс отказа от инвестпроектов и увольнений. Люди стали терять работу, а найти новую в такой ситуации оказалось не так-то просто.

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

Хорошая новость: любой цикл имеет своё начало и своё завершение. Цикл спада рано или поздно достигнет дна и сменится циклом роста.

Плохая новость: до этого цикла роста доживут не все. Только за первый квартал закрылось 200 тысяч компаний. До последнего держались стоматологи, но на днях вычитал в канале у товарища, что и он закрывает две клиники из шести. Товарищ старается подать информацию в лучшем свете, но фактически речь идёт о сокращении бизнеса на треть.

Что, с моей точки зрения, стоит делать сейчас, чтобы оказаться в числе тех, кто сумел пережить этот спад?

1. Всё внимание текущим клиентам. Общайтесь с ними чаще, оставайтесь надёжным партнёром. Если нужно — предлагайте гибкие условия: рассрочка или снижение маржинальности лучше, чем потерянный клиент.

2. Простаивающие мощности загрузите внутренними проектами. Давно собирались сделать продукт или автоматизировать процесс? Сейчас — самое время. Позже окупится.

3. Режьте процессы, а не людей. Я много писал в последнее время про AI-автоматизацию. Займитесь этим в первую очередь в зонах «бутылочного горлышка».

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

5. Не повышайте цены. Звучит парадоксально, но сейчас лучше иметь денежный поток с нулевой маржой, чем очень эффективную, но обезвоженную систему.

6. Обеспечьте постоянную работу с дебиторкой. В кризис все платят плохо, но в первую очередь платят тем, кто работает системно и последовательно. Если нужно — в ближайших постах напишу схему, которая работает у нас.

7. Самое большое внимание — маркетингу и продажам. Сейчас «на коне» будет не тот, у кого лучший продукт, а тот, у кого лучшие продажи. Да, добывать новые сделки сейчас непросто. Но если наладите конвейер лидогенерации на «низком рынке» — представьте, что он сможет сделать на «высоком».

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

Если вы лично в плохом состоянии и с низким ресурсом — разберитесь сперва с этим. Тут принцип авиаполёта: сперва наденьте маску на себя, потом на ребёнка.

Если коротко — не плачем, хуячим.

Цифра Комягина

Как я защищал годовой отчет с помощью Claude Design

Кроме того, что я руковожу и развиваю SVK.Digital, я инвестирую в создание IT-продуктов. Стараюсь особенно не распыляться, и до декабря прошлого года в моем “портфеле” было всего три компании — игровая платформа PARTYstation, агентство интернет-маркетинга ТОП СПОТ и парольный менеджер BearPass. В этом году я вышел из состава учредителей PARTYstation, поэтому портфельных компании осталось всего две.

Во вторник защищал перед акционерами BearPass отчет по итогам 2025 года. Если у вас есть стратегический инвестор, то помимо приятных возможностей появляется ряд обязательств. Одна из них — защита годового отчета и утверждение планов. Мероприятие не формальное: недовольные результатами акционеры вполне могут инициировать вопрос о прекращении ваших полномочий и избрании нового руководителя. Для вашего же продукта.

Для подготовки презентации я использовал Claude Design. Предварительно написал md-файл с содержимым всех 25 слайдов. Примерно с половиной Claude Design справился отлично — и тут недельный лимит закончился. Не дневной, а недельный. А мероприятие несдвигаемое: собрать занятых акционеров в один день и одно время — та еще задачка.

Что сделал? Выгрузил первые 14 слайдов архивом и скормил Claude Code. Вместе с ним разобрал получившийся дизайн в систему, превратил в небольшое веб-приложение и успел собрать недостающие слайды в том же стиле. Claude Code потратил около 20% дневного лимита — не недельного.

Какие выводы сделал для себя про Claude Design:

С дизайном интерфейсов справляется хорошо. С креативным дизайном — на порядок хуже. Зато отлично соблюдает существующую дизайн-систему: если у вас есть креативный дизайн от опытного дизайнера, правильно оформленный в Figma, Claude Design будет точно следовать заложенным принципам.

Главная проблема — прожорливость. Эффективный способ использования: набросок из 2-5 интерфейсов в Claude Design, потом переносить в Claude Code и работать там.

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

Отчет и планы я, кстати, перед акционерами защитил. И полномочия генерального директора на текущий год сохранил.

Так что продолжаем вместе с командой BearPass строить сильнейший парольный менеджер в России (он кстати для менеджмента секретов в вайбкодинге тоже подходит). Если ваша организация до сих пор по каким-то причинам не использует для работы с паролями BearPass — напишите мне, сделаем приятную скидку.

Наши AI-сервисы: первые результаты
Пару постов назад я рассказывал о том, как мы начинали перевод конвейера на AI-first принципы. Обещал поделиться результатами — делюсь некоторыми наиболее успешными нашими системами, которыми мы уже пользуемся ежедневно.

Сметчик
Раньше на оценку проекта уходило до двух недель. Нужно было собрать 2-3 специалистов, дождаться их свободных слотов (иногда неделю), каждый тратил по полтора-два часа. Итого — десятки человеко-часов на одну смету.

Сейчас первую версию оценки мы получаем за 20 минут. Да, поначалу система промахивалась сильно. Но после нескольких месяцев обучения на наших данных — попадает в «человеческие» оценки с погрешностью 10-15%. Специалисты теперь не оценивают с нуля, а проверяют и корректируют.

Транскрибатор встреч
У наших РП минимум 2-3 встречи в день. После каждой — фоллоуап. Раньше на него уходило 20-30 минут, и всё равно выпадали важные детали.

Теперь ИИ расшифровывает запись, агент готовит черновик фоллоуапа и недельный отчёт для клиента. РП проверяет и отправляет. Экономия — час-полтора в день на каждого руководителя проекта.

Чтобы соблюсти все требования законодательства, транскрибацию приходится делать на локальных моделях. Получается медленно. Поэтому вчера я попробовал использовать Яндекс Ai SpeechKit — вы будете смеяться, но … вполне юзабельно и гораздо быстрее, чем локальная модель на бытовых ноутбуках.

BI-дашборд
В Jira можно вытащить всё. Но она сложная, и большинство команды её аналитикой не пользовались. Мы построили простой дашборд: отгрузка в часах, бэклог, утилизация, график отпусков с автоуведомлениями. Эта система, наверное, сейчас одна из самых используемых после самой Jira.

Code review
Ревью кода — это 40-50 часов в месяц наших сильнейших инженеров. По себестоимости — 100-150 тысяч рублей. Каждый месяц. Теперь первичный проход делает агент: ловит типовые ошибки, проверяет стиль, указывает на потенциальные проблемы. Синьоры подключаются выборочно — для сложных случаев и архитектурных решений. Мы не можем позволить себе бесконтрольную агентную разработку в клиентских проектах.

Что ещё?
Разработчики пишут код в Cursor и Claude Code. Дизайнеры прототипируют в Claude Design и работают над бесшовной связкой Figma с фронтендом. HR в полуавтоматическом режиме готовят записки к резюме. QA отслеживают «застрявшие» дефекты. Строим скоринг откликов на вакансии и автосборщик коммерческих предложений — оба в работе.

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

Но меня не покидает лютое FOMO. Все время кажется, что у нас все жутко медленно и остальные уже ого-го!

Похвастайтесь, что вы у себя уже автоматизировали? Интересно сравнить.

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

Как и в традиционной разработке, AI активно использует сторонние библиотеки в своём коде. Ну, в самом деле, зачем изобретать велосипед для типовых операций вроде создания PDF или чтения содержимого Excel-файла, если можно за секунду вставить готовый код?

Вот этим вчера в очередной раз воспользовались злоумышленники. В популярной библиотеке PyTorch Lightning нашли вредонос — заражены версии 2.6.2 и 2.6.3 пакета lightning. Достаточно сделать pip install lightning, и при первом импорте срабатывает 11 МБ обфусцированного JavaScript: утекают токены GitHub, ключи AWS/Azure/GCP, секреты CI-раннеров.

PyTorch Lightning охотно используют и Claude, и Codex в задачах, связанных с обучением LLM, диффузионных моделей и временных рядов. И это всего лишь очередной случай. До этого были десятки, если не сотни других.

Что делать прямо сейчас?

Если устанавливали 30 апреля lightning, откатиться до версии 2.6.1, ротировать все ключи и проверить репозитории на наличие посторонних файлов в .claude/ и .vscode/.

Что сделать на уровне вайбкодинга?

Тут нужно сделать пометку, что на уровне вайбкодинга серьёзно защититься от таких инцидентов не выйдет, и критически важные системы всё же должны писать квалифицированные разработчики, даже если у вас всего лишь сеть боулинг-центров.

Почему? Потому что Claude Code не всегда может прочесть инструкции, а время от времени может их даже игнорировать, особенно если вы работаете в режиме --dangerously-skip-permissions.

Но тем не менее стоит добавить в Claude.md вот такие инструкции:

## Безопасность зависимостей

При установке любых Python/npm пакетов:
1. Проверять возраст версии: `pip index versions <package>` для Python, 
   `npm view <package> time` для npm. Если последняя версия младше 14 дней — 
   остановиться, сообщить мне, предложить предыдущую стабильную.
2. Перед установкой запускать `pip-audit --requirement requirements.txt` 
   или `npm audit` соответственно.
3. Никогда не использовать `pip install <package>` без указания версии. 
   Всегда через requirements.txt или pyproject.toml с pin-ом.
4. Для критичных проектов проверять пакет через `socket package score <name>` 
   если CLI установлен.

Что делать на уровне команды разработки?

1. Включить pip-audit и npm audit в CI всех активных проектов.
2. Проверить, что во всех проектах есть lock-файл с хешами.
3. Написать hook для Claude Code на PreToolUse, блокирующий установку пакетов младше 14 дней.
4. Поднять внутренний PyPI/npm proxy (devpi или Nexus) с quarantine policy.
5. Включить Socket, Safety или Snyk в GitHub-репозитории.

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

Цифра Комягина

ИИ-зация конвейера разработки ПО. Полевые заметки.

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

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

Затем я прошёл все стадии принятия неизбежного по Кюблер-Росс: отрицание, гнев, торг, депрессия (все новогодние праздники я провёл в довольно тягостном расположении духа) и, наконец, принятие.

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

Тогда было принято интуитивное решение — опереться на тех немногих AI-евангелистов, которые уже были в компании: в основной своей массе это были молодые ребята, которым, возможно, недоставало опыта в профессии, но зато энергии и энтузиазма было не занимать. Им были даны полномочия и определённая свобода действий.

Следующим решением мы ввели компенсации для сотрудников, использующих AI в своей работе. Фактически, мы согласились компенсировать команде затраты на оплату подписок ведущих моделей с лимитом в $100 в месяц. Одновременно с этим мы организовали корпоративный VPN так, чтобы любой сотрудник мог относительно без труда получить доступ к необходимым ресурсам.

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

Важным этапом стало «инфицирование» лидеров. Это заняло некоторое время и потребовало определённого терпения и поддержки, но сейчас около половины наших лидеров уже прошли этапы адаптации и начали делиться результатами собственных работ в области вайбкодинга или даже агентной разработки. Оставшаяся половина, как минимум, перестала сопротивляться и саботировать процесс.

У каждого подразделения появились собственные лоскутные средства автоматизации, вау-инструменты для того или иного бизнес-процесса или его фрагментов (если интересно — могу рассказать о наших успехах в одном из следующих постов).

Я очень радовался нашим небольшим успехам, но в какой-то момент понял, что сейчас наступает следующая очень важная фаза — синхронизации всех этих разрозненных усилий. Каждый отдел занимался AI-трансформацией своего блока работ. В результате мы получили приличный такой зоопарк плохо стыкуемых между собой решений. Зачастую коллеги из одного подразделения пользовались совершенно разным инструментарием для решения одних и тех же задач.

Сейчас мы свели все инициативы в одну большую дорожную карту, ответственность за реализацию которой лежит, с одной стороны, на наших лидерах, а с другой — на тех самых AI-евангелистах, которые помогали мне сдвинуть конструкцию в самом начале.

Параллельно мы прорабатываем цельную карту нового SDLC (производственного процесса), проектируя новый конвейер так, чтобы различные цеха были связаны между собой максимально бесшовно.

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

Спрашивают в личке: "Как попробовать?"

Да элементарно, друзья, — открываете привычный ChatGPT. И просите в контексте чата подготовить вам иллюстрацию, описывая, что конкретно вам необходимо. Я вот лично просто давал абзац текста, требующий визуализации и просил проиллюстрировать.

Возможно потребуется платный тариф, но они начинаются от $20 в месяц — поверьте, за 1500 рублей я бы шесть иллюстраций такого качества точно бы не смог заказать. Да и ждал бы не меньше недели (пока найдешь иллюстратора, пока ТЗ напишешь, пока дождешься результата, пока напишешь второе ТЗ на правки ... бррр).

В общем — действительно ничего сложного.

А теперь еще и новый лидер среди моделей для иллюстрирования
И нет ... это не Claude Design ))

Ещё несколько недель назад я в разговоре с товарищем жаловался, что единственное, чего мне пока не хватает от AI-инструментов — это нормальной генерации изображений. Нет, есть конечно и NanoBanana, и MidJourney, и другие сервисы, умеющие создавать не только классные картинки, но даже фотореалистичные видео. Но сервиса, в который можно было бы скормить статью и сказать «на вот — почитай и проиллюстрируй», я найти не мог.

В понедельник OpenAI выпустили ChatGPT Images 2.0 — новое поколение модели генерации картинок. Главное обновление — точность и контроль. На демо-ролике показаны даже целые развороты журналов, аккуратно свёрстанные моделью — с качественной типографикой и хорошей композицией. Была заявлена также качественно улучшенная работа с текстами — японский, корейский, китайский, хинди, бенгальский. Кириллица в демо тоже мелькает, но в основной список не попала — надо тестировать.

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

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

Но что я рассказываю — вот эта статья, посмотрите сами. Неплохо же?

Нам для одного из проектов сейчас нужна модель, умеющая точные нотации выдерживать — ну, например, построить BPMN-диаграмму или чертёж по ГОСТу, выдержав все требования к формату. Начиная работу над проектом, я честно предупредил клиента, что с этим у текущих моделей пока сложности, но скорее всего на горизонте 3–6 месяцев решение появится и мы сумеем его использовать.

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

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

В прошедшую пятницу довольно шумно вышел Claude Design и сразу взорвал рынок.

Почему? Ведь AI-решения для дизайна были и до него. Можно вспомнить как минимум Lovable, Replit, Stitch от Google, Pencil!

Да, все эти решения способны были сделать прототип из 2–3 страниц, но при попытке создать или поддерживать то, что у профессионалов называется «дизайн-системой», начинались проблемы. Создавая седьмую страницу из серии, сыпалась первая, а один и тот же (по логике автора) элемент начинал выглядеть иначе.

Claude Design меняет правила игры. Заявляется, что самая мощная на сегодняшний день модель Anthropic — Opus 4.7 — способна не только создавать собственные дизайн-системы, но и распознавать и придерживаться чужих. То есть буквально: загружаете собственную дизайн-систему, и все ваши продукты — сайты, лендинги, презентации — создаются в строгом соответствии с ней.

Акции Figma — главного на сегодняшний день игрока на рынке UX/UI-дизайна — в тот же день рухнули на 7%.

На мой взгляд, реакция слишком драматичная.

“Claude Design практически идеален для меня лично и отлично ложится на мой workflow: быстро спроектировать и сделать основу с помощью AI, а затем доделать руками в режиме редактирования под своё видение, сохраняя полный контроль. Супер!” — пишет Никита Михеенков, дизайнер и со-основатель агентства Nimax.

Figma останется в деле, но скорее всего потеряет рынок как инструмент прототипирования. Теперь быстрые прототипы дизайнеры будут собирать в Claude Design, результат переносить и дорабатывать в Figma, а полученные макеты почти бесшовно переносить во frontend-компоненты того же Claude Code.

Мы в Студии сейчас конвейер разработки ПО именно в такую сторону перестраиваем. Раньше всех в процесс ИИ-зации у нас включились ребята из frontend-разработки, следом подключились backend-ы, сейчас на ИИ-инструментарий активно переходит как раз отдел дизайна.

Да, пока Ai всё еще не слишком хорош в том, что называется “креативным дизайном”, и лучше справляется с задачами дизайна интерфейсов. Но, подождите … еще полгода назад он не умел и этого. Так что то ли еще будет.

13 советов самому себе

Вчера отметил свой день рождения. Спасибо большое за поздравления. Я не всем вчера успел ответить, но я видел ваши звонки и сообщения, друзья. Вы — лучшие!

У кого-то увидел формат “советы самому себе”. Мне понравилось, и захотел сделать такое же в своем канале. Оказалось не таким уж простым занятием (попробуйте на досуге), но если бы я мог поговорить с собой 20-летним, я бы дал себе вот такие советы …

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

2. Цели дают энергию. Сядь и разберись со своими целями и желаниями, построй личную стратегию, помни, что задача без срока — сирота, и раздели каждую из них на простые шаги. Жизнь заиграет новыми красками.

3. Люби себя и верь в себя. Если ты сам себя любишь, как тебя полюбят другие? Если ты сам не веришь в свои идеи, кто за тобой пойдет? Ты не идеален. Но ты и не обязан им быть. Твои недостатки и темные стороны личности — это тоже ты. Прими себя таким, какой ты есть.

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

5. Желание быть всегда правым — это глупость! Если ты не прав — умей признать это и принять более конструктивную и эффективную точку зрения. Да, даже если она не твоя.

6. Окружай себя сильными людьми. Если ты — самый умный в комнате, пора сменить комнату. Ты сможешь становиться сильнее только тогда, когда твое окружение сильнее тебя. Касается всех сфер жизни.

7. Научись доверять людям. Не пытайся всё сделать сам. Ищи лучших в своем деле и не пытайся их учить — правильно ставь цели, обеспечивай нужной мотивацией и условиями, и не мешай.

8. Дисциплина и настойчивость решают. Не сдавайся и не отступай! Нет никакого таланта — есть вложенные тысячи часов, литры пота и крови. Без боли нет роста.

9. Умей рисковать. Тише едешь — дальше будешь? Это да. Но невозможно крупно выиграть, не делая крупных ставок. Это математика. Время от времени нужно играть “олл ин”.

10. Боишься — не делай. Делаешь — не бойся. Делай то, во что веришь с полной самоотдачей. Лучше сделать и потом сожалеть, чем всю жизнь сожалеть о том, чего так и не сделал.

11. Занимайся спортом. Лет до 35 организм простит тебе многое. Но потом начнутся проблемы и будет поздно. Тело, разум, дух — тебе нужно заботиться о всех трех составляющих твоей личности постоянно.

12. Зависимость — это несвобода. Табак, алкоголь, секс, игры, люди — знай меру во всем. Если ловишь себя на нездоровом влечении или зависимости к чему-либо — ты не свободен. В зависимости невозможно быть эффективным и принимать качественные решения.

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

АнтиНЭП 2.0

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

👍 Повышение налогов. Рост налогов на прибыль и НДС. Отмена пониженных страховых взносов для МСП. Каждая из этих мер по отдельности — «ну, можно понять». Если сложите вместе — это уже самозатягивающаяся петля.

👍 Блокировки. Сервисы, вокруг которых бизнес строил каналы продаж и зарабатывал деньги, последовательно отключаются: Telegram, YouTube, прочие теперь даже называть вслух нельзя. Планируют агрессивно бороться с VPN — от взимания доп.оплаты за использование таких сервисов до лишения аккредитации IT-компаний, пропускающих такой трафик.

👍 Ползучая национализация — от «временного управления» до прямого отъёма активов через суды. Тут перечислять можно долго: Макфа, Главпродукты, Домодедово, Almaz Capital. Да, всё это конечно под эгидой борьбы с внешним врагом, но я скорее о самом факте ...

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

Многие сейчас твердят: зачем стрелять себе в ногу? МСП в 2023 году заплатили в бюджет 9,15 трлн рублей налогов и взносов. Каждый пятый рубль бюджета! Причём налоги от МСП за четыре года выросли на 75% — при том, что самих предприятий стало больше всего на 7%. Малый бизнес платит всё больше. В ответ его душат всё сильнее.

А потом в частной беседе один мой сотрудник сказал фразу, которая заставила задуматься: «А что, если нафиг никому не нужен частный бизнес?»

Полез в историю. Ёлки-палки — да это же НЭП в чистом виде!

Очень коротко. В 1921 году, после Гражданской войны и военного коммунизма, Ленин ввёл НЭП. Частникам разрешили торговать, открывать предприятия, нанимать работников. За несколько лет страна восстановилась до уровня 1913 года. НЭП работал.

А потом Сталин начал его сворачивать. Не одним указом — а по принципу сваривания лягушки на медленном огне. И вот тут становится по-настоящему неуютно …

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

👍 Ограничение прав — нэпманов лишили избирательных прав, права на жильё в муниципальных домах, права на социальное обеспечение и бесплатное образование. Предприниматель стал гражданином второго сорта.

👍 Уголовные дела по экономическим статьям — посадки за «спекуляцию» и валютные операции.

👍 Национализация — сначала крупных предприятий, потом средних, потом мелких.

В 1931 году вышло постановление о полном запрете частной торговли. Но сворачивать было де-факто нечего — частного бизнеса к тому моменту уже не осталось.

Вы мне ответите: «Ну вот в Китае тоже коммунизм — и ничего, вторая экономика мира». Да, но нет. Точнее, система авторитарная — но отношение к частному бизнесу принципиально иное.

В Китае частный сектор — это свыше 60% ВВП, более 50% налоговых поступлений, свыше 80% городских рабочих мест и более 70% технологических инноваций. Количество частных предприятий за 10 лет выросло вдвое с 10 миллионов в 2012 году до 44 миллионов в 2021-м. Государство контролирует стратегические отрасли — но малый и средний бизнес выращивает, а не душит.

А теперь Россия. Доля МСП в ВВП увеличилась за шесть лет на один процентный пункт — с 20,4% в 2018-м до 21,7% в 2023-м. Не рост, а статистическая погрешность. В Германии — 55%. В Италии — 70%. В Китае — 60–70%. В России — 21%.Даже Герман Греф назвал эту цифру «стыдной». И это было до повышения налогов. Сейчас все передовицы пестрят сообщениями о том, сколько закрылось ресторанов и магазинов с начала года. Счёт идет на тысячи.

Я искренне надеюсь, что те, кто принимают решения, всё-таки почитают историю. НЭП дал стране несколько лет экономического чуда — а потом его задушили. И страна заплатила за это десятилетиями стагнации, дефицита и технологического отставания.

Сценарий известен. Финал известен. Единственный вопрос — хватит ли здравого смысла не повторять его снова?

Спасибо, PARTYstation!

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

Нет-нет, с проектом всё прекрасно! И я уверен, с каждым днём будет только лучше. Но теперь у проекта есть единоличный владелец — замечательный и очень талантливый Дмитрий Кибкало. А моя работа в этом проекте подошла к концу.

PARTYstation рос все эти годы и то, что начиналось как эксперимент, за несколько лет из стартапа превратилось уже в микро-, но всё же бизнес.
Проект требовал всё больше внимания и сосредоточения, и два года назад мы с партнёрами впервые задумались о том, кто из нас четверых готов полностью сосредоточиться на работе в проекте? И вот тут выяснилось, что… никто. У каждого были свои довольно веские причины, но само по себе это открытие было обескураживающим.

Два года мы спорили о том, как проекту развиваться и кто всё-таки должен возглавить дело. Мы попробовали вариант с наёмным гендиректором. Со временем стало понятно, что нам становится всё труднее договариваться и варианта, который был бы поддержан единогласно, попросту… не существует.

Дима — мой теперь уже бывший партнёр, но всё ещё хороший друг — в такой непростой ситуации вызвался принять бремя лидерства.
А я принял решение выйти из проекта. По нескольким причинам.

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

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

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

Вот, посмотрите, например, какую классную агентную систему парни построили. Очень советую почитать эту статью всем, у кого есть внутренняя команда маркетинга — вы офигеете. И это, поверьте, — только первые шаги.

Я очень горд, что имел отношение к проекту в первые годы его жизни. Я совершенно точно буду радоваться большим успехам PARTYstation. А сам в этом году буду сосредоточен на развитии брендов SVK.Digital, маркетингового агентства ТОП СПОТ и парольного менеджера BearPass.ru.
PARTYstation, спасибо за всё! И удачи!

Какое ТЗ, такое и ХЗ

Всё больше укрепляюсь в тезисе, что ИИ не снижает требований к квалификации оператора, а серьёзным образом их повышает.

Вчера переписывались с продактом парольного менеджера BearPass, и он показал мне количество инструкций, которыми обложил своих ИИ-ассистентов для того, чтобы получать качественный результат. Впечатляет! С одной стороны. С другой — у хорошего продакта и в доИИшную эру была гора инструкций, регламентов и чеклистов на все случаи жизни. А Серёга — хороший продакт. Поэтому неудивительно, что у него и для ИИ-«сотрудников» есть вся необходимая документация.

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

👍 Сформулировать критерии инициации процесса и требования к конечному результату.
👍 Определить последовательность операций и участников процесса (в идеале — для каждой роли создаётся отдельный агент).
👍 Сформулировать инструкции и ограничения для исполнения конкретных операций (что можно и даже нужно, а чего нельзя делать).
👍 Сформулировать критерии готовности результата для каждого подпроцесса.
👍 Ну и так далее…

И получается, что грамотный оператор ИИ должен обладать целым ворохом навыков и быть достаточно компетентным как минимум в следующих областях:

👍 Декомпозиция сложной задачи на последовательность простых понятных шагов.
👍 Выстраивание дорожной карты.
👍 Распределение и организация работы между специалистами.
👍 Промежуточный контроль и итоговая приёмка результата.
👍 Оценка рисков и принятие решений в кризисные моменты.

Интересно, что у моих коллег возникают очень схожие мысли. Вот о похожем пишет Максим Панфилов. Об этом же — Фёдор Борщёв.

Применяя ИИ, сильные руководители проектов и продуктов станут гораздо эффективнее и производительнее. А вот слабым специалистам, увы, ИИ никак не поможет компенсировать недостаток необходимых навыков.

В итоге — ИИ усиливает сильное и почти никак не помогает слабому.

Цифра Комягина

Нужно ли контролировать качество кода в вайбкодинге?

За последние несколько недель меня об этом спросили уже несколько раз. Признаюсь, моё мнение менялось за последние месяцы. От «конечно нужно — хрен его знает, что этот умник там понаписал» до «слушай, если код работает, не всё ли равно тебе, как именно он работает?»

Сейчас удалось наконец сформулировать критерии, которые меня устраивают.

Контроль кода НЕ нужен, если выполняются все четыре условия:

👍 Приложение изолировано — через него нельзя получить доступ к критически важным системам вашего бизнеса.

👍 Приложение прикладное — если оно вдруг остановится, работа не встанет.

👍 Вас устраивает его эффективность: быстродействие и стоимость (если оно потребляет токены).

👍 Вы не планируете передавать код другому разработчику или команде — собираетесь сами развивать и поддерживать.

Написали мобильное приложение для контроля своего питания? Работает? Устраивает? Ну и славно.

Контроль кода НУЖЕН, если хотя бы одно из:

👍 Приложение имеет доступ к критичным системам — 1С, клиент-банк, CRM с клиентской базой, платёжные данные.

👍 От приложения зависят ключевые бизнес-процессы — его сбой означает простой.

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

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

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

Отдельно про прототипирование. Четвёртый пункт в обоих списках — про передачу кода — не так однозначен. Вы вполне можете использовать вайбкодинг для прототипа: накидать работающее приложение, показать логику, а потом отдать профессиональной команде — они поймут, что вы хотели, и перепишут уже с нормальной архитектурой и безопасностью. Это нормальный и разумный подход.

Почему «пока ещё»? Отрасль развивается стремительно. Допускаю, что через 3–6 месяцев ИИ-инструменты прибавят настолько, что эти критерии устареют. Но прямо сейчас — работает вот так.

Цифра Комягина

ИИ в разработке — опыт российских бигтехов

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

Доклад всего 23 минуты. Можно смотреть на ускоренном — и тогда вовсе 15 получится. Найдите эту четверть часа, если руководите разработкой или в вашей компании есть inhouse-отдел. Не пожалеете.

Несколько тезисов:

👍 Разработчик и до ИИ тратил на код всего 30–35% времени, ещё 30% — коммуникации, ещё 15% — поиск информации и планирование. Генерация кода — это хорошо, но для максимизации эффекта нужно оптимизировать и остальные участки работы.

👍 Вовлечение (adoption) выросло за полгода втрое — до 84%. 57% разработчиков используют агентский режим в регулярной работе. Фронтендеры — 75%, бэкендеры — 60%.

👍 Рост числа коммитов на 10%, в отдельных языках на 20–30%. Доля сгенерированного кода — 30%. Но не спешите с выводами. Дочитайте пост до конца.

👍 Наиболее используемая модель — предсказуемо Claude. Но opensource-модели не радикально отстают по эффективности.

👍 Наибольший эффект — поиск информации, получение быстрых ответов на сложные вопросы. Среднее время поиска ответа сократилось с 20 минут до 2. Другие эффективные области: ревью кода, генерация чек-листов и тест-кейсов, тестирование (вплоть до автовыполнения интерфейсных тестов).

👍 Суммарная измеренная экономия часов — пока всего 2%. Планируют довести до 10%. Это важно осознать заказчикам — не в 5 и не в 10 раз экономия, ребят. Если получается достигнуть 15–20% — это уже успешный успех.

👍 Рабочие практики: agents.md как стандартизованный формат, готовый набор SKILLS для стандартизации лучших практик (golden path), развитие MCP и концепция AI-first.

👍 Профессии сливаются — профессионалы всё чаще залезают в области, в которых профессионалами не являются: бэкенды фронтендят, фронтенды дизайнерят. Приятно, что мои выводы в предыдущих постах совпали с профессионалами из Яндекса.

👍 Языки разработки тоже сливаются — это из другого доклада (Авито). Уже не столь важно, на чём программировать — AI снимает барьеры.

Яндекс ещё заботливо сделал на Хабре пост с тезисами докладов других бихтехов (Авито, Озон, Сбер, и т.д.) — полистайте, если интересно углубиться в тему.

Ну, а если хотите, чтобы я выступил и перед вашей командой — пишите. Занимаюсь сейчас и этим в том числе. График плотный, но постараюсь найти подходящий слот.

Цифра Комягина

Как AI повлияет на ценообразование в заказной разработке?

Над этим вопросом я размышляю давно.

Сейчас в нашем бизнесе распространены три модели:

👍 Time & Material — самый частый режим. Похоже на поминутную тарификацию у мобильных операторов. Заказчик выкупает пакет часов, разработчик ведёт учёт, в конце месяца выставляет счёт за превышение.

👍 Fixed Price — разработчик изучает ТЗ, оценивает и фиксирует объём требований и стоимость. Цена твёрдая, но и требования зафиксированы — любое изменение влечёт допсоглашение.

👍 Retainer — заказчик арендует команду целиком, оплачивая всё её время. Один из самых дорогих вариантов, но даёт максимальную погружённость и лучший Time To Market. Минус — простои тоже оплачиваются. Очень похоже на аренду строительной техники в девелопменте.

Что меняет AI?

Агентная разработка позволяет справляться с задачами быстрее. Экономия у профессиональных разработчиков (не путать с вайбкодерами) — от 30% до 50%.

Если разработчики продолжат работать в T&M, это неизбежно приведёт к падению выручки. Раньше делали задачу за 10 часов — получали 50 000 рублей. Теперь делают за 7 — получают 35 000. Дальше — увольнения, рост конкуренции за вакансии, давление на зарплаты.

Чтобы сохранить выручку при T&M, нужно продавать на 30–50% больше. А значит, спрос должен вырасти. Но при достаточном числе разработчиков на рынке спрос вряд ли пойдёт вверх. В лучшем случае — сохранится.

Но я думаю, что реалистичнее другой сценарий. Зарплаты вниз не пойдут, специалистов больше не станет. Уволены будут слабые — и они, скорее всего, просто сменят профессию. Так уже было в 2000-е годы с переизбытком юристов и менеджеров.

Оставшиеся на рынке специалисты, как ни парадоксально, станут дороже. Заказная разработка перестанет продавать T&M. Основными режимами станут Fixed Price и Retainer. Разработчики будут извлекать прибыль из повысившейся эффективности. Это уже произошло на рынке услуг автомехаников, юристов, врачей — там цена на конкретную процедуру давно фиксирована, есть консенсус по стоимости замены масла или забора крови. Бизнес заказной разработки перестанет продавать часы и начнёт продавать результат.

Почему заказчики на это согласятся?

Потому что фикс — это не про "заплатить больше". Это про предсказуемость и риск.

При T&M весь риск на заказчике. Оценка поплыла, сроки сдвинулись, команда застряла — платит заказчик. При фиксе риск переходит к разработчику. Заказчик получает понятный бюджет, понятный срок, понятный результат. За эту предсказуемость бизнес готов платить премию — так же, как платит за страховку.

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

Это честный обмен: заказчик покупает предсказуемость, разработчик продаёт экспертизу. Часы из уравнения уходят.

Мы в компании с начала года формируем коммерческие предложения в твёрдых ценах. На услуги поддержки и развития с 1 апреля вводим два основных тарифа: Retainer и T&M с повышенными ставками. Но даже наш T&M фактически превратился в фикс — мы проводим предварительную оценку, фиксируем её, стремимся сделать быстрее без потери качества. Экономия становится нашим заработком.

В апокалиптические прогнозы о вымирании профессии я не верю — писал об этом. Спрос на квалифицированных разработчиков останется и даже подрастёт. Но бизнес уже не будет прежним.

У вас альтернативное мнение? Буду рад подискутировать в комментариях.

Последнюю неделю провёл в отпуске. Слишком заморачиваться не захотел, поехал в Египет. Мне нравится снорклинг, люблю Красное море, бывал здесь неоднократно. С отелем тоже не стал экспериментировать — поехал в сеть, в которой останавливаюсь обычно: отели Stella есть и в Хургаде, и в Шарме.

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

Открыл приложение отеля проверить расписание ресторана — влетел попап с просьбой оставить обратную связь. Стандартный NPS: "насколько бы вы рекомендовали нас знакомым?" Ну я, не будь дураком, и дал честную обратную связь. Прямо правду-матку. Накипело. Отправил, успокоился, забыл.
Но на следующий день я проснулся в совершенно другом отеле.

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

С этого дня моё пребывание стало даже в некотором смысле дискомфортным — меня окружили таким вниманием, словно я рок-звезда.

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

Я часто путешествую и много где бывал. Видел разный уровень сервиса, хотя признаюсь — в по-настоящему люксовых сетях вроде Rixos или Four Seasons пока не останавливался. Но я никогда не сталкивался с такой решительной и мгновенной реакцией на недовольство клиента.

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

Что сказать. Во-первых, после таких действий отель получит от меня наивысшую оценку на Booking. Снова. Во-вторых, если соберусь в Египет ещё раз — нет никаких сомнений, где остановлюсь.

Но самое главное — я задумался: а как я сам реагирую на недовольство клиента? Внимателен ли к нему или занимаю защитную позицию, пытаясь оправдать собственные действия? Окружаю ли максимальным вниманием? Стремлюсь ли как можно скорее вносить изменения? Или дежурно извиняюсь и отмахиваюсь небольшой скидкой?

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

Вчера прошла очередная волна банов аккаунтов в Claude Code. На скрине — сообщение моего хорошего товарища. Но под бан попали многие, в том числе некоторые члены нашей команды.

Это угроза, о которой многие не подумали. Навайбкодить себе инструменты автоматизации — здорово. Но если за всем этим не стоит крепкая команда инженеров, что делать, когда AI-копилот внезапно оказался недоступен? Работа встала. Изменения не внести.

Самое неприятное — локализовать риск пока не получится. Российские модели не предложили конкурентоспособной альтернативы. Локальные модели от китайских партнёров годятся как небольшая LLM, но для интенсивной разработки нужен по сути собственный ЦОД — а это могут позволить себе только мамонты российского бизнеса.

Поэтому критические системы лучше создавать в режиме agentic engineering — когда AI работает под надзором опытного разработчика, который в случае таких аварий сможет продолжить работу "по старинке".

Точных критериев бана нет. Если кто-то знает — поделитесь. Но есть простые правила предосторожности:

👍 Страна аккаунта, billing address карты и VPN должны совпадать. Карта из Гонконга — значит гонконгский адрес в аккаунте и гонконгский VPN.

👍 Используйте небольшое число машин и один и тот же VPN на всех. Если не можете поднять частный — берите платный сервис.

👍 Не шерьте один аккаунт на нескольких сотрудников. Если нужно — арендуйте сервер как удалённую рабочую станцию, чтобы IP и страна были идентичными.

👍 По возможности общайтесь с моделью на английском.

Немного переживаю, что перегрузил вас темами про AI. Если так и стоит вернуться к общим темам бизнеса и заказной разработки — поставьте 👎.