Привет, я Эрнест 👋

О чём этот канал
Здесь — практика. Без воды, успешного успеха и инфобиза. Пишу, как устроены IT‑процессы, команды и внедрение решений — через опыт, ошибки и подходы, которые работают.

Фирменный стиль канала — каменный век с ретро‑техникой. Тут живут персонажи и их IT-ситуации: от бардака с доступами до автоматизации на костяных серверах.

Кто я
CTO, архитектор IT‑систем, тимлид и IT-консультант. 16+ лет на стыке технологий и бизнеса.

Запускал и масштабировал десятки проектов — от eCommerce до SaaS, автоматизировал склады, выстраивал процессы, собирал сильные IT-команды.

Среди прочего — Onboarding.ru, платформа для адаптации и обучения. Развиваю её как отдельный B2B‑продукт для упрощения HR‑процессов.

Партнёр 1С‑Битрикс с 2009 года.
Беру в работу только то, что имеет смысл. Не занимаюсь видимостью и «прикручиванием решений» без цели.

Кому это будет полезно
— владельцам, СЕО и HR
— тем, кто развивает IT-продукт
— готовится к аудиту или пересборке инфраструктуры
— хочет системный подход и порядок в процессах.

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

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

Так не надо внедрять CRM
Когда бизнес внедряет IT-решения “потому что надо” — ничего не меняется. Только деньги уходят.

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

Как это бывает
Один из таких кейсов: цветочный бизнес решил внедрить Bitrix24 CRM.
Но задачи не было. Никто не сформулировал: для кого, зачем, с каким результатом.

Хотели “навести порядок”. А получили — лишнюю сущность.
Сотрудники продолжили работать в мессенджерах и таблицах.
CRM так и осталась “где-то там”.

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

Как нужно
Правильный путь — начинать с бизнес-задачи, а не с инструмента.

Хотите обрабатывать больше заказов?
Сначала — понять цепочку действий, убрать ручное, автоматизировать повторяющееся.

Если цель — масштабировать:
например, обработать не 10, а 1000 заказов к 8 марта — тогда CRM с этапами, статусами, уведомлениями и логистикой будет инструментом роста.
А не модным словом в отчёте. Важнее правильно сгруппировать доставки по гео, чем поставить «статус».

Моя формула
IT-решение — это не “система”.
Это шаг к конкретной цели, которую можно измерить:
— больше заказов
— меньше ошибок
— выше чек
— чище процессы

И пока эти цели не сформулированы — внедрение не имеет смысла.
Ни одно решение не работает без контекста.

© TheITDirector

#такненадо #crm #bitrix24

Denwer. Кто помнит — уже не джун
Напомнили сегодня про Denwer — тот самый джентльменский набор разработчика. Кто ставил — поймёт. Кто не ставил… ну вы просто молоды)) забавно было вспоминать про инструменты, которые выдают в тебе возвраст разработчика, и объяснять это тем, кто в IT недавно)

🔥 Кто помнит — ставим огоньки)

© TheITDirector

#webdev #php #алдытут

Ошибки в eCommerce, которые не видны, но вы за них заплатите

Сайт был удобный, продажи шли, товар учитывался через 1С.

Но была одна тонкость:
когда клиент добавлял товар в корзину и оформлял заказ, товар уходил в резерв.

Если заказ не оплачивали — он так и оставался в резерве.
А в системе — числился как “уже выкуплен”.

На практике это выглядело так:
— товар лежит на складе
— система считает, что его нет
— клиенту он не показывается
— никто не понимает, почему он не продаётся

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

Решили это просто:
— автоматическое снятие заказа из резерва, если не был оплачен в течение N часов
— уведомления в админку
— чистка “мертвых” резервов
— восстановление остатка без участия человека

Такие кейсы вытаскиваются в результате аудита: когда смотришь на связку сайт ↔ 1С ↔ склад, а не просто на “работает / не работает”.

Это то, с чего часто начинается реальная оптимизация в eCommerce. Не с редизайна и не с новой CMS. А с устранения глухих узлов, которые просто не видно в интерфейсе.
 © TheITDirector - авторский канал

#ecommerce #разбор

У нас всё работает — зачем менять?
Так думают до первого сбоя.
Когда уходит ключевой сотрудник — и никто не знает, как работает система.
Когда страшно что-то трогать — потому что всё завязано на "одного человека".
Это не стабильность. Это иллюзия контроля.

Как правильно?
— Документировать ключевые процессы
— Делать архитектуру прозрачной
— Регулярно проверять: что держится на людях, а что — на системе

Проводите аудит ИТ системы, чтобы выявлять проблемы заранее и не сталкиваться с ними. Обращайтесь, контакты в профиле.

© TheITDirector

Вы говорите, что вам нужно всё. Это значит, что вы не знаете, что именно.
Когда бизнес-заказчик хочет «всё и сразу», это сигнал, что стратегию никто не выстроил. Задача ИТ — в том числе отфильтровать это “всё” до ядра.

Как сказал один руководитель отдела мне во время ИТ аудита:

Я не задаю вопросов, руководство сказало копать, и я копаю

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

Диалог и вопросы - это не про нарушение субординации, а выполнение своих обязанностей.

© TheITDirector

У вас сотня задач в разработке — и ни одна не доведена до конца?
Частая история.
Потому что нет человека, который понимает, что вообще важно для бизнеса, а что можно смело выкинуть. Команды перегружены.
Бизнес не умеет приоритизировать. Вечно все «горит» и нужно «срочно»

В итоге таски ставятся по принципу "надо", "кто-то просил", "давайте сделаем".

А как надо?
Сначала — приоритет по деньгам:
Что принесёт больше выручки или сократит косты?
Потом — опыт пользователя и рост конверсии.
Дальше — скорость внедрения:
Лучше за месяц сделать 10 полезных задач, чем 10 месяцев — одну "мегаидею".

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

И наконец — кому дать задачу?
А вот тут магия:
➤ Если разработчик уже писал этот блок — пусть и дорабатывает.
Это снижает онбординг, ошибки и повышает результат.

Я такие истории разбираю на каждом аудите.
И всегда начинаю с вопроса:
“Какая из ваших задач приносит деньги?”

© TheITDirector
#итдиректор #аудитит #jira #разработка