Евгений Егоров — доступен для проектов
Технический партнёр для основателей и инвесторов
Более 25 лет проектирую и развиваю web-, SaaS- и enterprise-системы, вывожу из кризиса проекты, потерявшие управляемость. Помогаю основателям и инвесторам принимать взвешенные решения о продукте, архитектуре и команде, говоря на языке и бизнеса, и разработки.
Евгений Егоров
технический партнёр · 25 лет в IT
// когда я нужен
Когда обращаются ко мне
- Разработка застопорилась: сроки срываются, релизы откладываются.
- Инвестору нужна независимая техническая оценка перед сделкой.
- Архитектура перестала выдерживать рост продукта.
- Все говорят: «Нужно переписать систему», но никто не может объяснить почему.
- Команда потеряла направление или бизнес стал зависеть от одного ключевого инженера.
// результат
Что получают клиенты
- Независимую техническую оценку.
- Понятный план действий вместо догадок.
- Взвешенные решения, учитывающие и технологии, и бизнес.
- Уверенность в том, что критические риски выявлены заранее.
// услуги
С чем помогаю
-
Fractional CTO
Техническое руководство уровня CTO без найма в штат: стратегия, архитектура, процессы и подбор команды в нужном объёме.
-
Технический due diligence
Независимая оценка продукта, кода и команды перед инвестицией или сделкой. Ясное заключение о рисках, зрелости и потенциале.
-
Аудит и спасение проектов
Диагностика забуксовавших и кризисных разработок: нахожу корневую причину и предлагаю выверенный план оздоровления.
-
Построение команд
Формирование инженерных команд, процессов и архитектуры с нуля или через реорганизацию существующих.
-
ИИ и цифровая трансформация
Внедрение ИИ там, где он действительно даёт результат: в операционных процессах и в самой разработке, без хайпа.
-
Разработка и доработка корпоративных систем
Построить или доработать внутреннюю или внешнюю систему компании, когда нужна не только оценка, но и реализация.
// подход
Как я работаю
-
Начинаю с понимания бизнеса, а не с выбора технологий.
-
Сначала снижаю риск, потом пишу код.
-
Независимая оценка важнее подтверждения уже принятого решения.
-
Архитектура должна помогать бизнесу, а не усложнять его.
-
Не предлагаю переписывать систему, если можно решить проблему иначе.
-
Называю риски прямо, даже когда это неудобно.
// масштаб и опыт
- 25 лет
- от инженера до руководителя разработки и технологического советника
- 60k+
- человек пользуются платформами, которые я построил
- 1000+
- организаций полагаются на эти платформы
- 50+
- интеграций с критически важными бизнес-системами: 1С, СКУД, телефония, платежи
За этими цифрами — платформы, которые я спроектировал и довёл до прода: они годами держат десятки тысяч пользователей и тысячи организаций.
// из практики
Из практики
Проекты, где я отвечал за архитектуру, команду и результат — от продуктовых стартапов до enterprise и регулируемых отраслей.
- Фитнес / SaaS
Облачная платформа автоматизации для сетей фитнес-клубов
Облачная микросервисная платформа, автоматизирующая весь цикл работы фитнес-клуба и сети: мобильные приложения, биллинг по подписке, операционка ресепшена, аналитика. Прошёл путь от собственного кода и MVP до привлечения инвестиций и руководства командой.
Было сети упирались в потолок — ПО тормозило, плохо масштабировалось, работало только в standalone
Стало облачная микросервисная платформа, растущая вместе с сетью — ~10 000 активных клиентов и ~50 000 прошедших через систему за 5 лет
с 2020 года, развивается по настоящее время
Читать кейс - Спецтехника / маркетплейс / B2B
Платформа поиска и сопоставления заявок и предложений (маркетплейс спецтехники)
B2B-«биржа заявок»: ядро автоматического сопоставления спроса и предложения с проактивными уведомлениями (почта и push в PWA). Построил продукт и его ядро с нуля; архитектура пережила смену вертикали без переписывания платформы.
Было разрозненный рынок аренды и медленный ручной поиск — приходилось постоянно мониторить площадки
Стало автоматическое сопоставление заявок и предложений с проактивными уведомлениями — ~1 000 организаций и ~3 000 пользователей на платформе
с 2022 года, развивается по настоящее время
Читать кейс - Деловой туризм (TMC/MICE) / корпоративный интранет (enterprise)
Внутренний корпоративный портал для крупной компании делового туризма
Единый внутренний корпоративный портал для одной из крупнейших российских компаний делового туризма: цифровизация ключевых операционных процессов — кадровых, документооборота, учёта рабочего времени с интеграцией систем контроля доступа. Путь от веб-мастера, который сам собирал требования у департаментов и реализовывал решение, до руководителя небольшой команды разработки.
Было крупная компания без единой внутренней системы — операционные процессы, документы и кадровый учёт разрознены, IT-направление только зарождается
Стало единый корпоративный портал, объединивший ключевые процессы компании — кадровые, документооборот и контроль рабочего времени — в одной среде
2000–2008
Читать кейс - Пассажирские ж/д перевозки / билетные системы (регулируемая отрасль)
Система бронирования и продажи железнодорожных билетов
Система бронирования и продажи билетов для первого в России частного премиального пассажирского поезда. Небольшая команда на аутсорсе прошла полный цикл — разработку, тестирование и обязательную отраслевую сертификацию — с интеграцией в инфраструктуру национального ж/д перевозчика.
Было у нового частного премиального поезда нет собственной системы продажи билетов и допуска к билетной инфраструктуре отрасли
Стало собственная сертифицированная система бронирования и продажи билетов, интегрированная с национальным перевозчиком и запущенная в промышленную эксплуатацию
середина 2010-х
Читать кейс
// блог
Пишу о технологиях и бизнесе
Мысли на стыке бизнеса и инженерии.
-
Ценность не в коде, а в системе
Написать код стало просто. Сложное и ценное сегодня — собрать из множества частей стабильную систему, вписать её в инфраструктуру и сделать так, чтобы результат устраивал всех: пользователей, продукт, безопасность и бизнес.
Читать -
Технический due diligence: на что смотрит инвестор
Как за ограниченное время оценить продукт, код, команду и риски стартапа перед инвестицией или сделкой — и какие выводы важнее всего.
Читать -
Когда стартапу действительно нужен fractional CTO
Признаки, что компании нужен технический руководитель на part-time, чем fractional CTO отличается от найма в штат и от подрядчика, и какие задачи он закрывает.
Читать
// о себе
Коротко обо мне
В IT с 2000 года. Прошёл путь от инженера до руководителя команд и архитектора, отвечая за web- и enterprise-продукты. Строил и выводил из кризиса высоконагруженные платформы в разных отраслях.
За эти годы я понял главное: самые дорогие провалы случаются не в коде, а в разрыве между тем, чего хочет бизнес, и тем, что строят инженеры. Я сознательно остаюсь по обе стороны этого разрыва — говорю на языке и тех, и других — и не даю проектам ломаться на стыке. Именно здесь, на пересечении бизнеса и технологий, я приношу наибольшую пользу.
- с 2000 в IT
- web · enterprise
- бизнес × код
// контакт
Обсудим вашу задачу
Отвечу в течение рабочего дня — по делу, без воды. Готовитесь к сделке или сомневаетесь в подрядчике? Начните с чек-листа технического due diligence.
Скачать чек-лист due diligence