Кто мы, и про что этот канал 📣

Мы — команда инженеров и аналитиков Цифровой Шторм — решаем проблемы бизнеса: автоматизируем процессы и избавляем от рутины, внедряя ИИ.

Что делаем:

🔹 Операционка и CRM — кастомные ERP под конкретный бизнес.
🔹 ФОТ и человеческий фактор — боты и AI работают 24/7, обрабатывают 1000 заявок одновременно.
🔹 AI и нейросети (LLM) — автоматизация поддержки, умная модерация контента, автопоиск по корпоративным базам.
🔹 Telegram-экосистема — Web Apps, боты разной сложности, уведомления и управление заявками прямо в мессенджере.

Мы не пишем код по тз. А смотрим на бизнес, находим узкие места, где теряются ресурсы, и устраняем их с помощью IT.

А этот канал — рабочее пространство, где мы показываем, как делаем IT для бизнеса.

Что здесь будет полезного👇

— Подходы и принципы работы с задачами, докой, кодой.
— Реальные кейсы внедрения AI и LLM в бизнес-процессы.
— Прикольные моменты - без пафоса, с крутыми результатами, ценными открытиями и внезапными затыками.
— Важное в инфраструктуре - про безопасность, доступы и стабильность работы в наши дни.
— Немного жизни команды - инженерный юмор, невыдуманные истории про нас. Потому что IT — это не только код, но и люди.
_________

🔥 @DigitalStormBot — наш чат-бот для всех вопросов

Как мы сэкономили клиенту 62 рабочих дня и спасли 22 000 пользователей от спама

Спам в Telegram — не просто раздражающий фактор. Для бизнеса это потеря репутации и колоссальные затраты времени. Недавно к нам обратился сервис по поддержке иммигрантов в Германии.

Дано:
— 5 тематических чатов (ВНЖ, авто, недвижимость и др.)
— 22 000+ живых участников
— Поток вопросов 24/7.

Проблема: Чаты атаковали боты: реклама «пирамид», фейковые вакансии («плачу 5000€»), мошенники в личке. Модераторы тратили 150 часов в месяц (почти полноценная ставка сотрудника!) только на удаление подобного мусора.

Закрывать чаты было нельзя — это убило бы живое комьюнити.

Почему мы просто не взяли готового бота?

Проанализировав рынок, мы поняли, что коробочные решения не подходят, потому что:
— Встраивают свою рекламу.
— Не понимают контекст (банят за обычные вопросы про визы).
— «Ложатся» под нагрузкой из-за лимитов Telegram API.

Да и современные спамеры научились писать нативно — с таким обычные боты-фильтры по стоп-словам попросту не справляются.

Наше решение: Кастомный ИИ-антиспам

Мы в «Цифровом Шторме» разработали двухэтапную систему защиты:
1. Ловим спам по спам-словам и отправляем на проверку в ИИ.
2. ИИ проверяет сообщение на спам и выносит конечный вердикт.

В процессе работы:
— Обошли лимиты Telegram, создав очередь запросов.
— Реализовали функцию «Бан везде»: если спамера ловят в одном чате, он автоматически улетает в бан во всех ресурсах компании.
— Внедрили нейросеть, которая обучается на новых примерах. Она анализирует не только текст, но и био профиля (например, «Анна | Раскрутка счетов»).

Пример: бот не просто ищет слово «крипта». Он анализирует контекст.
— «Посоветуйте криптокошелек» (вопрос юзера) — ✅ Ок.
— «Залетай на памп крипты!» (спам) — ❌ Бан.

ИИ ошибается? Бывает. Но мы настроили его так, что он учится на решениях живых модераторов.

Итог за полгода

✅ Удалено 15 000+ спам-сообщений.
✅ Заблокировано 15 000+ аккаунтов.
✅ Сэкономлено 500+ часов модерации (это 62 рабочих дня!).

