AGDays 2025. «IT-компании в новой реальности». Делюсь результатами.
Хочется передать все эмоции, которые случились за эти 5 дней. В один пост они точно не влезут. Тысячи часов подготовки, несколько миллионов рублей, нервы, недосыпы. И вот оно прошло. Как ощущения? Грустно, что закончилось. Но тем интереснее будет следующий раз.
Мы в этом году сделали программу еще шире и официально сменили название. Теперь мы AGDays, без расшифровки. У нас появилась секция для ecommerce, благодаря @ecommporus. Ключевое направление для нас в Alto.
Это важно, чтобы на площадке были все, кто участвует в создании цифрового продукта: владельцы ит-компаний, их руководители и представители брендов. Этому были посвящены наши 3 секции: рост ит-бизнеса, рост продуктивности команд и рост екома. Спасибо нашему программному комитету @ecommporus, @akuksenok, @tolstoymv и @ramensky и @teterius. Которые помогли собрать такие доклады.
Больше 250 участников и под 50 спикеров. Невероятная поддержка от IT-сообщества. 100+ анонсов в тг-каналах. Больше 150 СМИ написали о мероприятии. Выступили спикеры из Авито, Т-Банк, Далее, .redev, О'КЕЙ, Сима-ленда, Цифровые привычки, Nexign и другие. Спасибо всем ❤️
Самый частый вопрос мне на конференции был:окупилась конфа? эмоционально точно да)
Успели отметить 11 лет Alto в день конференции. Да-да 1.11 11 лет. Первый раз делали стенд. Рассказывали, что у нас много php-программистов и сделали игру «Проживи жизнь ИТ-руководителя и заработай 10 млн». Идея простая, что у тебя как у руководителя айти есть интернет-магазин, на котором ты должен успеть заработать прибыль. Но каждые 5 секунд что-то происходит. То баг, то взломы, то саботаж команды.
Были участники, кто сыграл 20 раз. И у стенда весь день была очередь. Надеюсь скоро выложу пост про саму игру.
Спасибо, всем кто был с нами. За год мы здорово трансформировались. Но сохранили наш вайб. В следующем году еще больших трансформаций не избежать. Кое-что готовим, следите за анонсами.
А пока хочу сказать спасибо партнёрам конфернеции: .redev (redev.ru), Haydex (haydex.ru), Doubletapp (doubletapp.ai), Далее (dalee-group.ru), Рег.ру (reg.ru), ipos.digital, Next Level (next-level.agency), Head-promo (head-promo.ru)
И вместо слов лучшее доказательство обратная связь от участников. Насчитал аж 22 поста. Сохраню тут на память
Хочется передать все эмоции, которые случились за эти 5 дней. В один пост они точно не влезут. Тысячи часов подготовки, несколько миллионов рублей, нервы, недосыпы. И вот оно прошло. Как ощущения? Грустно, что закончилось. Но тем интереснее будет следующий раз.
Мы в этом году сделали программу еще шире и официально сменили название. Теперь мы AGDays, без расшифровки. У нас появилась секция для ecommerce, благодаря @ecommporus. Ключевое направление для нас в Alto.
Это важно, чтобы на площадке были все, кто участвует в создании цифрового продукта: владельцы ит-компаний, их руководители и представители брендов. Этому были посвящены наши 3 секции: рост ит-бизнеса, рост продуктивности команд и рост екома. Спасибо нашему программному комитету @ecommporus, @akuksenok, @tolstoymv и @ramensky и @teterius. Которые помогли собрать такие доклады.
Больше 250 участников и под 50 спикеров. Невероятная поддержка от IT-сообщества. 100+ анонсов в тг-каналах. Больше 150 СМИ написали о мероприятии. Выступили спикеры из Авито, Т-Банк, Далее, .redev, О'КЕЙ, Сима-ленда, Цифровые привычки, Nexign и другие. Спасибо всем ❤️
Самый частый вопрос мне на конференции был:
Успели отметить 11 лет Alto в день конференции. Да-да 1.11 11 лет. Первый раз делали стенд. Рассказывали, что у нас много php-программистов и сделали игру «Проживи жизнь ИТ-руководителя и заработай 10 млн». Идея простая, что у тебя как у руководителя айти есть интернет-магазин, на котором ты должен успеть заработать прибыль. Но каждые 5 секунд что-то происходит. То баг, то взломы, то саботаж команды.
Были участники, кто сыграл 20 раз. И у стенда весь день была очередь. Надеюсь скоро выложу пост про саму игру.
Спасибо, всем кто был с нами. За год мы здорово трансформировались. Но сохранили наш вайб. В следующем году еще больших трансформаций не избежать. Кое-что готовим, следите за анонсами.
А пока хочу сказать спасибо партнёрам конфернеции: .redev (redev.ru), Haydex (haydex.ru), Doubletapp (doubletapp.ai), Далее (dalee-group.ru), Рег.ру (reg.ru), ipos.digital, Next Level (next-level.agency), Head-promo (head-promo.ru)
И вместо слов лучшее доказательство обратная связь от участников. Насчитал аж 22 поста. Сохраню тут на память
https://t.me/itnayard/286
https://t.me/headpromo/800
https://t.me/MaxVverh/533
https://t.me/shuyskiy_a/200
https://t.me/steps2b/466
https://t.me/simchenko_blog/691
https://t.me/sasha_kombarov/2806
https://t.me/one_zero_one_zero/151
https://t.me/steps2b/463
https://t.me/release_it/268
https://t.me/epmobi/145
https://t.me/korotkovsStudio/815
https://t.me/ishenko_eb_agency/331
https://t.me/tytobitaet_channel/9024
https://t.me/domnaekb/6190
https://t.me/dnevnikgordy/558
https://t.me/lovemarketingit/2653
https://t.me/snailrocks/49
https://t.me/ilya_notes/504
https://t.me/SomovSoftDrive/59
https://t.me/digital_basni/75
https://t.me/dima_chis_public/292
1❤22👍9🔥8
И Тильду вставить, и админку нормальную получить
Почему-то не все догадались. Но лучший способ оформлять страницы — встроить тильду к себе в админ-панель сайта.
У тильды лучший интерфейс для создания контентных страниц. Он интуитивно понятный, десятки тысяч людей знают как с ним работать.
Но нормальную ecommerce витрину на ней не соберешь. Решение: делаете ecommerce на полноценном инструменте. Laravel, ensi или Битрикс (прости господи). А контентные страницы собираются на тильде
В результате у вас отдел маркетинг может самостоятельно собирать лендинги для быстро тестирования гипотез. Не тратя ресурс разработки.
Как это работает
1. Делаете отдельный сайт на тильде. Он закрыт от индексации и нет домена.
2. В админ-панели уже сайта делаете возможность указать ID страницы из тильды.
3. Делаете вебхуку, которая при обновлении страниц в тильде загружает этот контент к вам на сайт. Она сопоставляет ID страницы в тильде и страницы на сайте
4. Создаете страницу в тильде, берете ID. Создаете страницу на сайте, вставляете этот ID
5. Теперь при обновлении в тильде у вас через 30 секунд обновленный контент
Шишки, которые мы набили
1. Шапку и футер используете с основного сайта, так удобнее и они всегда актуальные. Все мета и seo данные лучше брать из админ-панели.
2. Для страниц на тильде используете свои js и css файлы. Для каждой страницы каждый раз скачиваете свежие. Так как они могут появляться в зависимости от подключенного в тильде функционала. Анимация, например
3. Подключаете эти файлы ровно в том же порядке, иначе будут ошибки
4. Делаете отдельную кнопку «обновить все страницы», на случай, если вебхука не сработала
Всё. За 750 рублей в месяц + 200 тыс на реализацию и ваш отдел маркетинга не дергает разработчиков для реализации лендингов. С SEO тоже всё в порядке.
Мы так сделали для себя на Alto и еще для нескольких клиентов.
Пример страницы на основной админке, а вот пример на тильде. Кейсы тоже так оформляем.
Сохраняйте пост к себе в избранное, чтобы не забыть, когда будете делать свою админку.
Почему-то не все догадались. Но лучший способ оформлять страницы — встроить тильду к себе в админ-панель сайта.
У тильды лучший интерфейс для создания контентных страниц. Он интуитивно понятный, десятки тысяч людей знают как с ним работать.
Но нормальную ecommerce витрину на ней не соберешь. Решение: делаете ecommerce на полноценном инструменте. Laravel, ensi или Битрикс (прости господи). А контентные страницы собираются на тильде
В результате у вас отдел маркетинг может самостоятельно собирать лендинги для быстро тестирования гипотез. Не тратя ресурс разработки.
Как это работает
1. Делаете отдельный сайт на тильде. Он закрыт от индексации и нет домена.
2. В админ-панели уже сайта делаете возможность указать ID страницы из тильды.
3. Делаете вебхуку, которая при обновлении страниц в тильде загружает этот контент к вам на сайт. Она сопоставляет ID страницы в тильде и страницы на сайте
4. Создаете страницу в тильде, берете ID. Создаете страницу на сайте, вставляете этот ID
5. Теперь при обновлении в тильде у вас через 30 секунд обновленный контент
Шишки, которые мы набили
1. Шапку и футер используете с основного сайта, так удобнее и они всегда актуальные. Все мета и seo данные лучше брать из админ-панели.
2. Для страниц на тильде используете свои js и css файлы. Для каждой страницы каждый раз скачиваете свежие. Так как они могут появляться в зависимости от подключенного в тильде функционала. Анимация, например
3. Подключаете эти файлы ровно в том же порядке, иначе будут ошибки
4. Делаете отдельную кнопку «обновить все страницы», на случай, если вебхука не сработала
Всё. За 750 рублей в месяц + 200 тыс на реализацию и ваш отдел маркетинга не дергает разработчиков для реализации лендингов. С SEO тоже всё в порядке.
Мы так сделали для себя на Alto и еще для нескольких клиентов.
Пример страницы на основной админке, а вот пример на тильде. Кейсы тоже так оформляем.
Сохраняйте пост к себе в избранное, чтобы не забыть, когда будете делать свою админку.
Alto
Alto — разработчики b2b и ecommerce решений.
Alto — IT-компания в Москве, с 2014 года разрабатываем B2B и eCommerce решения, мобильные приложения, веб-сервисы. Помогаем бизнесу зарабатывать больше и меньше тратить за счет автоматизации.
👍13❤5🔥2
Второй раз Alto стали спонсором номинации «Сапожник с сапогами» на Tagline Awards.
В номинацию подаются проекты, сделанные агентствами для себя или рынка. Или компании, которые сделали продукт для себя. Когда внутри появляется идея и ее хочется реализовать.
Если вы еще не успели, то подать работы можно до 3 декабря 13:59 мск.
Рубрики:
— Сайты и приложения
— Партнерские программы
— Закрытие года
— Digital-офис
— Дизайн
— Образовательная активность
— Онлайн-мероприятие
— Мероприятие
— Позиционирование
— Проекты для digital-индустрии в новых условиях
— Social media
и др.
Кто бы что ни говорил про конкурсы и премии, но Tagline Awards — одно из немногих мероприятий, где можно встретить столько коллег и клиентов в одном месте и пообщаться в непринужденной атмосфере, расходимся обычно за полночь.
Церемония награждения 5 декабря в 19:00, Omega Rooftop, Цветной б-р 15, стр.1
С кем увидимся?
В номинацию подаются проекты, сделанные агентствами для себя или рынка. Или компании, которые сделали продукт для себя. Когда внутри появляется идея и ее хочется реализовать.
Если вы еще не успели, то подать работы можно до 3 декабря 13:59 мск.
Рубрики:
— Сайты и приложения
— Партнерские программы
— Закрытие года
— Digital-офис
— Дизайн
— Образовательная активность
— Онлайн-мероприятие
— Мероприятие
— Позиционирование
— Проекты для digital-индустрии в новых условиях
— Social media
и др.
Кто бы что ни говорил про конкурсы и премии, но Tagline Awards — одно из немногих мероприятий, где можно встретить столько коллег и клиентов в одном месте и пообщаться в непринужденной атмосфере, расходимся обычно за полночь.
Церемония награждения 5 декабря в 19:00, Omega Rooftop, Цветной б-р 15, стр.1
С кем увидимся?
❤9🔥3
Как работать с Google Таблицами через ИИ
Готовимся к 2026 году и пересчитываем ставки с учётом новых налогов. Формулы, расчёты — всё в Google Sheets. Примерно 40 строк, половина из них формулы. Для подсчёта с учётом всех нюансов: больничные, отпуска, НДС, косвенные расходы
---
Что попробовал:
1. Gemini в интерфейсе — вроде бы неплохо, но на просьбу вставить формулы ответил, что работает только с данными на английском. Окей, спасибо
2. СhatGPT Atlas браузер — обработал всё стремительно и правильно понял. Но таблица вставилась одной строкой. Три попытки — одна строка. Идём дальше
3. Comet от Perplexity браузер — по крайней мере, заходит в интерфейс, кликает, вставляет. Но делает это так: клик — скриншот — клик — скриншот. 15 минут на простую таблицу. Когда ячеек стало много — сломался и начал путать формулы.
4. Cursor (среда разработки) через MCP-сервер даже не пытался. Там OAuth 2.0, нужно поднимать сервер, а результата в реальном времени всё равно не видно. Чересчур много усилий ради эксперимента.
---
Есть ещё вариант: ChatGPT с коннектором к Google Sheets через MCP. Но это только в самой дорогой подписке. Не попробовал.
Вывод: с Google Таблицами через ИИ пока не работает полноценно, но если у вас формул не слишком много или точечное редактирование — Comet самый лучший вариант.
Либо перекидывать Excel в окно ChatGPT.
Сохраняйте себе, чтобы не забыть, как работать с таблицами
Готовимся к 2026 году и пересчитываем ставки с учётом новых налогов. Формулы, расчёты — всё в Google Sheets. Примерно 40 строк, половина из них формулы. Для подсчёта с учётом всех нюансов: больничные, отпуска, НДС, косвенные расходы
---
Что попробовал:
1. Gemini в интерфейсе — вроде бы неплохо, но на просьбу вставить формулы ответил, что работает только с данными на английском. Окей, спасибо
2. СhatGPT Atlas браузер — обработал всё стремительно и правильно понял. Но таблица вставилась одной строкой. Три попытки — одна строка. Идём дальше
3. Comet от Perplexity браузер — по крайней мере, заходит в интерфейс, кликает, вставляет. Но делает это так: клик — скриншот — клик — скриншот. 15 минут на простую таблицу. Когда ячеек стало много — сломался и начал путать формулы.
4. Cursor (среда разработки) через MCP-сервер даже не пытался. Там OAuth 2.0, нужно поднимать сервер, а результата в реальном времени всё равно не видно. Чересчур много усилий ради эксперимента.
---
Есть ещё вариант: ChatGPT с коннектором к Google Sheets через MCP. Но это только в самой дорогой подписке. Не попробовал.
Вывод: с Google Таблицами через ИИ пока не работает полноценно, но если у вас формул не слишком много или точечное редактирование — Comet самый лучший вариант.
Либо перекидывать Excel в окно ChatGPT.
Сохраняйте себе, чтобы не забыть, как работать с таблицами
❤4
За каждым сильным руководителем ИТ-компании стоит 2025 год 🥲
😁37🔥7😢2😱1💯1
Войти в операционку
Раньше все говорили о том, как круто выйти из операционки. Сейчас тренд на то что круто войти туда да и поглубже.
Что в Alto сейчас делаю
— Перестраиваем фин. учёт. Отчасти из-за новых налогов. Отчасти потому что погрешности, которые раньше были допустимы — сейчас нет. Смотрю как устроено у других. Диме Тарасову (Amiga) спасибо и еще паре человек.
— Собираем дашборды, автоматические отчеты. Например по проектам, по которым не было расхода больше 7 дней. Маленькие расходы на проекте — индикатор, что он не будет закончен вовремя.
— Пересобираем связь между данными. У нас сейчас в Амо продажи. В табличках учёт. В Планфиксе проектное управление. Бухгалтерия в 1С. Связать всё между собой по одному клиенту — жесть.
— Сокращаем количество общих пространств. Сейчас места для фиксации договоренностей и встреч: планфикс, яндекс.календарь, гугл.календарь, закреп в телеграме, отдельные таблицы. Идём к одному пространству.
— Унифицируем бонусы у менеджеров. Накопили легаси. У старичков была мотивация старая, у новеньких новая. Теперь у всех от рентабельности проекта.
— Прорабатываем ответственность PM + Techlead. По совету Ивана Поддубного (Вебпрактик) смотрим в сторону разделения на Discovery и Delivery. К этому дуету еще подключаются хорошо аккаунты.
— Сокращение расходов и бюджеты на 2026. Поиск за счёт чего стоимость часа и проектов можно сохранить или повысить умеренно в следующем году.
— Собираем гипотезы роста следующего года. Судорожно вспоминаю все разговоры за год с клиентами, слушаем экспертов, смотрим какие лиды за год к нам приходили. Их, кстати, в этом году всего 200+.
— Наняли консультанта с бОльшим опытом управления. Помогает свежим взглядом со стороны. Александр Шибаловский (ex-Nexign, Директор по внедрению и заказной разработе, СТО). Александр выступал у нас на конференции. Вот как раз доклад про то как работать с фикс проектом на 1500 требований. Могу рекомендовать, как консультанта по операц. процессам. Или если надо запустить большой проект.
С интересом ждём будущий год 🥲
Раньше все говорили о том, как круто выйти из операционки. Сейчас тренд на то что круто войти туда да и поглубже.
Что в Alto сейчас делаю
— Перестраиваем фин. учёт. Отчасти из-за новых налогов. Отчасти потому что погрешности, которые раньше были допустимы — сейчас нет. Смотрю как устроено у других. Диме Тарасову (Amiga) спасибо и еще паре человек.
— Собираем дашборды, автоматические отчеты. Например по проектам, по которым не было расхода больше 7 дней. Маленькие расходы на проекте — индикатор, что он не будет закончен вовремя.
— Пересобираем связь между данными. У нас сейчас в Амо продажи. В табличках учёт. В Планфиксе проектное управление. Бухгалтерия в 1С. Связать всё между собой по одному клиенту — жесть.
— Сокращаем количество общих пространств. Сейчас места для фиксации договоренностей и встреч: планфикс, яндекс.календарь, гугл.календарь, закреп в телеграме, отдельные таблицы. Идём к одному пространству.
— Унифицируем бонусы у менеджеров. Накопили легаси. У старичков была мотивация старая, у новеньких новая. Теперь у всех от рентабельности проекта.
— Прорабатываем ответственность PM + Techlead. По совету Ивана Поддубного (Вебпрактик) смотрим в сторону разделения на Discovery и Delivery. К этому дуету еще подключаются хорошо аккаунты.
— Сокращение расходов и бюджеты на 2026. Поиск за счёт чего стоимость часа и проектов можно сохранить или повысить умеренно в следующем году.
— Собираем гипотезы роста следующего года. Судорожно вспоминаю все разговоры за год с клиентами, слушаем экспертов, смотрим какие лиды за год к нам приходили. Их, кстати, в этом году всего 200+.
— Наняли консультанта с бОльшим опытом управления. Помогает свежим взглядом со стороны. Александр Шибаловский (ex-Nexign, Директор по внедрению и заказной разработе, СТО). Александр выступал у нас на конференции. Вот как раз доклад про то как работать с фикс проектом на 1500 требований. Могу рекомендовать, как консультанта по операц. процессам. Или если надо запустить большой проект.
С интересом ждём будущий год 🥲
Telegram
Alexander Shibalovskiy
You can contact @alxshib right away.
1👍25❤5
Провели стратессию, определили планы на 2026
Каждый год расчехляю стратегию прошлого года и понимаю, что она была верная. Но исполнение пострадало. Что же делать?
Мы стратессии проводили всегда сами и из-за этого всегда оказывались в тупике. Потому что упирались в одни и те же проблемы.
В этом году мы попросили провести стратессию .redev. Проводили очно в Москве.
Что увидели
— Сильная рассинхронизация топ-менеджеров. Со стороны понятно не было, но когда для наблюдателей стали проговаривать личные цели — всё вскрылось.
— 2025 год мы закончили максимально «сухими», оптимизировали всё, что только можно. В результате эффективно, плановая рентабельность. Но расти дальше не возможно. Например, договорами занимаются почти все. Поэтому сейчас ищем юриста на аутсорс.
— Фин. модель можно строить иначе. Я долго приходил к текущей модели, которая самоуправляема. Если кто-то хочет нанять новую роль — это отражается на ставке каждого производственного юнита. Можешь продавать по новой ставке? Окей, нанимай. А .redev показали, что можно строить инвестиционную историю. Что сейчас осознанно снижаем рентабельность, чтобы на большем масштабе это окупить. Теперь перестраиваем управление рентабельностью.
— Можно сделать ставку на тестирования, QA может быть не подключаемой ролью на проекте, а главным носителем знаний и лицом отвечающим за сдачу проекта клиенту.
— Производство ощутимо можно оптимизировать. У меня были мысли по поводу AI, готовых платформ (мы скоро заанонсим кое-что для екома). Но гораздо сильнее рычаг — повышение вовлечения команд в каждый проект. Переход из состояния «я только пишу код» в «я отвечаю за то, чтобы этот продукт случился».
Очень рад, что обратился именно к .redev, так как получили одновременно прокачку топ-команды и демонстрацией «как еще можно работать», так и сценарий проведения СС. Знаю, что вы это прочитаете, поэтому огромное спасибо вам ❤️
В конце года посчитаем цыплят и подведем итоги
Каждый год расчехляю стратегию прошлого года и понимаю, что она была верная. Но исполнение пострадало. Что же делать?
Мы стратессии проводили всегда сами и из-за этого всегда оказывались в тупике. Потому что упирались в одни и те же проблемы.
В этом году мы попросили провести стратессию .redev. Проводили очно в Москве.
Что увидели
— Сильная рассинхронизация топ-менеджеров. Со стороны понятно не было, но когда для наблюдателей стали проговаривать личные цели — всё вскрылось.
— 2025 год мы закончили максимально «сухими», оптимизировали всё, что только можно. В результате эффективно, плановая рентабельность. Но расти дальше не возможно. Например, договорами занимаются почти все. Поэтому сейчас ищем юриста на аутсорс.
— Фин. модель можно строить иначе. Я долго приходил к текущей модели, которая самоуправляема. Если кто-то хочет нанять новую роль — это отражается на ставке каждого производственного юнита. Можешь продавать по новой ставке? Окей, нанимай. А .redev показали, что можно строить инвестиционную историю. Что сейчас осознанно снижаем рентабельность, чтобы на большем масштабе это окупить. Теперь перестраиваем управление рентабельностью.
— Можно сделать ставку на тестирования, QA может быть не подключаемой ролью на проекте, а главным носителем знаний и лицом отвечающим за сдачу проекта клиенту.
— Производство ощутимо можно оптимизировать. У меня были мысли по поводу AI, готовых платформ (мы скоро заанонсим кое-что для екома). Но гораздо сильнее рычаг — повышение вовлечения команд в каждый проект. Переход из состояния «я только пишу код» в «я отвечаю за то, чтобы этот продукт случился».
Очень рад, что обратился именно к .redev, так как получили одновременно прокачку топ-команды и демонстрацией «как еще можно работать», так и сценарий проведения СС. Знаю, что вы это прочитаете, поэтому огромное спасибо вам ❤️
В конце года посчитаем цыплят и подведем итоги
2❤28🔥17👍4
И так бывает. Жалею, что всё не бэкапил. Забанили в одну секунду. У несколько знакомых так же. Из общего увидел, что все использовали API на том же аккаунте.
Из плюсов перешел на Claude. Теперь бешусь, что криво работают голосовые и радуюсь Skills.
UPD: в комментариях от Димы Логинова инструкция как скачать бэкапы
Из плюсов перешел на Claude. Теперь бешусь, что криво работают голосовые и радуюсь Skills.
UPD: в комментариях от Димы Логинова инструкция как скачать бэкапы
😢4😱2
Зимовка.
Переехал на 2 месяца в Сочи. Первый раз доехал сюда на машине из Москвы. Получилось 1600км и 23 часа, но я еще заехал к родителям в Краснодаре. Давно их не видел и как раз удачно получилось, что можно переночевать.
Дорога была ужасной. Я сначала молился, чтобы снегопады закончились в Москве, они за день до выезда закончились и циклон пошел ровно по нашему пути. Поэтому Воронеж встретил сугробами. Зато приятно было наблюдать, как каждый час дороги температура на градус становится выше.
Мечтал пожить в доме, надо сказать, что я квартирный житель, но гештальт закрыть хотелось. После 10 просмотров сочинской недвижимости и понимания как картинка отличается от реальности, понял, что проще квартиру в удобной локации. Вне сезона аренда нормального дома от 200 тысяч.
Дом в итоге снял на 3 дня и чуть паническую атаку не поймал, пока забирался по обрыву каждый день на парковку за рулем.
Если кто будет в Сириусе — пишите.
Переехал на 2 месяца в Сочи. Первый раз доехал сюда на машине из Москвы. Получилось 1600км и 23 часа, но я еще заехал к родителям в Краснодаре. Давно их не видел и как раз удачно получилось, что можно переночевать.
Дорога была ужасной. Я сначала молился, чтобы снегопады закончились в Москве, они за день до выезда закончились и циклон пошел ровно по нашему пути. Поэтому Воронеж встретил сугробами. Зато приятно было наблюдать, как каждый час дороги температура на градус становится выше.
Мечтал пожить в доме, надо сказать, что я квартирный житель, но гештальт закрыть хотелось. После 10 просмотров сочинской недвижимости и понимания как картинка отличается от реальности, понял, что проще квартиру в удобной локации. Вне сезона аренда нормального дома от 200 тысяч.
Дом в итоге снял на 3 дня и чуть паническую атаку не поймал, пока забирался по обрыву каждый день на парковку за рулем.
Если кто будет в Сириусе — пишите.
❤12🔥6😁3👍2
Электронная коммерция в B2B может убить ваш бизнес (или спасти его)
Мы с командой как-то запускали B2B-кабинет для дистрибьютора электрокомпонентов. Сделали за 2,5 месяца, сэкономили клиенту почти 30% бюджета, но гипотеза не подтвердилась и проект поставили на паузу.
Возможности подобного внедрения огромны, но и риски тоже.
Если компании не смогут обеспечить простой, надежный и ценный цифровой опыт, покупатели не будут его использовать. А без использования не будет никакой отдачи от инвестиций.
Проблема в том, что мы часто не задаем правильные вопросы перед стартом проекта и в итоге получается не то, что хотим, цель не оправдывает средства.
Поэтому 11 февраля в 14:30 мск на вебинаре от IMExpert расскажу о том, что я сам хотел бы знать перед запуском сайта или приложения в B2B.
Разберем:
• Что реально можно автоматизировать, а что убьет сервис.
• На чём можно сэкономить в 2026 без падения конверсии.
• Как правильно выбрать подрядчика? Почему один подрядчик просит 500 тысяч, а другой 5 миллионов за один и тот же функционал. И кого выбрать.
• Чек-лист приемки результата. Как принять результат работы, чтобы потом не платить за чужие ошибки.
Приходите! Обязательна регистрация по ссылке
Мы с командой как-то запускали B2B-кабинет для дистрибьютора электрокомпонентов. Сделали за 2,5 месяца, сэкономили клиенту почти 30% бюджета, но гипотеза не подтвердилась и проект поставили на паузу.
Возможности подобного внедрения огромны, но и риски тоже.
Если компании не смогут обеспечить простой, надежный и ценный цифровой опыт, покупатели не будут его использовать. А без использования не будет никакой отдачи от инвестиций.
Проблема в том, что мы часто не задаем правильные вопросы перед стартом проекта и в итоге получается не то, что хотим, цель не оправдывает средства.
Поэтому 11 февраля в 14:30 мск на вебинаре от IMExpert расскажу о том, что я сам хотел бы знать перед запуском сайта или приложения в B2B.
Разберем:
• Что реально можно автоматизировать, а что убьет сервис.
• На чём можно сэкономить в 2026 без падения конверсии.
• Как правильно выбрать подрядчика? Почему один подрядчик просит 500 тысяч, а другой 5 миллионов за один и тот же функционал. И кого выбрать.
• Чек-лист приемки результата. Как принять результат работы, чтобы потом не платить за чужие ошибки.
Приходите! Обязательна регистрация по ссылке
❤6🔥4👍3
Как проверить работу от подрядчика
Готовил для выступления чек-лист по тому как принимать разработку от подрядчика.
Собирал его таким, чтобы без технических скиллов можно было проверить работу: все артефакты, доступы, лицензии, смоук-тесты. И всё что неочевидно при приёмке.
Делюсь с вами:
https://docs.google.com/spreadsheets/d/1WYJ2ZZrUKB-w9D2-YNtSwm-DMxzp92oM/edit?gid=193555132#gid=193555132
Готовил для выступления чек-лист по тому как принимать разработку от подрядчика.
Собирал его таким, чтобы без технических скиллов можно было проверить работу: все артефакты, доступы, лицензии, смоук-тесты. И всё что неочевидно при приёмке.
Делюсь с вами:
https://docs.google.com/spreadsheets/d/1WYJ2ZZrUKB-w9D2-YNtSwm-DMxzp92oM/edit?gid=193555132#gid=193555132
1✍9❤3🔥1
На фоне закона о запрете зарубежных слов, выяснилось, что мы делаем не б2б-кабинеты в облаке.
Аб2б-покои в небесном хранилище и другие решения для торговцев
А
😁27😱3
Идеальная форма на сайте
Всего-то 5 полей, а ушло несколько часов совместной работы с нашим дизайнером Даней. О чём нужно было подумать:
1. Формы заявки — самое чувствительное место. Потеря 1 заявки для нас, потеря ~20 тыс рублей
2. Если можно не делать что-то, что усложняет логику, но это не увеличивает конверсию, то отказываемся. Например кастомные ошибки, ajax-отправка и т.п.
3. При этом Baymard даёт классный совет, что ошибки могут быть не просто «вы не заполнили почту», а «а вы пропустили точку в ivan@gmailcom», но откажемся в пользу стабильности.
4. Каптчи — нафиг. Тут писал алгоритм, как мы отказались.
5. Есть заявки у которых нет почты, сейчас она необязательна. Посчитали таких 10%. Помню в 2008 году встречал, что у людей просто почты нет, потому что не знают что это. Сейчас все знают, но некоторые отказались. Решили оставить, так как там часто домен компании — важная информация на этапе заявки, если не запрашивать компанию.
6. Телефон необязательно, но визуально предыдущие два поля обязательные, а тут на этом месте выбор связи.
7. Устали от того, что кто-то в поле телефона хочет вставить телеграм, но не догадывается. Решили сделать возможность выбора как связаться. Для некоторых звонки внезапные — дурной тон.
8. Сразу в тексте формы подсказка. как можно связаться проактивно. Почта или телеграм. Телефон решили убрать, хотя в том году несколько продаж с телефона было, но кмк отмирает.
9. Форма покрывает только часть заявок, причем меньшая — большая это личный контакт по телефону или телеграму. И в таком кейсе сайт нужен как промежуточная точка контакта.
10. Обработка у нас идёт долго, так как отправляется на почту, в n8n, и amoCrm. Можно было бы сделать очереди, но опять таки технически делаем топорно, чтобы меньше багов было. Поэтому после клика — кнопка пропадает и анимация, чтобы не нажимали повторно.
Еще не опубликовали, но скриншот в посте. Дальше — автоматизация обработки данных от пользователя. Какие страницы посещал, если есть сайт, то просканировать весь сайт, чтобы найти ИНН, дополнительную информацию о компании.
Сохраняйте себе, на случай, если тоже будете переделывать форму на сайте
Всего-то 5 полей, а ушло несколько часов совместной работы с нашим дизайнером Даней. О чём нужно было подумать:
1. Формы заявки — самое чувствительное место. Потеря 1 заявки для нас, потеря ~20 тыс рублей
2. Если можно не делать что-то, что усложняет логику, но это не увеличивает конверсию, то отказываемся. Например кастомные ошибки, ajax-отправка и т.п.
3. При этом Baymard даёт классный совет, что ошибки могут быть не просто «вы не заполнили почту», а «а вы пропустили точку в ivan@gmailcom», но откажемся в пользу стабильности.
4. Каптчи — нафиг. Тут писал алгоритм, как мы отказались.
5. Есть заявки у которых нет почты, сейчас она необязательна. Посчитали таких 10%. Помню в 2008 году встречал, что у людей просто почты нет, потому что не знают что это. Сейчас все знают, но некоторые отказались. Решили оставить, так как там часто домен компании — важная информация на этапе заявки, если не запрашивать компанию.
6. Телефон необязательно, но визуально предыдущие два поля обязательные, а тут на этом месте выбор связи.
7. Устали от того, что кто-то в поле телефона хочет вставить телеграм, но не догадывается. Решили сделать возможность выбора как связаться. Для некоторых звонки внезапные — дурной тон.
8. Сразу в тексте формы подсказка. как можно связаться проактивно. Почта или телеграм. Телефон решили убрать, хотя в том году несколько продаж с телефона было, но кмк отмирает.
9. Форма покрывает только часть заявок, причем меньшая — большая это личный контакт по телефону или телеграму. И в таком кейсе сайт нужен как промежуточная точка контакта.
10. Обработка у нас идёт долго, так как отправляется на почту, в n8n, и amoCrm. Можно было бы сделать очереди, но опять таки технически делаем топорно, чтобы меньше багов было. Поэтому после клика — кнопка пропадает и анимация, чтобы не нажимали повторно.
Еще не опубликовали, но скриншот в посте. Дальше — автоматизация обработки данных от пользователя. Какие страницы посещал, если есть сайт, то просканировать весь сайт, чтобы найти ИНН, дополнительную информацию о компании.
Сохраняйте себе, на случай, если тоже будете переделывать форму на сайте
❤7🔥7👍5💩1
В ecommerce вообще мало, где ИИ пригодился
По факту:
1. Генерация контента, но с валидацией человеком, а то и корректурой. На массовых товарах. Или дорогая генерация видео, там где съемка еще дороже.
2. Ответ на отзывы и вопросы. Тоже массовая история, в основном на маркетплейсах.
3. Рекомендации, чтобы компенсировать слабообученые ML-модели
Есть еще попытки сделать чат-ботов, которые помогают купить. Но это не взлетит, к такому паттерну пользователь не привык.
И тут я в подкасте с Рауфом Алиевым про поиск в екоме увидел прекрасное. Что LLM можно использовать как дополнение к обычному поиску для уточнения запроса.
Написал схему, как это будет работать:
1. Пользователь вводит запрос. Причем мы из-за гугла привыкли вводить их криво «красный полонтин».
2. LLM помогает понять какие фильтры (категория палантины, цвет красный) нужны выбрать, какие синонимы подобрать (шарф, накидка) и как расширить запрос: не просто синонимы, а какие еще товары решают ту же задачу.
3. Обрабатываем через быструю модель, чтобы задержки не было.
4. Предусматриваем fallback, если ответ от LLM не пришел за 2 секунды, то проводим обычный поиск. Если LLM всё же ответила, то предлагаем перейти на расширенный ответ.
В итоге у вас хороший поиск, без тюнинга elasticsearch по несколько лет
По факту:
1. Генерация контента, но с валидацией человеком, а то и корректурой. На массовых товарах. Или дорогая генерация видео, там где съемка еще дороже.
2. Ответ на отзывы и вопросы. Тоже массовая история, в основном на маркетплейсах.
3. Рекомендации, чтобы компенсировать слабообученые ML-модели
Есть еще попытки сделать чат-ботов, которые помогают купить. Но это не взлетит, к такому паттерну пользователь не привык.
И тут я в подкасте с Рауфом Алиевым про поиск в екоме увидел прекрасное. Что LLM можно использовать как дополнение к обычному поиску для уточнения запроса.
Написал схему, как это будет работать:
1. Пользователь вводит запрос. Причем мы из-за гугла привыкли вводить их криво «красный полонтин».
2. LLM помогает понять какие фильтры (категория палантины, цвет красный) нужны выбрать, какие синонимы подобрать (шарф, накидка) и как расширить запрос: не просто синонимы, а какие еще товары решают ту же задачу.
3. Обрабатываем через быструю модель, чтобы задержки не было.
4. Предусматриваем fallback, если ответ от LLM не пришел за 2 секунды, то проводим обычный поиск. Если LLM всё же ответила, то предлагаем перейти на расширенный ответ.
В итоге у вас хороший поиск, без тюнинга elasticsearch по несколько лет
👍7💯1
Как не получить недостачу в кассе при программировании
У цен в разработке есть проблема — копейки. Те самые числа после запятой.
1. При передаче через API или json число со знаком может превратиться в целочисленное (int), так и в дробное (float). 1.00 -> 1. Из-за этого при сравнении типов дальше в коде может вылезти ошибка.
2. При вычислениях с числами накапливаются погрешности. Если сложить в php 0.1 + 0.2, то получится, не 0.3, а 0.30000000000000004
Казалось бы какая разница. Но в интернет-магазине числа могут умножаться, суммироваться, применяться скидки — рано или поздно погрешность округлиться не в ту сторону. Не сойдется копейка, а с ней вся бухглатерия. А еще есть крипта, где может быть сильно больше знаков после запятой.
Разобрался почему так
Есть стандарт IEEE 754. У него есть плюс, он офигенно быстро работает. И подходит для большинства задач, кроме денежных. Если бы не этот стандарт, то все компьютеры бы работали медленнее. Это всё особенности хранения памяти.
Есть, кстати, байка про ракету в 91 году, которая накопила погрешности, отклонилась от курса и не смогла защитить от вражеской ракеты. Мы с вами не ракеты строим (я надеюсь), но бухглатерия, которая будет 3 дня искать ошибку — ощутимая потеря.
Что делать?
1. Хранить всё в целых числах 1234,10 -> 123410 и при отображении отделять копейки. Или в строках.
2. Все вычисления делать в случае с пхп, через библиотеку bcmath. В случае с другими языками использовать BigInt. В Java он, например из коробки.
В 1С, кстати, такой проблемы нет. Возможно поэтому она вечно тормозит :)
——————————
Это может быть хорошим вопросом при собеседовании или отборе подрядчика. Так как любой нормальный миддл — знает ответ на вопрос, он много раз разжевывался на Хабре. А тот кто только закончил курсы и притворяется опытным, в спешке «сеньор за 3 месяца» про такие детали забудет.
У цен в разработке есть проблема — копейки. Те самые числа после запятой.
1. При передаче через API или json число со знаком может превратиться в целочисленное (int), так и в дробное (float). 1.00 -> 1. Из-за этого при сравнении типов дальше в коде может вылезти ошибка.
2. При вычислениях с числами накапливаются погрешности. Если сложить в php 0.1 + 0.2, то получится, не 0.3, а 0.30000000000000004
Казалось бы какая разница. Но в интернет-магазине числа могут умножаться, суммироваться, применяться скидки — рано или поздно погрешность округлиться не в ту сторону. Не сойдется копейка, а с ней вся бухглатерия. А еще есть крипта, где может быть сильно больше знаков после запятой.
Разобрался почему так
Есть стандарт IEEE 754. У него есть плюс, он офигенно быстро работает. И подходит для большинства задач, кроме денежных. Если бы не этот стандарт, то все компьютеры бы работали медленнее. Это всё особенности хранения памяти.
Есть, кстати, байка про ракету в 91 году, которая накопила погрешности, отклонилась от курса и не смогла защитить от вражеской ракеты. Мы с вами не ракеты строим (я надеюсь), но бухглатерия, которая будет 3 дня искать ошибку — ощутимая потеря.
Что делать?
1. Хранить всё в целых числах 1234,10 -> 123410 и при отображении отделять копейки. Или в строках.
2. Все вычисления делать в случае с пхп, через библиотеку bcmath. В случае с другими языками использовать BigInt. В Java он, например из коробки.
В 1С, кстати, такой проблемы нет. Возможно поэтому она вечно тормозит :)
——————————
Это может быть хорошим вопросом при собеседовании или отборе подрядчика. Так как любой нормальный миддл — знает ответ на вопрос, он много раз разжевывался на Хабре. А тот кто только закончил курсы и притворяется опытным, в спешке «сеньор за 3 месяца» про такие детали забудет.
❤5⚡2🔥1