fa
Feedback
Директорат Surf обсуждает

Директорат Surf обсуждает

رفتن به کانال در Telegram

Публичная планерка директоров Surf. Обсуждаем IT-рынок, AI и свежие продуктовые сплетни. Surf — создаем культовые ИТ-продукты в 2 раза быстрее рынка с помощью AI. Для связи: @Surf_for_contact_bot

نمایش بیشتر
3 221
مشترکین
+224 ساعت
اطلاعاتی وجود ندارد7 روز
+330 روز
جذب مشترکین
سپتامبر '26
سپتامبر '26
+5
در 0 کانال‌ها
اوت '26
+47
در 0 کانال‌ها
Get PRO
ژوئیه '26
+46
در 1 کانال‌ها
Get PRO
ژوئن '26
+20
در 0 کانال‌ها
Get PRO
مه '26
+27
در 1 کانال‌ها
Get PRO
آوریل '26
+274
در 5 کانال‌ها
Get PRO
مارس '260
در 2 کانال‌ها
Get PRO
فوریه '260
در 0 کانال‌ها
Get PRO
ژانویه '260
در 0 کانال‌ها
Get PRO
دسامبر '25
+26
در 0 کانال‌ها
Get PRO
نوامبر '25
+31
در 0 کانال‌ها
Get PRO
اکتبر '25
+57
در 0 کانال‌ها
Get PRO
سپتامبر '25
+122
در 3 کانال‌ها
Get PRO
اوت '25
+174
در 5 کانال‌ها
Get PRO
ژوئیه '25
+113
در 2 کانال‌ها
Get PRO
ژوئن '25
+94
در 1 کانال‌ها
Get PRO
مه '25
+116
در 6 کانال‌ها
Get PRO
آوریل '25
+69
در 1 کانال‌ها
Get PRO
مارس '25
+169
در 0 کانال‌ها
Get PRO
فوریه '25
+40
در 2 کانال‌ها
Get PRO
ژانویه '25
+35
در 0 کانال‌ها
Get PRO
دسامبر '24
+65
در 0 کانال‌ها
Get PRO
نوامبر '24
+45
در 0 کانال‌ها
Get PRO
اکتبر '24
+17
در 0 کانال‌ها
Get PRO
سپتامبر '24
+23
در 1 کانال‌ها
Get PRO
اوت '24
+19
در 1 کانال‌ها
Get PRO
ژوئیه '24
+27
در 0 کانال‌ها
Get PRO
ژوئن '24
+27
در 0 کانال‌ها
Get PRO
مه '24
+22
در 0 کانال‌ها
Get PRO
آوریل '24
+31
در 0 کانال‌ها
Get PRO
مارس '24
+48
در 1 کانال‌ها
Get PRO
فوریه '24
+27
در 0 کانال‌ها
Get PRO
ژانویه '24
+29
در 0 کانال‌ها
Get PRO
دسامبر '23
+33
در 0 کانال‌ها
Get PRO
نوامبر '23
+34
در 0 کانال‌ها
Get PRO
اکتبر '23
+58
در 0 کانال‌ها
Get PRO
سپتامبر '23
+140
در 0 کانال‌ها
Get PRO
اوت '23
+158
در 0 کانال‌ها
Get PRO
ژوئیه '23
+115
در 0 کانال‌ها
Get PRO
ژوئن '23
+50
در 0 کانال‌ها
Get PRO
مه '23
+55
در 0 کانال‌ها
Get PRO
آوریل '23
+62
در 0 کانال‌ها
Get PRO
مارس '23
+291
در 0 کانال‌ها
Get PRO
فوریه '23
+102
در 0 کانال‌ها
Get PRO
ژانویه '23
+140
در 0 کانال‌ها
Get PRO
دسامبر '22
+139
در 0 کانال‌ها
Get PRO
نوامبر '22
+438
در 0 کانال‌ها
Get PRO
اکتبر '22
+466
در 0 کانال‌ها
Get PRO
سپتامبر '22
+234
در 0 کانال‌ها
Get PRO
اوت '22
+294
در 0 کانال‌ها
Get PRO
ژوئیه '22
+159
در 0 کانال‌ها
Get PRO
ژوئن '22
+183
در 0 کانال‌ها
Get PRO
مه '22
+238
در 0 کانال‌ها
Get PRO
آوریل '22
+329
در 0 کانال‌ها
Get PRO
مارس '22
+54
در 0 کانال‌ها
Get PRO
فوریه '22
+200
در 0 کانال‌ها
Get PRO
ژانویه '22
+179
در 0 کانال‌ها
Get PRO
دسامبر '21
+288
در 0 کانال‌ها
تاریخ
رشد مشترکین
اشارات
کانال‌ها
04 سپتامبر+1
03 سپتامبر+2
02 سپتامبر0
01 سپتامبر+2
پست‌های کانال
Привет, это Маша Лещинская, Head of QA Surf. Главное изменение от AI в большом проекте — не только ускорение разработки. Меняется сама конструкция команды. На продукте с web, двумя мобильными приложениями и десятками интеграций мы увидели: границы между аналитиками, разработчиками, дизайнерами и QA размываются. AI позволяет выходить за рамки специализации — но три универсала не заменят команду безопасно. Появляются гибридные роли со сквозной ответственностью. Какие роли могут быть в AI-проекте 🟣 BA-инженер: требования и критерии приёмки, проверка API и данных, прототипы, мелкие правки кода. 🟣 Дизайнер-прототипист: отдаёт не макет, а работающий интерфейс — навигация, состояния, реальные тексты. 🟣 Product/full-stack инженер: вся вертикаль фичи — данные, backend, интерфейс, тесты, эксплуатация. 🟣 QA-интегратор: независимо проверяет не компоненты, а сквозной сценарий между приложениями и внешними системами. И решение о релизе. 🟣 Integration owner: держит бизнес-смысл, API-контракт, ошибки и ограничения внешней системы. 🟣 AI-архитектор: не должность, а ответственность — следить, чтобы решения не оказались локально удобными, но несовместимыми. Главный эффект — сокращение цепочки передач:
Было: аналитик, дизайнер, frontend, backend, QA, возврат разработчику.
Стало: владелец сценария, вертикальная реализация, независимая проверка.
Противоречия обнаруживаются раньше, а ответственность смещается с «я сделал свою часть» на «сценарий действительно работает». Где спрятаны риски: ➡️ Иллюзия универсальности: AI не заменяет глубокую экспертизу. ➡️ Авторская слепота: кто сам сделал и сам проверил — подтверждает свою же гипотезу. ➡️ Bus factor: весь контекст замыкается на одном человеке. ➡️ Перегрузка: сквозная ответственность превращается в бесконечный scope. ➡️ Post-merge rework: первая версия быстрее, но работа переезжает на более дорогой этап. Поэтому нужны независимая приёмка, второй владелец критичного домена и небольшие проверяемые изменения. Зрелая AI-команда — не та, где каждый делает всё, а та, где можно зайти на соседнюю территорию без потери глубины и проверяемости. А у вас AI пока ускоряет отдельные задачи — или уже меняет сами роли в команде?