Теперь 99% спама удаляется без участия человека. Модераторы вернулись к развитию проекта, а чаты остаются местом для живого и безопасного общения.

Нужна помощь с автоматизацией или сложными интеграциями? Пишите нам в ЛС — обсудим вашу задачу!

🔥 @DigitalStormBot — наш чат-бот для всех вопросов

Зачем в проекте нужен техлид?

Клиенты часто спрашивают:

Зачем платить за Tech Lead-а? Разработчики что, сами не смогут решить, как им писать код? Они же на то и разработчики!

Обычный разработчик может написать код, который работает здесь и сейчас.

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

Техлид говорит, как правильно сделать. Потому что у него из всей команды — наиболее высокая техническая экспертиза.

В общем, техлид — это человек, который бьет по рукам за trying to access array offset on value of type null и заставляет думать об архитектуре.

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

Нужна помощь с автоматизацией или сложными интеграциями? Пишите нам в ЛС — обсудим вашу задачу!

🔥 @DigitalStormBot — наш чат-бот для всех вопросов

Про правило «Нет доки — нет задачи»

В начале года мы ввели правило:

Задача не считается выполненной, пока к ней не написана документация.

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

И началось..

Почему? Потому что мы устали от ситуации:

Ой, а как работает этот модуль, который Вася писал полгода назад?

А Вася не помнит. Вася занят.

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

Зато через год, когда мы вернёмся к этому коду, мы скажем себе спасибо.

Документируйте, глупцы! 👻

_________

🔥 @DigitalStormBot — чат-бот для вопросов

Как автоматизация управления сделками через Telegram экономит 200+ часов в месяц

Работа с клиентскими заявками вроде не представляет сложности. Но что, если вы какие-то сделки передаёте на исполнение другому отделу? Как отследить их статус, если там нет доступа к вашей CRM? Как «заставить» специалистов двигать карточки и указывать этапы сделок, когда они вообще не дружат с айти? Но все дружат с мессенджерами…

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

А всё почему? Процесс был сильно неудобный и кривой:

🔹Клиент заполняет форму на сайте → менеджер вручную переносит данные в CRM (а это 15-20 минут на заявку!)
🔹Непонятно, кто из трёх юристов в фирме взял дело в работу
🔹Обсуждали всё в общем чате в Telegram, но потом переходили на ПК и переключаются в ERP
🔹Менеджер постоянно тормошил юристов вопросами по этапам работы с заявкой, чтобы поменять статус

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

И по сути превратили мессенджер в полноценный пульт управления бизнесом.

При этом юристам не нужно давать доступ ко всей CRM, не нужно заставлять ставить себе дополнительные приложения и обучать ими пользоваться. Мы добавили в ERP клиента раздел, который доступен только юристам. Этот раздел забирает только нужные сделки из CRM и отображает их в Telegram MiniApp.

Вот как всё теперь работает:

1. Клиент заполняет форму заявки на сайте или в мини-приложении Telegram.
2. GPT распознает и обрабатывает анкету: исправляет ошибки в контактах и заносит всё в базу, создавая или обновляя карточку клиента в CRM.
3. Заявка сразу попадает в ERP и параллельно — приходит в Telegram менеджеру, с двумя кнопками: Отклонить / Отправить юристам.
4. Юристы в чате видят заявку и могут нажать «Принять» или «Отказаться».

Нужно изучить детали, указать цену, перенаправить заявку или сменить статус? Под заявкой есть кнопка «Подробнее» — при нажатии в Telegram открывается Mini App (мини-приложение), где подтягиваются все данные из ERP. Особенно круто, что логин и пароль вводить не нужно — система узнаёт сотрудника автоматически.

Что в итоге:

✅Скорость обработки заявок упала с 15-30 минут до 3-5 минут
✅Прозрачность — все видят, на каком этапе каждая заявка, и не нужно ни у кого ничего спрашивать по 100 раз
😀Экономия 200+ часов в месяц на ручном вводе данных и уточнениях

