В прошлом году к нам пришла B2B-компания с запросом: «нужен один программист на сайт». Когда начали разбирать задачу, выяснилось, что там есть личный кабинет, роли, уведомления, интеграция с CRM и админка. Сам поиск занял 6 недель и дал вполне типичный результат: 3 сорванных созвона, 2 оценки без погружения и портфолио, которое выглядело солидно, но ничего не говорило про архитектуру и релизы.
Проблема была не в канале поиска. Они искали человека, хотя нужен был процесс, в котором кто-то собирает требования, проектирует систему, тестирует и выпускает обновления без сюрпризов. Если определить это в начале, дальше решений становится заметно меньше и они точнее.
Сначала определяют формат, потом ищут исполнителя
Фраза «ищем разработчика» звучит нормально, но на практике почти всегда слишком узкая. Если задача затрагивает продажи, работу менеджеров, роли пользователей, обмен с 1С или CRM, там нужен не только код.
Для точечной работы один сильный специалист подходит отлично. Доработать сайт, подключить оплату, собрать лендинг на WordPress, написать модуль на Laravel 11 - все это можно делать без команды. Если речь про MVP сервиса, кабинет дилера или внутреннюю систему, один человек обычно закрывает 30-40% задачи без потери темпа. Дальше начинаются провалы: аналитикой никто не занимался, QA остается формальным, деплой делается вручную, решения по ходу обсуждают в Telegram.
С форматом подрядчика путаница тоже встречается постоянно. Веб-студия обычно хорошо делает корпоративные сайты и типовые кабинеты. Диджитал-агентство сильнее в бренде, рекламе и коммуникации. IT-компания нужна там, где есть продуктовая логика, сложный бэкенд, интеграции, очереди, права доступа и ответственность за архитектуру. У нас на таких проектах стандартный стек часто выглядит так: Laravel 11, PostgreSQL 16, Redis и отдельный фронтенд на Vue 3 или React.
Канал поиска важен, но он решает не все
Рекомендации, чаты и биржи работают. Просто у каждого канала свой диапазон задач. Через знакомых легко найти человека на разовую интеграцию с amoCRM. Для кабинета с заказами, остатками и ролями тот же подход чаще ломается, потому что мало кто готов отвечать за систему целиком.
Из 15 откликов на бирже внятно разложить проект по этапам могут в среднем 3 кандидата. Остальные в первую очередь обсуждают ставку в час и любимый стек. Это не делает их плохими специалистами. Просто они заточены под короткие задачи.
| Канал | Для чего подходит | Где риск |
|---|---|---|
| Рекомендации | доработки, поддержка, разовые интеграции | слабый процесс и устные договоренности |
| Биржи | простые задачи с понятным объемом | обещания без погружения |
| Веб-студии | сайты, редизайн, типовые кабинеты | слабее в сложной внутренней логике |
| IT-компания | MVP, B2B-порталы, автоматизация | выше входной чек |
Я бы смотрел не на тех, кто уже делал проект «в вашей нише», а на тех, кто делал похожие по структуре вещи. Не по отрасли, а по типу сложности. Кабинет для дилеров, система согласований и B2B-портал часто ближе друг к другу, чем два красивых сайта в одной индустрии.
Портфолио смотрят слишком буквально
Красивые кейсы редко помогают понять, как подрядчик ведет живой проект. На картинках не видно, что происходило с требованиями, как принимались компромиссы и кто разбирал изменения по ходу работы.
У меня был неудачный эпизод с командой, которую мы подключили на проект внутренней системы для логистики. Дизайн у них был сильный, экраны собрали быстро. Но на рабочем созвоне выяснилось, что у команды нет ответа на простые вопросы: где хранить историю изменений, как считать права доступа, что делать при сбое обмена с ERP. В итоге архитектуру переделывали уже после старта разработки, и это стоило клиенту лишних 4 недели.
Я обычно прошу показать не только интерфейсы, а следы процесса:
- список задач на MVP
- user flow по ключевым сценариям
- перечень интеграций и ограничений
- критерии готовности и план релизов
Если оценка уже отправлена, а этих материалов нет, перед вами не план проекта, а догадка.
На созвоне проверяют ход мысли
Лучший вопрос на первой встрече довольно простой.
Что вы сделаете в первые 10 рабочих дней? Сильная команда говорит про предварительный анализ требований на 5-15 рабочих дней, границы первой версии, карту зависимостей, черновую архитектуру и список рисков. Слабая почти сразу называет цену и сроки.
Нужен ли тестовый этап?
Если проект больше лендинга, нужен. Небольшой пилот почти всегда полезнее бесплатной «оценки за вечер». За этот этап бизнес получает материалы, по которым можно принимать решение, а не просто красивую цифру без содержания.
На практике разница выглядит так:
- До: «кабинет за 900 тыс. ₽, запуск за 8 недель»
- После пилота: MVP 1,2-1,4 млн ₽, первая версия за 10 недель, интеграция с 1С вынесена во вторую очередь
Диапазон здесь честнее фиксированной цены. Особенно когда половина ограничений всплывает только после общения с CRM, ERP и реальными пользователями.
Красные флаги видны до договора
Самые дорогие ошибки я видел не у дорогих подрядчиков, а у самых удобных. Один клиент взял full-stack-специалиста по рекомендации, потому что тот обещал кабинет за 5 недель. Через месяц стало ясно, что роли не продуманы, CRM-интеграция держится на временной схеме, а админка ломается от любого изменения. Переписывание основы обошлось еще в 700 тыс. ₽.
Быстрый фильтр у меня такой:
Если задача = доработка или 1 функция -> можно искать специалиста
Если задача = MVP, кабинет, автоматизация -> нужен пилот и команда
Если оценка дана сразу и без артефактов -> риск высокий
Если есть этапы, список задач и неизвестного -> можно обсуждать дальше
В ближайшие 6-12 месяцев рынок еще сильнее сместится в сторону коротких MVP, AI-функций и интеграций между системами. Из-за этого выигрывать будут не самые громкие и не самые дешевые, а те, кто умеет показать ход работы до первой строки кода. Когда подрядчик не может объяснить, что произойдет в первые 10 рабочих дней, это уже ответ.
