Привет 👋
Меня зовут Эрнест.
О чём этот канал
Здесь — практика.
Без воды, без приукрас, без бесполезных советов.
Пишу о том, как на самом деле устроены IT-процессы, команды, внедрение решений и рост через системный подход.
Не про фантазии и “успешный успех”, а про опыт, цифры, ошибки, выводы и подходы, которые работают.
Кто я
CTO, стратег, архитектор ИТ решений, тимлид и консультант.
16+ лет на стыке IT и бизнеса.
Я специалист по созданию и развитию IT-решений с нуля: запускаю проекты, выстраиваю процессы, вывожу на стабильный рост и передаю в операционное управление.
Создаю команды, автоматизирую склады, выстраиваю eCommerce-системы, запустил свой SaaS — LMS-платформу обучения персонала, внедряю CI/CD и Git в разработку. Открывал с нуля бизнесы в разных сферах.
С Bitrix работаю с 2009 года, есть опыт интеграций с 1С, опыт от fashion и retail.
Я не “руковожу ради статуса”. Я строю — если вижу смысл.
Не работаю с проектами, в которых нет честной цели и бизнес построен на обмане.
Кому это может быть полезно
Если вы — владелец бизнеса, руководитель, развиваете свой продукт, решили провести аудит ИТ и внедрить рабочие решения, или просто хотите работать системно и результативно — здесь будет полезно.
– как выстроить процессы, а не заглохнуть в поддержке
– как не слить деньги на автоматизацию ради галочки
– как собрать команду, которая реально работает
– как делать IT не ради отчёта, а ради результата
Пишу нечасто, но по делу.
Все тексты — мои. Всё, что здесь — прожито и применено.
Меня зовут Эрнест.
О чём этот канал
Здесь — практика.
Без воды, без приукрас, без бесполезных советов.
Пишу о том, как на самом деле устроены IT-процессы, команды, внедрение решений и рост через системный подход.
Не про фантазии и “успешный успех”, а про опыт, цифры, ошибки, выводы и подходы, которые работают.
Кто я
CTO, стратег, архитектор ИТ решений, тимлид и консультант.
16+ лет на стыке IT и бизнеса.
Я специалист по созданию и развитию IT-решений с нуля: запускаю проекты, выстраиваю процессы, вывожу на стабильный рост и передаю в операционное управление.
Создаю команды, автоматизирую склады, выстраиваю eCommerce-системы, запустил свой SaaS — LMS-платформу обучения персонала, внедряю CI/CD и Git в разработку. Открывал с нуля бизнесы в разных сферах.
С Bitrix работаю с 2009 года, есть опыт интеграций с 1С, опыт от fashion и retail.
Я не “руковожу ради статуса”. Я строю — если вижу смысл.
Не работаю с проектами, в которых нет честной цели и бизнес построен на обмане.
Кому это может быть полезно
Если вы — владелец бизнеса, руководитель, развиваете свой продукт, решили провести аудит ИТ и внедрить рабочие решения, или просто хотите работать системно и результативно — здесь будет полезно.
– как выстроить процессы, а не заглохнуть в поддержке
– как не слить деньги на автоматизацию ради галочки
– как собрать команду, которая реально работает
– как делать IT не ради отчёта, а ради результата
Пишу нечасто, но по делу.
Все тексты — мои. Всё, что здесь — прожито и применено.
Так не надо внедрять CRM
Когда бизнес внедряет IT-решения “потому что надо” — ничего не меняется. Только деньги уходят.
На словах цель — “упростить процессы” или “всё автоматизировать”.
На деле — появляется очередной инструмент, в который никто не заходит.
Как это бывает
Один из таких кейсов: цветочный бизнес решил внедрить Bitrix24 CRM.
Но задачи не было. Никто не сформулировал: для кого, зачем, с каким результатом.
Хотели “навести порядок”. А получили — лишнюю сущность.
Сотрудники продолжили работать в мессенджерах и таблицах.
CRM так и осталась “где-то там”.
На деле задача звучала иначе:
— ускорить сбор и доставку
— предложить доп. товары и увеличить чек
— сократить количество ручных шагов для менеджеров
Как нужно
Правильный путь — начинать с бизнес-задачи, а не с инструмента.
Хотите обрабатывать больше заказов?
Сначала — понять цепочку действий, убрать ручное, автоматизировать повторяющееся.
Если цель — масштабировать:
например, обработать не 10, а 1000 заказов к 8 марта — тогда CRM с этапами, статусами, уведомлениями и логистикой будет инструментом роста.
А не модным словом в отчёте. Важнее правильно сгруппировать доставки по гео, чем поставить «статус».
Моя формула
IT-решение — это не “система”.
Это шаг к конкретной цели, которую можно измерить:
— больше заказов
— меньше ошибок
— выше чек
— чище процессы
И пока эти цели не сформулированы — внедрение не имеет смысла.
Ни одно решение не работает без контекста.
© TheITDirector
#такненадо #crm #bitrix24
Когда бизнес внедряет IT-решения “потому что надо” — ничего не меняется. Только деньги уходят.
На словах цель — “упростить процессы” или “всё автоматизировать”.
На деле — появляется очередной инструмент, в который никто не заходит.
Как это бывает
Один из таких кейсов: цветочный бизнес решил внедрить Bitrix24 CRM.
Но задачи не было. Никто не сформулировал: для кого, зачем, с каким результатом.
Хотели “навести порядок”. А получили — лишнюю сущность.
Сотрудники продолжили работать в мессенджерах и таблицах.
CRM так и осталась “где-то там”.
На деле задача звучала иначе:
— ускорить сбор и доставку
— предложить доп. товары и увеличить чек
— сократить количество ручных шагов для менеджеров
Как нужно
Правильный путь — начинать с бизнес-задачи, а не с инструмента.
Хотите обрабатывать больше заказов?
Сначала — понять цепочку действий, убрать ручное, автоматизировать повторяющееся.
Если цель — масштабировать:
например, обработать не 10, а 1000 заказов к 8 марта — тогда CRM с этапами, статусами, уведомлениями и логистикой будет инструментом роста.
А не модным словом в отчёте. Важнее правильно сгруппировать доставки по гео, чем поставить «статус».
Моя формула
IT-решение — это не “система”.
Это шаг к конкретной цели, которую можно измерить:
— больше заказов
— меньше ошибок
— выше чек
— чище процессы
И пока эти цели не сформулированы — внедрение не имеет смысла.
Ни одно решение не работает без контекста.
© TheITDirector
#такненадо #crm #bitrix24
Denwer. Кто помнит — уже не джун
Напомнили сегодня про Denwer — тот самый джентльменский набор разработчика. Кто ставил — поймёт. Кто не ставил… ну вы просто молоды)) забавно было вспоминать про инструменты, которые выдают в тебе возвраст разработчика, и объяснять это тем, кто в IT недавно)
🔥 Кто помнит — ставим огоньки)
© TheITDirector - авторский канал ИТ директора про опыт и системность.
#webdev #php #алдытут
Реклама. Бархударян Э.Э. ИНН 771575954801. erid: 2W5zFK1Bi2t
Напомнили сегодня про Denwer — тот самый джентльменский набор разработчика. Кто ставил — поймёт. Кто не ставил… ну вы просто молоды)) забавно было вспоминать про инструменты, которые выдают в тебе возвраст разработчика, и объяснять это тем, кто в IT недавно)
🔥 Кто помнит — ставим огоньки)
© TheITDirector - авторский канал ИТ директора про опыт и системность.
#webdev #php #алдытут
Реклама. Бархударян Э.Э. ИНН 771575954801. erid: 2W5zFK1Bi2t
Ошибки в eCommerce, которые не видны, но вы за них заплатите
Сайт был удобный, продажи шли, товар учитывался через 1С.
Но была одна тонкость:
когда клиент клал товар в корзину и оформлял заказ, товар уходил в резерв.
Если заказ не оплачивали — он так и оставался в резерве.
А в системе — числился как “уже выкуплен”.
На практике это выглядело так:
— товар лежит на складе
— система считает, что его нет
— клиенту он не показывается
— никто не понимает, почему он не продаётся
Сотрудники должны были вручную снимать такие заказы с резерва. Но, как и бывает, просто забывали.
В результате: остатки искажены, товар не участвует в продаже, реклама идёт в холостую, и бизнес теряет деньги.
Решили это просто:
— автоматическое снятие заказа из резерва, если не был оплачен в течение N часов
— уведомления в админку
— чистка “мертвых” резервов
— восстановление остатка без участия человека
Такие кейсы вытаскиваются в результате аудита: когда смотришь на связку сайт ↔ 1С ↔ склад, а не просто на “работает / не работает”.
Это то, с чего часто начинается реальная оптимизация в eCommerce. Не с редизайна и не с новой CMS. А с устранения глухих узлов, которые просто не видно в интерфейсе.
-------
Было интересно? Если вы — владелец бизнеса, руководитель, развиваете свой продукт или просто хотите работать системно и результативно — здесь будет полезно, нажимайте на ссылку ниже и подписывайтесь
© TheITDirector - авторский канал
#ecommerce #разбор
Реклама. Бархударян Э.Э. ИНН 771575954801. erid: 2W5zFHSkTqr
Сайт был удобный, продажи шли, товар учитывался через 1С.
Но была одна тонкость:
когда клиент клал товар в корзину и оформлял заказ, товар уходил в резерв.
Если заказ не оплачивали — он так и оставался в резерве.
А в системе — числился как “уже выкуплен”.
На практике это выглядело так:
— товар лежит на складе
— система считает, что его нет
— клиенту он не показывается
— никто не понимает, почему он не продаётся
Сотрудники должны были вручную снимать такие заказы с резерва. Но, как и бывает, просто забывали.
В результате: остатки искажены, товар не участвует в продаже, реклама идёт в холостую, и бизнес теряет деньги.
Решили это просто:
— автоматическое снятие заказа из резерва, если не был оплачен в течение N часов
— уведомления в админку
— чистка “мертвых” резервов
— восстановление остатка без участия человека
Такие кейсы вытаскиваются в результате аудита: когда смотришь на связку сайт ↔ 1С ↔ склад, а не просто на “работает / не работает”.
Это то, с чего часто начинается реальная оптимизация в eCommerce. Не с редизайна и не с новой CMS. А с устранения глухих узлов, которые просто не видно в интерфейсе.
-------
Было интересно? Если вы — владелец бизнеса, руководитель, развиваете свой продукт или просто хотите работать системно и результативно — здесь будет полезно, нажимайте на ссылку ниже и подписывайтесь
© TheITDirector - авторский канал
#ecommerce #разбор
Реклама. Бархударян Э.Э. ИНН 771575954801. erid: 2W5zFHSkTqr
У нас всё работает — зачем менять?
Так думают до первого сбоя.
Когда уходит ключевой сотрудник — и никто не знает, как работает система.
Когда страшно что-то трогать — потому что всё завязано на "одного человека".
Это не стабильность. Это иллюзия контроля.
Как правильно?
— Документировать ключевые процессы
— Делать архитектуру прозрачной
— Регулярно проверять: что держится на людях, а что — на системе
Проводите аудит ИТ системы, чтобы выявлять проблемы заранее и не сталкиваться с ними. Обращайтесь, контакты в профиле.
© TheITDirector
Так думают до первого сбоя.
Когда уходит ключевой сотрудник — и никто не знает, как работает система.
Когда страшно что-то трогать — потому что всё завязано на "одного человека".
Это не стабильность. Это иллюзия контроля.
Как правильно?
— Документировать ключевые процессы
— Делать архитектуру прозрачной
— Регулярно проверять: что держится на людях, а что — на системе
Проводите аудит ИТ системы, чтобы выявлять проблемы заранее и не сталкиваться с ними. Обращайтесь, контакты в профиле.
© TheITDirector
Please open Telegram to view this post
VIEW IN TELEGRAM