А главное — всё управляется легко и быстро прямо из Telegram, когда и где угодно.
_____

🔥 @DigitalStormBot — чат-бот для вопросов

Mini App в Telegram — must have для тех, кто оказывает услуги

У вас бизнес, есть канал в Telegram, но ещё нет мини-приложения там же? Тогда просто смотрите, что было у нашего клиента:

Дано:

⚫️10к+ посетителей на сайте
⚫️22к+ подписчиков в нескольких Telegram-каналах
⚫️5 тематических чатах для общения

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

А услуг у фирмы было много, 40+ штук.

Да, можно просто постить ссылки на услуги на сайте, но это означает что? То, что пользователя нужно увести с удобной площадки. А когда приходится делать такое, что = убить горячий лид, даже если ведешь его на свой сайт, где-то в мире плачет один маркетолог...

И в этой ситуации мини-приложение в Telegram — отличный выход.
Поэтому мы:

🔻разработали клиенту Mini-App
🔻стилизовали с использованием Framework7 под нативное меню Telegram
🔻в нём — создали разделы с услугами
🔻а в каждой услуге — анкета тут же прям

И не надо никуда ходить, расстраивать чувствительных маркетологов и терять горячие лиды.

Как узнают об услугах? Есть пост-закреп со ссылкой на «Все услуги в мини-апп», плюс — сервисный чат-бот, при переходе в который появляется кнопка «Услуги». При нажатии на неё сразу открывается приложение с перечнем того, что предлагает фирма.

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

В итоге мы познакомили людей с услугами компании начали конвертировать живую аудиторию в горячие лиды:

✅ Уже за первую неделю 20% человек, открывших мини-апп, оставили заявку.
И заказали даже одну услугу впервые за всё время проекта!
✅ А за год из мини-апп получили 450 заявок.

_____

🔥 @DigitalStormBot — чат-бот для вопросов

Боты против ботов или Как ИИ помогаем бороться со спамом

Каждый публичный Telegram-чат борется со спамом по-разному. Если борется, конечно.

На первый взгляд, всё просто: взял готовый бот, настроил спам-фильтры, поставил и забыл! Но... реальность чуть сложнее.

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

Досадно, когда привлекаешь в группу подписчиков, а потом система их банит за любую реплику со "стоп-словом". Нужно подключать интеллект, то есть, людей-модераторов.

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

Хочется, чтобы спам удалялся быстро? Нанимай больше персонала. Но на это не всегда хватает ресурсов: ни финансовых, ни, собственно, людских.

При этом, современные спам-боты пишут сообщения, которые достаточно тяжело отличить от обычных. Спамеры совершенствуются не по дням, а по часам! Пока новый модератор разберётся, что надо банить за "а не подскажете работающий vpn?", уже 10 новых видов спама нагенерят.

На каждого спамера надо потратить несколько секунд:
⚫️опознать спам
⚫️кликнуть правой кнопкой мыши
⚫️выбрать в меню "удалить"
⚫️отметить галочки в трёх чекбоксах — "заблокировать", "удалить все сообщения", "зарепортить"
⚫️подтвердить блокировку

Теперь представьте, что на модерации 5 групп, и аккаунт спамера, разумеется, присутствует в каждой. Пока тут банишь, он уже в другом чате резвится.

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

В итоге... Ну, наверное, все кто видел чаты на ручной модерации, сами знают, что там в итоге.

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

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

Сначала пришлось попотеть с промптом. Настолько потно было, что даже UI лёгонький для использования API к LLM DeepSeek забабахали. Настраиваешь промпт, шлёшь тестовое сообщение, получаешь визуально ответ в виде isSpam=true/false. Дальше этот же промпт используем в антиспам проверках.

Но одно дело тесты, а другое — реальные сообщения. То полчата в бан улетает, то "куплю us dt" пропускается.

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

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