2
🥐 Сделали дизайн-концепт для крупной сети пекарен-кофеен Петербурга. Мы хотели, чтобы приложение ощущалось как сам город, по+3
🥐 Сделали дизайн-концепт для крупной сети пекарен-кофеен Петербурга. Мы хотели, чтобы приложение ощущалось как сам город, поэтому цвета взяли прямо с колерной карты фасадов. А вместо привычной системы «баллы = рубли» придумали секретное меню, которое открывается только за бонусы. ⬆️ Больше фичей показали в видео и на сайте: моментальный заказ, атмосфера любимых улиц и персональные акции, которые не заваливают тебя пушами. 🏄‍♂️ Подробнее на сайте
588
3
Сделал CLI-утилиту, которая уже круто показала себя в проектах, называется katana. Проблема многих проектов — крупные файлы на несколько тысяч строк. Они мешают агентам: их долго читать, и забивается контекст. А агенту тяжело их разрезать — нужно долго читать, а потом долго писать куски нарезки, и т.к. это проходит через LLM, привносится недетерминированность. katana позволяет агенту архитектурно красиво разбивать файл без его чтения и записи. CLI даёт агенту сигнатуры всего содержимого файла, это работает через AST. Агент проектирует красивое разбиение, возвращает katana JSON с проектом разбиения, katana детерминированно разрезает файл, импорты фиксятся линтером. Профит. Т.е. агенту не пришлось ни читать, ни писать. И работает быстро. И ещё CLI умеет считать lines of code по проекту, чтобы задать приоритеты. В проектах обычно ставлю максимальную длину файла 700 строк + до 10% превышения, при котором разрезание ещё не срабатывает. Без такой гигиены не будет никакого AI-agent-first. Можно быстро привести к норме легаси-проект или не запустить новый. katana пару месяцев жила во внутреннем репозитории и показала эффективность, теперь переехала на GitHub — могут быть баги. https://github.com/vgmakeev/kanata
680
4
Привет! На связи Глеб Панфилов, Head of BA Surf. Сегодня обсудим последние новости о регуляции ИИ. Со 2 августа 2026 года в ЕС заработал ключевой блок EU AI Act. Но ждет ли нечто подобное российский рынок? 26 июля 2026 года подписали федеральный закон, регулирующий разработку и применение больших фундаментальных моделей ИИ. Основные положения вступают в силу уже с 1 сентября 2026 года. Если кратко: ⚫️ Закон вводит механизм добровольной маркировки ИИ-контента. Платформы с трафиком свыше 500 тысяч пользователей в сутки обязаны дать для этого техническую возможность с 1 марта 2027. ⚫️ Добавились статусы «суверенная» и «национальная» модель. Правительство сможет определить сферы, где допустимы только они, — в законе прямо названы банки и финрынок. Самого перечня пока нет. ⚫️ Разрешили обучение на объектах авторского права без согласия правообладателя для разработчиков суверенных и национальных моделей. ⚫️ Закрепили обязанности разработчиков: безопасность, правила эксплуатации, техдокументация. Как итог: шума много, но для заказной разработки по сути ничего не изменилось — новых обязанностей у подрядчика не появилось. Смотреть стоит в другую сторону: выбор базовой модели и происхождение данных. Именно оттуда регулирование однажды дойдёт и до нас, и это дешевле заложить в нефункциональные требования сейчас, чем переделывать на приёмке.
773
5
🔥 Привет! На связи Маша Лещинская, и сегодня хочу рассказать про мой новый любимый AI-скилл — Grill Me. Кажется, теперь я использую его вообще везде: в тестировании, разработке и при проработке любых новых идей. Суть Grill Me простая, но невероятно полезная: вместо того чтобы сразу бросаться выполнять задачу, AI начинает буквально прожаривать тебя вопросами. Он уточняет детали, находит противоречия, поднимает неочевидные сценарии и заставляет принять решения, о которых ты сама ещё даже не задумывалась. В тестировании я использую его, чтобы: ⚫️ проверить, не пропустила ли я важные риски и пользовательские сценарии; ⚫️ глубже разобрать требования; ⚫️ продумать проверки, негативные кейсы и пограничные состояния; ⚫️ найти слабые места в тестовой стратегии ещё до начала тестирования. В разработке, чтобы: ⚫️ нормально спроектировать решение до написания кода; ⚫️ разобрать архитектурные варианты и компромиссы; ⚫️ выявить спорные места в логике; ⚫️ не получить от AI код, который технически работает, но решает вообще не ту задачу. И вот это для меня главное: Grill Me помогает правильно сформулировать саму задачу. Проблема большинства AI в том, что они слишком быстро начинают выполнять задачу. Хотя иногда важнее не получить ответ, а сначала задать правильные вопросы. Короче, Grill Me — очень крутой скилл. После такой прожарки решения становятся сильнее, тесты — глубже, а бессмысленных переделок — меньше. Рекомендую всем, кто использует AI в QA, разработке, аналитике или проектировании продуктов.
784
6
Блин, да это же буквально… ... канал директора Сёрф про то, как перестать вайбкодить и начать жить. Внутри: ➡️ Видим мир не в
Блин, да это же буквально… ... канал директора Сёрф про то, как перестать вайбкодить и начать жить. Внутри: ➡️ Видим мир не в розовых очках, а в умных Ray-Ban Glasses. ➡️ Реально ли нас всех заменит искусственный интеллект. ➡️ Личная операционная система под контролем Claude. Sade, donne-moi 🥮
201
7
🔎 Вакансия Product Designer (AI-native) Ищем сильного продакт-дизайнера с опытом работы над цифровыми продуктами — от пользо
🔎 Вакансия Product Designer (AI-native) Ищем сильного продакт-дизайнера с опытом работы над цифровыми продуктами — от пользовательских сценариев и визуальных концепций до качественных интерфейсов и реализации на фронтенде. Особенно интересен опыт в Fashion, FoodTech, eCommerce или FinTech. AI должен быть частью вашего рабочего процесса. Нам важен не конкретный набор инструментов, а то, как вы их используете и какой результат они помогают получить. ✉️ Присылайте портфолио в tg, коротко расскажите о себе и обязательно укажите, какие AI-инструменты используете и как они встроены в вашу работу.
981
8
Привет, на связи Маша Лещинская, Head of QA Surf. Сегодня ответим на вопрос: «Если AI генерирует тесты, то кто тестирует AI?» Нейросети ускоряют работу QA: они уже умеют писать ручные кейсы, проверки для API и заготовки автотестов. Но скорость не гарантирует качество. Даже если десятки сгенерированных за минуту сценариев и код выглядят идеально на первый взгляд, им всё равно нужна проверка. Но остаются более важные вопросы: ⚫️ покрыты ли критичные пользовательские сценарии; ⚫️ учтены ли пограничные значения и негативные кейсы; ⚫️ правильно ли поняты бизнес-правила; ⚫️ нет ли дублирующих и формальных проверок; ⚫️ действительно ли автотест проверяет нужное поведение; ⚫️ соответствует ли код архитектуре и паттернам проекта; ⚫️ не станет ли сгенерированный тест нестабильным в CI. Поэтому результат работы AI нужно оценивать так же системно, как мы оцениваем качество продукта. Для этого можно использовать eval-фреймворк: набор контрольных задач, ожидаемых результатов и критериев оценки. Например, мы заранее подбираем несколько требований разного типа: ⚫️ форма с граничными значениями; ⚫️ API с обязательными и необязательными полями; ⚫️ функциональность с несколькими ролями; ⚫️ сценарий с неочевидным бизнес-ограничением; ⚫️ задача, для которой уже существуют ручные и автоматизированные проверки. Затем просим AI сгенерировать ручные тест-кейсы и автотесты и оцениваем результат по конкретным метрикам: ⚫️ сколько критичных сценариев найдено; ⚫️ сколько важных проверок пропущено; ⚫️ сколько тестов оказались лишними или дублирующими; ⚫️ какая часть ручных тест-кейсов принята без изменений; ⚫️ сколько автотестов потребовали доработки; ⚫️ сколько времени удалось сэкономить по сравнению с обычным процессом; ⚫️ насколько стабильно AI выдаёт качественный результат на похожих задачах. Такой подход позволяет оценивать AI-инструменты по их реальной пользе. Нейронки быстро генерируют проверки и автотесты, но ответственность за их качество и покрытие остается за специалистом. Как раньше мы тестировали код и продукт, так теперь нам необходимо тестировать и сам AI.
985
9
Привет, на связи Вадим Мазин, CBDO Surf. 16 июля рассказывали на Fashion Dive про наши AI-продукты для fashion e-commerce. Че+1
Привет, на связи Вадим Мазин, CBDO Surf. 16 июля рассказывали на Fashion Dive про наши AI-продукты для fashion e-commerce. Честно, такого ажиотажа не ждали: обсуждения в кулуарах заняли больше времени, чем сам доклад. Так что рассказываю подробно здесь. Оба продукта повышают конверсию, устраняя две причины отказа от покупки: неэффективный поиск и недостаток информации в карточке товара. ➡️ Fashion Search — поиск, который понимает моду 90% покупателей не используют поиск: он не понимает естественные запросы. Fashion Search анализирует текст и изображения, распознаёт признаки товара и находит вещи даже по абстрактным запросам: «корпоратив в белом» или «уютная осень». Что это дало Love Republic (A/B-тест на реальном трафике): 🟣 конверсия из поиска в корзину — ×2; 🟣 доля поиска в выручке — ×1,6. ➡️ AI Try-On — примерка, которая выглядит как fashion-съёмка Покупатели не понимают, как одежда будет смотреться на них, поэтому отказываются от покупки или заказывают несколько размеров. Мы создаём персональный аватар, чтобы покупатель мог примерить весь каталог в формате студийной съёмки. Цифры Try-On из живого приложения: 🟣 5% MAU попробовали фичу в первый месяц; 🟣 в среднем 4 примерки на активного пользователя; 🟣 конверсия в корзину после примерки — ×2,3; 🟣 +4% к выручке магазина. Люди привыкли, что ChatGPT понимает их с полуслова. А магазин встречает поиском из 2015 года и карточкой как у конкурентов — разрыв ощущается очень сильно. Оба продукта покажем на вашем каталоге: нужен только товарный фид. Поднимем бесплатное демо, дальше пилот и A/B-тест. Пишите напрямую — @sainor.
1 447
10
Рассказываем, как мы помогли заказчику из финтеха подготовиться к миграции большой легаси-базы с Oracle на PostgreSQL. База здесь — по сути, весь бэкенд: значительная часть бизнес-логики реализована прямо в СУБД, в пакетах PL/SQL, вплоть до отправки писем из базы данных. Основными причинами миграции стали стоимость лицензий Oracle и санкционные риски. Переезд с Oracle — одна из самых тяжёлых миграций. Коробочных решений нет, многое из стека просто не существует в других СУБД, несовместимы даже некоторые типы данных. Перенести код напрямую не выйдет: нужно понимать, что делает каждый участок, и подбирать решение: где-то переписать функцию, где-то вынести логику в отдельный сервис. Именно из-за этой цены переезда многие компании продолжают платить за лицензии Oracle. Вторая сложность — разобраться, что вообще накопилось в базе, которую годами развивали разные команды. Мы провели анализ с помощью LLM и получили карту сложности. Результаты показали, что 90–95% кода можно перенести по типовым сценариям, а наиболее сложная логика сосредоточена в нескольких участках. После этого перешли к пилотному этапу. Сначала перенесли таблицы, затем 140 объектов из пакетов. С ИИ-ассистентами это заняло 20 часов вместо расчётных 62. Отдельно проверили корректность переноса функциональности, связанной с отправкой писем из базы данных. По итогам проекта заказчик получил карту сложности всей базы, результаты пилотной миграции, план дальнейших работ и оценку полной миграции в 1200–2000 часов. LLM втрое ускорили пилотный перенос и заметно сократили время анализа, так мы быстрее оценили объём работ и перешли к планированию. Если вы планируете миграцию между любыми другими СУБД, то мы поможем оценить объём работ, сроки и риски на основе анализа вашей базы данных, а при необходимости возьмём работы по переносу на себя. Пишите напрямую @sainor
821
11
Директорат Surf на Fashion Dive — удваиваем конверсию в fashion e-com 16 июля Владимир Макеев, CEO Surf, и Вадим Мазин, CBDO Surf, выступят на конференции Fashion Dive в Москве и расскажут, как наши AI-решения помогают увеличивать выручку клиентов. ➡️ Fashion Search — умный поиск, который анализирует фотографии товаров. Он распознает нюансы кроя, стиль и понимает абстрактные запросы вроде «корпоратив в белом» или «уютная осень». ➡️ AI Try-On — виртуальная примерка, благодаря которой покупатель видит вещь на себе ещё до оформления заказа. Инструмент помогает снять сомнения перед покупкой и снижает долю возвратов. Если хотите пересечься в Москве, чтобы обсудить ваши проекты, или встретиться на самой конференции, пишите напрямую Вадиму — @sainor.
2 164
12
Привет, на связи Глеб Панфилов, Head of BA Surf. Сегодня обсудим путь и роль современного аналитика в эпоху ИИ. Аналитика всегда несла в себе риски человеческого фактора. Но с появлением новых моделей с большим контекстным окном они сводятся к минимуму. Давайте подробно пройдемся по этапам: 🟠 Бриф и первичное погружение Вместо долгого ручного сбора требований исходные документы теперь загружаются в ИИ. Нейросеть сама выявляет нестыковки, формирует доменную модель и готовит вопросы заказчику. В результате бизнес сразу видит риски, а время погружения сокращается. 🟠 Анализ и формирование спецификации Нейросети позволяют формировать, приоритизировать и трассировать требования, обеспечивая заказчику полную прозрачность скоупа и бюджета: в ТЗ попадают только обоснованные фичи. Чтобы минимизировать галлюцинации ИИ, мы декомпозируем задачи и постоянно очищаем контекст. 🟠 Проектирование артефактов Описание API и пользовательских сценариев вручную занимали много времени. ИИ автоматизирует создание технической документации. Аналитик выступает в роли архитектора, подробно отсматривая и доводя результат, что ускоряет подготовку артефактов и сокращает общий Time-to-Market продукта — об этом мы писали в статье. 🟠 Валидация и передача в разработку Самые сложные и негативные сценарии могли всплыть уже во время написания кода, блокируя спринты. Теперь можно прогнать спецификацию через ИИ в режиме кросс-ревью для поиска противоречий и пропущенных ошибок. В разработку уходит выверенный документ, команда и заказчик не тратят часы на выяснение блокирующих вопросов. Резюме Роль аналитика остается ключевой, так как он погружен в проект больше ИИ. Пока нейросеть берет на себя механическую работу и поиск ошибок, аналитик отвечает за архитектуру и бизнес-логику. В результате заказчик получает готовую работу быстрее, с прозрачной документацией и без упущенных деталей.
915
13
Итоги Рейтинга Рунета для Surf — гордимся командой и благодарим клиентов В этом году мы снова доказали экспертизу в мобильной
Итоги Рейтинга Рунета для Surf — гордимся командой и благодарим клиентов В этом году мы снова доказали экспертизу в мобильной разработке. Забрали награды и восхищаемся всеми, кто помог достичь этого результата. Наши команды разработки, анализа, тестирования и дизайна, проджекты, девопсы — все они подтвердили профессионализм и оправдали доверие клиентов. 🏆 Достижения Surf в рейтинге: 🟠 3 место — «Подрядчики с экспертизой в отрасли Питание (разработка, интеграция)». 🟠 4 место — «Разработка и развитие мобильных приложений». 🟠 8 место — «Подрядчики с экспертизой в отрасли Торговля (разработка, интеграция)». 🟠 9 место — «Подрядчики крупного бизнеса (разработка, интеграция)». Планка поднята высоко, в нише заказной разработки участвовали более 1000 агенств, но останавливаться мы не планируем. На полке ещё полно места для наград. Ознакомиться с кейсами, которые принесли нам классные результаты, можно на сайте.
4 018
14
Привет, на связи Глеб, Head of BA Surf. С 1 июля 2026 года белорусский ВТБ полностью переходит на PWA (Progressive Web Apps): приложение под Android доступно только до этой даты, дальше никакого натива. Сразу оговорюсь: это Беларусь, но вопрос напрашивается сам собой — почему бы всем нашим банкам не перейти на PWA? Поэтому разберём не только минусы PWA как технологии, но и в конце прикинем, насколько этот сценарий реалистичен для банков РФ. Безопасность остаётся на уровне веба Это пункт, который почему-то забывают, хотя для банка он первый. Нативное приложение хранит ключи и токены в аппаратном хранилище (Secure Enclave, Keystore), умеет проверять сертификаты, имеет защиту от подмены кода. У PWA в песочнице браузера ничего этого по сути нет, а код и данные куда доступнее. Пуши, от которых зависит вход и сохранность денег В финтехе пуш — это второй фактор подтверждения операции. На iOS у PWA они работают нестабильно: появились поздно, требуют установки на домашний экран и отваливаются после обновлений. NFC и собственные платёжные сценарии Привязать PWA к бесконтактной оплате или чтению NFC-меток на iOS невозможно — там NFC заблокирован под Apple Pay, а на Android поддержка крайне ограничена и требует натива. Для банка это сразу закрывает собственные tap-to-pay, платёжные стикеры и часть транспортных сценариев. Стоит ли нам перенимать этот подход Частично сценарий у нас уже случился: на iOS подсанкционные банки живут без App Store с 2022 года, и владельцы iPhone и так используют PWA. Но на Android расклад другой — есть RuStore и AppGallery, и банки в нативное приложение как раз вкладываются: тот же ВТБ в апреле 2026 выкатил полностью обновлённое приложение и пообещал развивать его весь год. Это прямая противоположность белорусскому «убираем натив». Пока в России работает нативный канал через RuStore, добровольно отказываться от него ради скорости релизов смысла мало, а для экономии бюджета лучше использовать Flutter. Так что белорусский кейс — это скорее живой эксперимент, за которым стоит понаблюдать.
867
15
Привет! На связи Диана Игнатович, CMO в Surf. Сегодня расскажу про мои любимые задачки в маркетинге и deep search. Реальность такова: мы (несчастные люди) уже никогда не сделаем ни одно исследование лучше, чем Claude в режиме deep search за полчаса. Даже если вы супер-скилловый аналитик, топ-1 маркетолог в мире и богом поцелованный ресерчер. Это тот раздел маркетинга, где мы проиграли бесповоротно и навсегда. Уровень 1 — конкурентный анализ по сайтам Кидаете список топ-10 конкурентов (наших, зарубежных), натравливаете Claude. Он идет, прокликивает все кнопки, изучает ценообразование, фичи, программы лояльности — и отдает сводную таблицу. Туда же — карта болей: «Собери все жалобы на онлайн-конструкторы кухонь в IKEA», и он сходит в App Store, Google Play, Reddit, TikTok, прочитает отзывы, классифицирует по типам проблем. Уровень 2 — стратегии и позиционирование конкурентов Claude анализирует отзывы, рекламные кампании, соцсети, выступления сотрудников на конференциях. Изучает чужую маркетинговую и продуктовую стратегию — по релизам видно, в какую сторону компания разворачивалась в последние годы, что усиливала, что выпиливала, где ее хвалят, где ненавидят. Идеально, чтобы: ⚫️ отстроиться своей стратегией от конкурентов; ⚫️ взять на вооружение лучшие практики; ⚫️ без лишних усилий следить, кто что делает на рынке. Уровень 3 — продуктовый анализ Например, у вас сервис по созданию брендированных товаров на заказ. Claude найдет еще десять таких в России и за рубежом, досконально изучит каждый конфигуратор, каждую функцию. Сравнит, отрисует гигиенический уровень рынка, покажет сильные и слабые стороны вашего продукта. Дальше говорите: «Хочу такой же умный AI-конфигуратор, как у вон тех ребят», — и он распишет, что нужно для разработки и сколько часов уйдет под ваш стек. Уровень 4 — археология через Wayback Machine Claude вытаскивает архивные версии сайтов и сопоставляет их между собой. Просите: «Проанализируй сайт Lamoda за последние 5 лет». Получаете карту стратегических разворотов — когда они начали жать на скорость доставки, когда делали редизайн и под что, когда выпиливали категории, когда переобувались в позиционировании.
915
16
Привет, на связи Маша Лещинская, Head of QA Surf. Обсудим, как эффективно проверять код, сгенерированный AI. ИИ генерирует фи
Привет, на связи Маша Лещинская, Head of QA Surf. Обсудим, как эффективно проверять код, сгенерированный AI. ИИ генерирует фичи за минуты: от 8 в день, и более 50 файлов. Это много, но чтобы проверить качество каждой, недостаточно прочитать код и увидеть зелёные тесты, нужна система. Типичные ошибки ИИ, с которыми будем бороться: ⚫️ галлюцинации; ⚫️ пропуск пунктов задачи; ⚫️ некорректная реализация; ⚫️ «зелёные» автотесты, которые проверяют не то; ⚫️ неточное селф-ревью, пропускающее баги. Решение — сквозной пайплайн из 4 шагов: 1) Финализируем требования. 2) Сводим всё к единому формату проверок — общий язык для человека, агентов и автотестов (приемочные тесты + openspec). 3) Генерим автотесты и делаем трассировку (ID связывает требование, код и тест). 4) Прогоняем против ИИ-кода — матрица быстро покажет, что работает. Главные вопросы и ответы: Зачем вообще нужны ручные тесты, если ИИ должен избавлять от ручной работы? Ручные кейсы пишет агент, а не человек. Это человекочитаемый слой между требованием и автотестом: каждый кейс 1:1 превращается в e2e. Чем плотнее слой, тем меньше живого ручного теста. Это способ сократить ручную работу, а не раздуть её. Количество тестов — цифра ни о чём. Как мерите пользу? Важно не количество тестов, а их способность находить дефекты. Через фильтр quality-gate проходят только тесты, которые стабильно падают на реальных багах, имеют внятный ассерт, покрывают негатив/edge-cases и устойчивы к косметике UI. Силу базы оценивают мутационным тестированием, полностью игнорируя line-coverage, ведь покрытие строки не означает проверку результата. Какой coverage? Покрытие требований — 100% (от известных, поэтому рядом всегда поиск аномалий в графе + ревью ТЗ человеком). А автоматизация около 90% кейсов, часть осознанно остаётся на руках. Кто ревьюит код? Основное делают гейты: TDD RED/GREEN, self-review по 7 измерениям (агент с чистого контекста, не автор кода), ограничение diff по задаче, привязка к требованиям, финальный гейт (линтер + тесты + smoke + архитектура). Человек смотрит не код, а их выходы: отчёты, матрицу, логи. Агент сам чинит правильный тест — как бороться? Обязательное условие: перед правкой агент сверяет тест со спекой и отвечает, кто неправ — код, тест или спека неоднозначна. Ослаблять/удалять ассерты, скипать или мокать баг запрещено. Любая правка ассерта видна в diff и матрице, там подключается человек. Выводы: ИИ выполняет большую часть работы, а человек подключается только к ключевым задачам (ревью, спорные случаи). Это позволяет одному разработчику вести сразу несколько фич, сохраняя и скорость, и качество. Без такой системы гарантировать успех продукта на 100% уже невозможно. Метрики привела на картинке ниже.
755
17
Сегодня расскажем, как наш разработчик синхронизировал конфиги ИИ-ассистентов для двух разных проектов. У заказчика было два приложения: клиентское и курьерское. Для Claude и Cursor мы пишем кастомные рулзы и промпты. Пока всё лежало в одном проекте, проблем не было. Но как только появился второй репозиторий, копипастить масштабные изменения стало тяжело. Дублировать конфиги руками — тоже не лучший вариант. В итоге один из разработчиков придумал схему: Вынес все общие правила и скиллы в отдельный репозиторий и подключил его к обоим проектам как git submodule. А чтобы ИИ-инструменты видели конфигурации там, где привыкли, в корне проектов настроил симлинки на подпапки сабмодуля. Ассистенты думают, что работают с локальными файлами, хотя физически всё пишется в общую базу. При этом файлы адаптации под конкретный проект (CLAUDE.md и локальные настройки settings.local.json) намеренно оставили уникальными для каждого приложения и в сабмодуль не включали. Вместо обычных bash-скриптов он написал кастомные скиллы Claude. Теперь процесс выглядит так: Разработчик правит правило через симлинк в корне проекта. По команде пользователя Claude запускает скилл, создает ветку в сабмодуле, стейджит изменения и делает коммит с трейлером Co-Authored-By. Каждый шаг требует подтверждения человека. Claude пушит ветку и выводит ссылку на MR в репозитории правил, после чего бампает хэш сабмодуля в основном проекте. Как итог: промпты всегда актуальны на обоих проектах, а команда больше не тратит время на копипаст.
875
18
Привет, это Маша Лещинская, Head of QA Surf. Большинство попыток ускорить написание тестов с помощью нейросетей заканчиваются одним из двух: либо AI пишет код, который всё равно приходится переписывать, либо человек тратит на промпты больше времени, чем ушло бы на ручной код. Причина: AI плохо работает без системы. Есть три уровня AI-генерации тестов: ⚫️ В лоб («напиши тест для логина»). Дает ускорение в 1.5 раза. По сути, это просто ускоренная ручная работа, требующая доработок. ⚫️ По user flows и структуре экранов. Дает уже 3–5 раз. ⚫️ По живому коду приложения. Когда AI видит реальные компоненты и accessibility labels, ускорение в 8 раз и выше. Но всё это работает только при одном условии: вокруг агента должна быть выстроена система. Для построения системы мы собрали: Мета-фреймворк, который генерирует E2E-проекты под шесть платформ: Web (Playwright), Flutter, iOS, Android (Kaspresso), Appium, API (pytest). Единые правила, пять шагов генерации, два quality gate и оркестратор с параллельным запуском агентов. Процесс генерации, состоящий из пяти шагов. В цикл входят: Page Objects, Tests, Mocks, Reporting, Review. Модель видит только нужные ей файлы — это исключает выдумывание зависимостей. Правила, которые работают, потому что их проверяют скрипты, а не люди. Preflight валидирует промпты на ошибки до старта, а Postflight анализирует готовый код (заканчивается ли assertion, нет ли Thread.sleep и TODO). За параллелизацию отвечает оркестратор: он берет задачи из kanban.md и раскидывает их по отдельным git worktrees. Агенты одновременно создают Page Objects для разных экранов, а тесты идут следом. Синхронная работа четырех таких агентов как раз и дает реальный прирост в 8 раз. Главное правило из двенадцати Тест заканчивается проверкой, а не действием. Звучит очевидно, но большинство нестабильных E2E умирают именно так: что-то кликают, но ничего не валидируют. Gate блокирует merge при нарушении. Ревью по-прежнему необходимо — система не решает, какие сценарии критичные и где нужны моки. Но теперь это ревью PR от коллеги, который знает правила: базовые нарушения уже отсеяны.
882
19
Привет, это Владимир Макеев, CEO Surf. Сегодня хочу поделиться тем, как я строю свою автономную рабочую среду. Цель — получить максимальную скорость при работе с ИИ и анализом данных и полностью перестать зависеть от мощности локального ноутбука. Сейчас моя персональная операционная система выглядит так: ⚫️ База знаний и рефлексия — письменные практики в Remarked. ⚫️ Документация и митинги — расшифровки встреч из Яндекс Телемоста, которые я аккумулирую в Obsidian. ⚫️ ИИ-ассистент и код — связка Git + Claude Code. ⚫️ Мобильный воркфлоу — для редких сессий разработки прямо со смартфона использую Happy (спасибо подписчику за совет). Приложение работает стабильнее удаленного режима Anthropic. Но злоупотреблять кодингом с телефона не советую — вредно для психического здоровья. 😄 Для тяжелых задач я настроил связку Tailscale и Zellij, чтобы кодить на удаленном Mac mini. Концепция крутая, но в реальности все равно чаще работаю локально на MacBook. Главная сложность сейчас — это тяжелые датасеты. Когда работаешь с файлами на несколько гигабайт, их не закинешь на Git. Да, можно перебросить на Mac mini через тот же Tailscale или AirDrop, но в потоке задач на это вечно жалко времени. Нужно поставить текучку на паузу и навести порядок в инфраструктуре, чтобы процессы жестко работали по принципу Mac mini-first. Тогда среда станет по-настоящему бесшовной. Я чего-то недопонимаю в философии OpenClaw, или в моем сетапе они действительно лишние?
1 017
20
Привет! На связи Диана, CMO Surf — сегодня отдыхаем от технических постов и обсуждаем деньги и рекламу! В апреле OpenAI официально запустил рекламную платформу внутри ChatGPT. Объявления показываются под ответом в блоке Sponsored — пока на Free и Go-подписках в Австралии, Новой Зеландии и Канаде. Первые рекламодатели уже есть — это Adobe, Ford, Target. Возможно, вы тоже хотите купить рекламу. Не стоит себе в этом отказывать, если у вас в бюджетах есть свободные $200 000. Это минимальный бюджет на кампанию, а CPM вам выйдет в $60. Для сравнения: средний CPM в Meta* — $7–12. Ничего не напоминает? Несколько лет назад появилась платформа Telegram Ads. У них минимальный бюджет для запуска составил 2 миллиона евро. Никто, кроме крупных корпораций, позволить себе этого не мог. Потом, как водится, рынок нашёл лазейку. Большие ребята выкупили рекламные кабинеты и стали дробить их на тысячи мелких — перепродавать всем желающим по кускам, с накруткой. И больше всех повезло тем, кто затестил Telegram в первую волну. С ChatGPT, вероятно, повторится та же история. Ну а самую жирную конверсию снимет тот, кто запустится первым. Пока пользователи ещё не привыкли к Sponsored-блокам в чате с ассистентом. Пока эти блоки воспринимаются как новинка, а не как фон. Дальше — как всегда: каждая следующая волна работает хуже предыдущей. Кстати, Anthropic подколол конкурентов по этому поводу. Компания выкупила рекламный слот на Super Bowl LX за 8 млн долларов, чтобы показать ролик: «Ads are coming to AI. But not to Claude». *Meta признана экстремистской организацией и запрещена на территории РФ.
989