Что должен уметь IT-консультант: чек-лист для компаний и специалистов

Сегодня каждый разработчик с LinkedIn-профилем называет себя «IT-консультантом». Но настоящий консультант — это не тот, кто знает много технологий. Это тот, кто превращает ИТ из статьи расходов в рычаг роста.

Я — независимый IT-архитектор с 20+ годами опыта. Я не продаю решения. Я помогаю бизнесу задавать правильные вопросы. Ниже — честный чек-лист, который я сам использую при сотрудничестве с клиентами.

🔍 Что НЕ делает настоящий IT-консультант

• Не хвалит новейший фреймворк, не разобравшись в ваших процессах;
• Не предлагает «переписать всё с нуля» без анализа TCO и рисков;
• Не говорит «это невозможно» — говорит «вот три способа, их плюсы и минусы»;
• Не скрывает сложность — объясняет её на языке бизнеса.

✅ Чек-лист: 7 ключевых компетенций IT-консультанта

1. Стратегическое мышление

Он видит связь между ИТ-решением и бизнес-метриками: LTV, время вывода продукта, стоимость обслуживания клиента. Он спрашивает: «Как это повлияет на вашу прибыль через 18 месяцев?»

2. Независимость от вендоров

Он не заинтересован в том, чтобы вы купили Azure, Oracle или Salesforce. Он выбирает технологию под задачу — даже если это старый добрый .NET 4.8 и MS SQL.

3. Глубокое понимание legacy

Он знает: 80% ценности — в системах, которым больше 10 лет. Он умеет модернизировать, а не просто заменять. Он работает с большими базами данных (сотни гигабайт), а не только с «чистыми» стартап-стеками.

4. Умение слушать — и задавать неудобные вопросы

Он не начинает с архитектуры. Он начинает с: «Кто боится этого проекта и почему?», «Где у вас чаще всего ломается процесс?», «Что вы скрываете от инвесторов?»

5. Прозрачность в оценке и ценообразовании

Он чётко разделяет: что — по часам, что — фиксировано. Он не скрывает зависимости, риски и альтернативы. Он говорит: «Это займёт 3 месяца и 450 часов. Причина — ваша система X».

6. Поддержка мультиязычности и локализации

Он понимает, что интерфейс на иврите требует RTL, что русскоязычные пользователи читают по-другому, и что PDF на трёх языках — это не «просто перевод», а архитектурная задача.

7. Ответственность за результат — не за отчёт

Он не сдаёт «документацию по архитектуре» и не исчезает. Он остаётся до тех пор, пока система не заработает в продакшене, не покажет метрики и не будет понятна вашей команде.

💡 Для компаний: как проверить консультанта перед наймом

1. Попросите его критиковать ваш текущий стек. Хороший консультант найдёт слабые места — без оскорблений, но и без лести.
2. Спросите: «Какой ваш самый провальный проект — и чему он вас научил?» Те, кто не ошибался — не работали на сложных задачах.
3. Проверьте, работает ли он с регулируемыми отраслями. Если он не сталкивался с HIPAA, GDPR или израильским законом о приватности — он не готов к реальному enterprise.

📬 Почему этот чек-лист написал именно я

Я — Эмиль Славин, IT-архитектор и стратегический консультант. Я работаю с компаниями, которым важны:

• Надёжность, а не модные технологии;
• Прозрачность, а не красивые презентации;
• Долгосрочная устойчивость, а не быстрый MVP.

Мои клиенты — стартапы, строящие масштабируемые MVP; средний бизнес, модернизирующий legacy; госструктуры и регулируемые отрасли (здравоохранение, финтех), где ошибка = штраф или остановка проекта.

Я не вписываюсь в шаблоны. И это моё преимущество.

📬 Проверьте: нужен ли вам такой консультант?

Если вы:

• Платите за ИТ, но не видите ROI;
• Боитесь трогать старую систему, но не можете без неё жить;
• Хотите ИИ, но не уверены, где он реально сэкономит деньги;
• Работаете в Израиле, РФ или с международными данными

тогда вам нужен не «ещё один девопс», а стратегический IT-партнёр.