Заработало стабильно. Удаляем спамера, его сообщения, репортим — всё автоматически. Но что с другими чатами? Стали искать спамеров в прочих группах проекта и удалять везде, где нашли.

Через день работы сервис упал. Telegram решил, что мы... спамеры! Ещё бы, столько запросов постоянно! Урегулировали. Они же подсказали, как оптимизировать авто-модерацию с точки зрения API.

Дальше — больше! Аппетит приходит с едой. А что если всё же спам проскочил? Опять все эти клики по разным группам? ОК, добавили хитрый трюк: перекидываешь спам в специальную группу, а там автоматика делает свою работу.

Плёвое дело, антиспам-бота поставить, да? Ну-ну... Уже год допиливаем! Но так-то система вполне рабочая 🔥

Да, бывают ложные забанивания, но ошибок в разы меньше, чем у "мясных" модераторов. Зато плюсы, думаю, объяснять не надо:
✔️круглосуточное дежурство ИИ,
✔️99% спама в бане,
✔️практически мгновенная реакция,
✔️в чатиках чисто и комфортно.

Шагаем в ногу со временем, в общем!
_________

🔥 @DigitalStormBot — чат-бот для вопросов

Наш опыт использования ИИ в разработке: что сработало, а что нет

Среди разработчиков ведутся активные споры, применять ли ИИ в разработке. Мы, конечно, используем. Команда у нас маленькая, да удаленькая. Без генерации кода успевали бы в разы меньше.

Куда насущнее и интереснее вопрос, как использовать возможности LLM в продуктах.

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

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

Примерно в 80% случаев ответ генерируется приличный, но остальные 20% — чудовищные ляпы, за которые команде поддержки приходилось испытать жуткий испанский стыд.

Сила LLM в другом. В местах, где набор входных данных более детерменирован, вполне можно наваять промпт с практически 100% чётким результатом. Или же надо искать места, где вероятность ошибки не столь критична.

Хороший пример автоматизации через LLM — проверка имён клиентов в заявках. Если в формулярах используются поля «Имя-Фамилия» латиницей, то будьте уверены: в существенной части заявок будет написано наоборот: «Фамилия-Имя». И не латиницей. А если есть поле «пол», то полностью полагаться на ответы пользователей тоже не стоит.

В итоге, работникам приходилось постоянно проверять и вручную исправлять заполненные анкеты, прежде чем работать с данными. И нередко случались ошибки. Клиенты то и дело получали шаблонные письма, начинающиеся со «Здравствуйте, господин Татьяна».

И вот эту проблему LLM решает прекрасно. Для каждой анкеты мы применили хук, который берёт заполненные поля с именем и фамилией и отправляет их на проверку. На выходе мы, прежде всего, упорядочиваем части имени как нам надо. А также проверяем пол. Ну и бонусом, переводим русское написание в латиницу или наоборот, чтобы под рукой всегда были обе версии. Ответ LLM присылает в виде JSON, что позволяет сразу же отправлять данные через API в CRM.

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

А для тех случаев, когда в CRM уже были сохранены неверные данные, мы придумали кнопку на сайдбаре нашего плагина Google Chrome, которая позволяет проверить и исправить имя в один клик. Но это уже тема для другого поста :)

_________

🔥 @DigitalStormBot — чат-бот для вопросов

Развитие системы коммуникации предпринимателя, оказывающего услуги

➡️Детский сад: Публикует свои личные контакты и начинает принимать заказы в мессенджерах или на емейл.

➡️Школьник: Создаёт коммуникационный узел, куда обращаются клиенты. Это может быть корпоративный емейл, бизнес-номер телефона, телеграм-бот, формуляр на сайте и т. п.

➡️Студент: Устанавливает CRM, в которую интегрирует все каналы связи. Фокус смещается на быстроту и эффективность работы команды, так как самому принимать заявки и оказывать услуги одновременно успеть решительно невозможно.

➡️Аспирант: Подключает к обработке заявок ИИ. Анализирует статистику конвертации обращений в сделки. Считает экономику услуги. Вычисляет затраты на привлечение клиентов. Измеряет эффективность коммуникации.

➡️Профессор: Повышает ценник на услугу в 100 раз. Публикует свои личные контакты и начинает принимать заказы в мессенджерах или на емейл 😂

Можно, конечно, просто поднять ценник минуя все этапы. Но это уже почти уровень "Бог" 😎

P.S.: Казалось бы, причём тут IT? При том, что переход на следующий уровень происходит только через внедрение IT-продуктов 🤷‍♂️

Помогаем на всех этапах (кроме профессуры)
_________

🔥 @DigitalStormBot — чат-бот для вопросов

Утром пишу "своему" парикмахеру, к которому хожу уже 2 года, запиши меня пожалуйста на стрижку, если есть "окно". До 11 реакции нет.

Поехав по делам, заодно захожу в сетевую парикмахерскую и стригусь. К 12 приходит сообщение, мол, ок, заходи в 16. А я уже постригся. Если бы раньше ответил, я бы без проблем запланировал визит. А теперь уже необратимо поздно.

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

То есть, сервис потерял постоянного клиента из-за своей слишком долгой реакции на запрос.

Скорость реакции на заявки клиентов — важнейший критерий для оценки качества сервиса.

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

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

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

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

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

Кроме того, каждое сообщение не просто текст. В зависимости от типа уведомления добавляем кнопки действий.
Например:
✔️ перейти по ссылке в CRM прямо в эту заявку,
✔️опубликовать комментарий после проверки,
✔️забанить спамера на сайте.

Получился удобный пульт управления процессами, а не просто уведомлялка.
_____

🔥 @DigitalStormBot — чат-бот для вопросов

Как определить, где можно добавить автоматизацию в процесс?

Дарю очень простой маркер: если приходится руками через Ctrl+С копировать информацию откуда-то, чтобы её куда-то перенести — это 100% очень сильный признак необходимости позвать на помощь IT-шника.

Классика — пришла заявка в емейл, надо проверить, и если это потенциальный клиент, то внести данные в CRM. Да-да, мы тоже так начинали и очень сильно плевались. Это ж сколько времени уходит на копипасту?

Открытого API у выбранного CRM тогда ещё не было, поэтому кололись, плакали, но ели.

Затем на выручку пришёл сервис Zapier. Это такое no-code решение, позволяющий "женить" системы между собой. Например, в нашем случае данные из заявки из формуляра TypeForm, которым мы тогда пользовались, переносились прямо в CRM в виде контакта и привязанной к нему сделки.

И на этом, в принципе, для большинства мелких бизнесов автоматизацию можно заканчивать. Тогда Zapier был прорывом. Он и сейчас лидер ниши. Но уже появилась масса аналогов. Так что, при желании, позволить себе подписку за Х-дцать долларов или ХХХХ рублей в месяц, чтобы не напрягать и без того натруженные пальцы лишний раз, — вполне себе решение.

Но после какого-то предела с подобными интеграциями начинаются проблемы. Десятки формуляров, мешанина сервисов, усложнение обработки данных, куча веточек в дереве процесса... В общем, когда CRM таки сподобились зарелизить публичное API, мы радостно на него перебежали. Заодно и с TypeForm тоже переехали.

Сейчас у нас по стандарту используются веб-хуки. Каждая форма вызывает ссылку, куда высылаются нужные данные из заполненной заявки. По ссылке сидит обработчик, который преобразует их нужным образом и сохраняет где надо. Например, в CRM через API.

Это очень гибкое решение, когда каждую форму можно обрабатывать по своему процессу. Например, при необходимости вставить промежуточные проверки:

🔹 а есть ли адрес в заявке?
🔹 а был ли уже клиент с таким емейлом?
🔹 а серьёзные вообще намерения у человека?

Но это и очень негибкое решение в плане поддержки. Потому что

➡️ кто-то должен быть в курсе, что там в обработчике хука происходит
➡️ API со временем меняются, порой — значительно, надо следить и апдейтить код
➡️ хук может зависнуть, туда может прокрасться ошибка

В общем, код есть код. Просто сделать и забыть уже не получится. Нужна IT поддержка.

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

_____

🔥 @DigitalStormBot — чат-бот для вопросов

Где ещё нужна автоматизация?

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

Вот ещё один маркер неоптимального процесса: работа на 2 и более окон. Когда параллельно надо открывать разные табы, находясь в контексте одной и той же задачи.

Например, в нашем случае, у оператора CRM возникла такая проблема при необходимости запустить расчёт вариантов автострахования. Выглядело это так:

⬇️ В CRM пришла заявка на оформление полиса страхования. Работник открывает CRM.
⬇️ Чтобы обработать эту заявку, нужно перенести данные в счётчик. Допустим, каким-то образом информация из заявки по волшебству (а не через заклинание Ctrl + C, Ctrl + V) возникла на странице поиска страховых предложений.
⬇️ Сформировав предложение клиенту, работнику надо вернуться в окно CRM, чтобы там написать клиенту емейл или отослать pdf в чат.

Вроде бы всё нормально в теории. Но в реальности переключаться между этими двумя окнами придётся несколько раз. Оператор будет уточнять какие-то данные из заявки или писать клиенту в процессе поиска. Затем клиент будет задавать вопросы, а оператор менять настройки счётчика. Емейлы будут летать туда-сюда в течение дня: то есть, нужно как-то "заморозить" эти окошки, чтобы ничего не потерять. Убежав куда-то по своим делам в одном, получаем "рассинхрон". И потом приходится возвращаться и заново сверять данные в другом окне.😵‍💫

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

В общем, возникает идея "связать" два окна в одно. Да ещё так, что чтобы при переключении между заявками счётчик автоматом переключался именно на выбранного в CRM клиента и подгружал его данные.

Тут нам на помощь пришёл простенький (поначалу) плагин для браузера.

Изначально мы немного сомневались, стоит ли связываться с плагином. Ведь чтобы попасть в публичный Store, надо проходить модерацию, выпускать документацию и получать авторизации. Это сильно усложняло процесс. Зачем городить такой огород ради трёх сотрудников?

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

Сейчас у нас уже очень много сайдбаров плагина для разных процессов. Работник кликает на заявку в CRM, а справа в удобном виде ему автоматом подгружается нужный инструментарий в зависимости от контекста. Пример — в скрине)

Так как плагин имеет доступ ко всем данным с таба, никаких проблем с передачей информации между окнами нет. По сути, это веб-приложение, которое следит за url юзера и меняет свой функционал налету в зависимости от содержания страницы в браузере.
_____

🔥 @DigitalStormBot — чат-бот для вопросов

Когда «маленький нюанс» съедает полгода разработки

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

Но есть нюанс.

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

Сначала кажется: ну подумаешь, 2 минуты.
Потом:

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

В какой-то момент мы поняли, что архитектурно зашли не туда.

Осознали это… спустя полгода активной разработки.🤷‍♂️

Развилка была простая и неприятная:

➡️Продолжать жить с постоянными переустановками и раздражённой командой

➡️Пересобирать архитектуру

Выбрали второе.

Интерфейс сайдбара больше не живёт внутри кода плагина.

Плагин стал оболочкой, а UI и логика подгружаются с нашего сервера:

✔️ сделали авторизацию
✔️ добавили персонализацию
✔️ вынесли UI и логику в отдельное веб-приложение

Теперь меняем код на сервере — и пользователи автоматически работают на новой версии. Без переустановок.

«Скелет» подняли довольно быстро. А вот дальше началось самое «интересное»: перенос старого кода в новую архитектуру.

⚫️️ переработка UI
⚫️️ изменение структуры API
⚫️️ разбор накопленных костылей
⚫️️ поддержка старой версии параллельно

И вот тут становится понятно: главная сложность в IT — не написать систему. Главная сложность — эволюционировать её без остановки процессов.

Опыт 20 лет в IT не спасает от архитектурных фейлов.
Продуманность на старте — тоже не гарантия.

Фейлы — часть работы. И важно не их отсутствие, а то, как быстро их осознаёшь.

Теперь едим этого кактусового слона по кусочкам.
И продолжаем поддерживать legacy, пока пересобираем фундамент.

_____

🔥 @DigitalStormBot — чат-бот для вопросов

Когда автоматизация начинает мешать

Когда клиент пишет в чат, в половине случаев диалог можно закончить ссылкой на видео, гайд или лендинг.

Но вот беда: эти ссылки нужно же где-то искать, копировать и вставлять.

То есть, обычный процесс выглядит так:

1 - клиент пишет «как пройти в библиотеку?»
2 - оператор помнит, что в базе знаний есть видео, где очень подробно объясняется пошаговая логика похода в библиотеку
3 - оператор идёт в базу знаний или просто на YouTube, находит это видео,
4 - делает Ctrl-С
5 - а потом — Ctrl-V в чатик с пояснениями

А мы же помним: если в процессе есть Ctrl+C + Ctrl+V — это явный кандидат на автоматизацию.

Что ж, вызов принят! Мы с командой:

➡️Придумали механизм собирания ссылок в единую базу
➡️Добавили мета-информацию, чтобы было по чему искать
➡️Загрузили в векторную БД
➡️В плагине сделали поиск в сайдбаре
➡️Заодно подтянули FAQ

Вроде всё отлично работает. Если оператор помнит, что вот был такой материал — статья, видео или FAQ.

Но не все операторы держат в голове полный индекс по базе знаний. По ходу разговора часто просто не вспоминается нужное. А значит, время обработки диалога увеличивается...

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

Остаётся только выбрать нужные и отправить — красота же! Да..но не совсем.

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

В какой-то момент операторы просто перестали пользоваться этим IT-чудом. Сайдбар начали скрывать (благо, горячая клавиша есть).

Но если сайдбар скрыт — зачем тогда плагин? 😳

Overthinking — тяжёлый бич маленькой IT-команды.

Иногда простое решение лежит на поверхности. Но инженерный азарт толкает нас усложнять.

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

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

В итоге:

✅ нет визуального шума
✅ нет постоянных перезапусков
✅ есть подсказка, но нет навязывания

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

Так что шаг 1 — начать автоматизировать, шаг 2 — вовремя остановиться.
_

🔥 @DigitalStormBot — чат-бот для вопросов

Хотфикс из-за «Схоранить» в выходной — это не дело

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

Но нет ничего хуже, чем необходимость релизить из-за... ОПЕЧАТКИ. Когда на кнопке "Сохранить" внезапно обнаруживается "Схоранить", например.

И вот в субботу вечером клиент пишет:

блин, чо за байда, исправьте пожалуйста.

С одной стороны, исправить элементарно и косяк яркий. С другой стороны, из-за такой ерунды свистать всех наверх в авральном порядке прямо посреди заслуженных выходных? 🤯

Решение:

✔️ не хардкодить тексты в UI, а выгружать отдельно
✔️ в идеале — в отдельную БД
✔️ да ещё и накинуть админку поверх этого дела, чтобы вытащить на уровень даже не IT, а администрирования

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

В итоге, целых 2 профита:

☑️ Когда заказчик находит очепятку или просто хочет исправить что-то в текстах на UI, это дело трёх минут. Зашёл в админку, нашёл нужный текст, исправил, сохранил.

☑️ Когда добавляется новый функционал, можно вообще оторвать процесс перевода текстов от создания фронтэнда. Продукт может даже в лайв выйти без других локейлов в I18N. И ничего страшного, потом добавим.
_____

🔥 @DigitalStormBot — чат-бот для вопросов

Как обновили за 1 день CMS, которую никто не трогал 10 лет

Мы в «Цифровом Шторме» часто видим одну и ту же картину: в каждом давнем проекте есть код, который не трогали лет 10.

Не потому что он идеальный. А потому что страшно вообще туда лезть. Работает? Ну и ладно.

Дано

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

Проблема

❗️Дизайн делали во времена, когда ещё не было эмодзи.
❗️Нет возможности расширить функционал, так как никто уже не помнит, что там и как.
❗️Доки нет, контекст умер, тронешь — и привет 🙈

Так бы и лежало всё это чемоданом без ручки, если бы не ИИ.

Решение

Поставили последнюю версию Codex в IDE. ИИ спокойно сам разобрал структуру legacy:

✔️собрал карту модулей и зависимостей
✔️показал точки входа и зоны риска
✔️подсказал, где можно апгрейдить без самоубийства
✔️а главное — удалил 90% неиспользуемого лишнего кода, что значительно улучшило структуру проекта

Итог

✅полный апгрейд этой CMS — за 1 день

Ещё месяц назад мы бы планировали минимум 2 недели + буфер на «сюрпризы».

IT очень сильно ускоряется.

Не отставайте: подключайте ИИ в рабочий процесс, не бойтесь трогать то, что не трогали годами.

Но❗️ Опытный пользователь должен всё же потом проверить, что ничего не сломалось. А опытный девелопер посмотреть, сделать ревью кода и не сойти с ума :)

_____

🔥 @DigitalStormBot — чат-бот для вопросов

«А где мой заказ?»: как вывести из хаоса ведение партнёрских заявок

Представьте: лид падает в вашу CRM. Но услуга — партнёрская, не ваш основной бизнес.

Как часто бывает процесс:

⚫️️в CRM создаём заявку «для статистики»
сразу ставим done (мы же «ничего не делаем»)
⚫️️отправляем партнёру письмо… и всё 🙃

А потом клиент пишет в поддержку:

А где мой заказ?

И начинается канитель:

➡️Оператор дёргает исполнителя.
➡️Исполнитель ищет письмо, вспоминает «кажется, на прошлой неделе отправлял», пересылает статус.
➡️Оператор пишет клиенту.
➡️Тот просит уточнить, когда именно будет выполнен заказ.

И опять всё по кругу...

Возникает куча коммуникации на ровном месте. Если таких заказов много, поддержка начинает выражать мнение: «а может ну её эту стороннюю услугу?»

В чём реальная проблема:

➖у партнёра нет CRM (или нет доступа к вашей)
➖статус заказа никак не возвращается в вашу систему
➖клиент не получает уведомления и трекинг

Что нужно на самом деле:

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

Заказ принят, ориентир готовности — тогда-то

При готовности — уведомить + дать ссылку/трек.

Наш кейс: переводы документов через внешних исполнителей

По емейлу это была бесконечная карусель «статусов», потерянные письма, забытые уведомления.

Раз в неделю — «авария» с недовольным клиентом. Отличное знакомство с сервисом, да? 😅

Что сделали:

🟢выбрали партнёров с собственной CRM
🟢при новой заявке создаём сделку и у себя, и у исполнителя (ничего не пересылаем руками)
🟢партнёр берёт в работу → клиенту автоматом уходит: «в работе, срок исполнения — максимум 2 рабочих дня»
🟢партнёр завершает → вводит в своей CRM трекинг‑ссылку → клиенту уходит емейл — уведомление, что перевод отправлен почтой и трекинг конверта

Внедрили это полгода назад, и с тех пор не было ни одного вопроса о статусе партнёрских заявок ✅
____________

🔥 @DigitalStormBot — пишите, если у вас заявки улетают внешним исполнителям по емейлу