Один из наших нынешних клиентов пришёл к нам после того, как потерял 400 000 ₽ и три месяца с «хорошей» студией. Портфолио было красивое, кейсы — убедительные, цена — конкурентная. Через месяц выяснилось: команда не знала, что такое KYC, ТЗ оказалось «примерным», а на еженедельных статусах показывали одни и те же скриншоты. Когда он расторг договор, ему отдали неполный исходник без документации.
Это не единичная история. Выбор студии разработки для стартапа — решение, которое определяет первые полгода вашей жизни. Семь красных флагов при выборе студии разработки, которые я опишу ниже, стоили разным основателям в совокупности больше, чем стоимость самой разработки. Я собрал их из реальных разговоров с клиентами, которые пришли к нам после других студий.
Как мы собрали эти 7 красных флагов
За последние два года через IT2BE прошли больше 40 первичных консультаций с основателями FinTech и EdTech стартапов. Часть из них приходила с нуля, часть — после неудачного опыта с другими студиями. Мы систематически спрашивали: что пошло не так? Что вас насторожило ещё на переговорах?
Картина оказалась повторяющейся. Одни и те же семь красных флагов при выборе студии разработки встречались снова и снова. Они не случайные — каждый из них указывает на системную проблему в работе студии, которая неизбежно проявится уже в первый месяц проекта.
Есть и хорошая новость: все эти сигналы проверяемы на этапе переговоров — за одну встречу. Не нужно подписывать договор, не нужно платить аванс. Достаточно правильных вопросов и внимательного слуха к ответам.
Важно: сами по себе эти сигналы не означают, что студия плохая. Но каждый требует прямого вопроса и конкретного ответа. Если ответа нет — это уже не флаг, это стоп-сигнал.
7 красных флагов при выборе студии разработки
Флаг 1. Не знают специфику FinTech или EdTech
Спросите на первой встрече: «Как вы обычно реализуете KYC в FinTech?» или «Какой подход используете для соответствия ФЗ-152?». Правильный ответ займёт две минуты: провайдер, архитектура хранения, логирование согласий. Неправильный — «уточним позже», «зависит от требований», «KYC — это что-то с верификацией?».
FinTech и EdTech — это не «мобильное приложение». Это продукты с регуляторной нагрузкой, где техническая ошибка стоит дороже, чем в обычном стартапе. Студия без опыта в нише будет изучать специфику за ваши деньги и ваше время. Для EdTech задайте аналогичный вопрос про SCORM 2004 и LTI 1.3 — если разработчик переспрашивает «а это что?», вы получили ответ.
Флаг 2. Отказываются от фиксированной цены
«Мы работаем только по Time & Material» — для стартапа на pre-seed это не партнёрская позиция, это перекладывание всех рисков на вас. T&M без потолка означает открытый бюджет: любой баг, любое недопонимание требований, любая техническая проблема — и счёт растёт.
Фиксированная цена с чётко описанным scope — не каприз заказчика. Это инструмент управления рисками. Студия, которая умеет правильно оценивать проекты, соглашается на фикс. Студия, которая не умеет, — отказывается.
Флаг 3. Нет кейсов с реальными метриками
«Мы делали финтех-приложение» — это не кейс. Кейс — это: «Разработали платёжный сервис за 18 рабочих дней, интегрировали ЮKassa и Sumsub KYC, через 2 месяца после запуска — 340 активных пользователей, конверсия верификации 73%».
Попросите три кейса с цифрами. Если кейсы есть, но метрик нет — попросите контакт клиента для референса. Уклончивость здесь — красный флаг при выборе студии разработки. Хорошие студии гордятся результатами своих клиентов.
Флаг 4. ТЗ за ваш счёт без гарантий
«Сначала напишем ТЗ за 50 000 ₽, потом заключим основной договор» — в этой схеме есть законная версия и мошенническая. Законная: ТЗ входит в общий договор, его стоимость засчитывается в проект. Мошенническая: после ТЗ студия называет цену в 3 раза выше изначальной, вы либо соглашаетесь, либо теряете 50 000 ₽.
Правильная позиция студии: Discovery-фаза с фиксированной стоимостью, которая засчитывается в проект, или бесплатный первичный брифинг с коммерческим предложением на основе открытой методологии оценки.
Флаг 5. CTO продаёт, джуны делают («бейт-энд-свитч»)
На переговорах с вами общается опытный техлид или CTO. Договор подписан. На первом спринт-планировании появляются незнакомые лица — junior-разработчики с шестью месяцами опыта. Техлид «оперативно контролирует» сразу четыре проекта.
Спросите на этапе переговоров: «Кто конкретно будет работать на нашем проекте? Можем ли мы познакомиться с командой до подписания договора?» Хорошая студия ответит «да» и организует встречу. Плохая — уйдёт в туман про «проектный офис» и «матричную структуру».
Флаг 6. Нет еженедельных демо
«Покажем результат в конце проекта» — это не Agile, это Waterfall с открытой датой. Если студия не готова показывать рабочий инкремент каждую неделю, значит либо процесс разработки непрозрачен, либо нечего показывать.
Правильный процесс: еженедельное демо в пятницу, доступ к тест-стенду в любое время, трекер задач с прогрессом. Вы должны видеть, что происходит, не дожидаясь финальной сдачи.
Практический тест: попросите студию прямо на переговорах показать тест-стенд любого текущего проекта (с разрешения клиента, разумеется). Если тест-стенда нет вообще или «он сейчас недоступен» — вы уже знаете ответ.
Флаг 7. Не знают ФЗ-152 и compliance
«Добавим потом» в контексте compliance — это не оптимистичный план, это технический долг с юридическими последствиями. Переработка архитектуры под ФЗ-152 после запуска может стоить столько же, сколько первоначальная разработка.
Для FinTech MVP это особенно критично: шифрование персональных данных (AES-256), локализация хранения в РФ (Yandex Cloud, Selectel), аудит-лог согласий, право на удаление — всё это должно быть встроено с первого коммита. Студия, которая этого не знает, не должна разрабатывать FinTech-продукты.
Спросите конкретно: «Покажите, как вы реализуете хранение согласий на обработку ПДн». Правильный ответ — таблица `consent_log` с полями `user_id`, `consent_text_version`, `ip_address`, `created_at`. Если разработчик смотрит на вас непонимающим взглядом — compliance «добавят потом» в любом случае.
Как проверить студию до подписания договора
Пять конкретных шагов, которые займут три дня и сэкономят три месяца. Считайте это практическим дополнением к семи красным флагам при выборе студии разработки — теперь у вас есть не только список проблем, но и инструмент их обнаружения:
- Попросите три кейса с метриками. Не слайды с логотипами, а описание задачи, стека, сроков и результата. Если кейсов нет или они без цифр — это сигнал.
- Задайте технический вопрос вашей ниши. Для FinTech: «Как вы реализуете хранение согласий на обработку ПДн?». Для EdTech: «Поддерживаете ли SCORM 2004 и LTI 1.3?». Правильный ответ приходит сразу, без паузы «уточним у команды».
- Запросите знакомство с командой. Не только с продажником или CTO. Попросите созвон с тем разработчиком, который будет вести ваш проект.
- Проверьте договор на фикс и IP. Фиксированная цена, поэтапная оплата (30/40/30), передача исходного кода и всех прав интеллектуальной собственности, гарантийный период минимум 30 дней.
- Спросите про процесс демо. «Как часто вы показываете результаты? Будет ли у нас доступ к тест-стенду?» Правильный ответ: еженедельно, да.
Как IT2BE решает каждый из 7 пунктов
Я намеренно отвечаю на свои же флаги — иначе это был бы неполный пост.
- Специализация: только FinTech и EdTech. Наша команда знает KYC, AML, ФЗ-152, SCORM, LTI наизусть — не по документации, а по реальным проектам.
- Фиксированная цена: мы работаем только по фикс. Цена до 900 000 ₽ на MVP, срок 22 рабочих дня, scope — в договоре.
- Кейсы с метриками: на первом созвоне показываем реальные кейсы с цифрами — сроки, стек, результаты клиентов. Готовы дать контакт для референса.
- Discovery бесплатно: первичный Zoom-колл на 45 минут — бесплатно. Коммерческое предложение с фиксированной ценой — в течение 48 часов после звонка.
- Команда на созвоне: на переговорах участвует разработчик, который будет вести проект — не только продажник.
- Еженедельные демо: каждую пятницу — демо рабочего инкремента. Доступ к тест-стенду с первой недели.
- Compliance с первого дня: ФЗ-152, KYC-пайплайн, AML-логика, шифрование — в базовом пакете, не «добавим потом».
Знание семи красных флагов при выборе студии разработки — это не паранойя, это нормальная due diligence. Хорошая студия ответит на все вопросы конкретно и без уклонений.
Если вы сейчас на этапе выбора студии — запишитесь на Discovery-звонок. 45 минут, бесплатно, без обязательств. Разберём вашу задачу, ответим на вопросы по стеку и compliance, дадим честную оценку scope. Если не подойдём — скажем прямо.
Как проверить портфолио студии на реальность?
Попросите три кейса с описанием задачи, использованного стека, сроков разработки и измеримого результата (пользователи, конверсия, выручка клиента). Затем запросите контакт предыдущего клиента для короткого референса — 5-10 минут по телефону. Хорошая студия предоставит контакт без колебаний. Также проверьте GitHub или GitLab организации: если репозиториев нет вообще или они пустые — это сигнал для дополнительных вопросов.
Что спросить на первой встрече с разработчиками?
Три обязательных вопроса: (1) Кто конкретно будет работать на нашем проекте — попросите познакомиться; (2) Как вы обеспечиваете соответствие ФЗ-152 в FinTech — ждите конкретики про шифрование, локализацию, аудит-лог; (3) Покажите трекер задач с примером спринта из последнего проекта — это покажет реальный процесс работы. Уклончивые или слишком общие ответы на любой из этих вопросов — повод задуматься.
Нормально ли, что студия не даёт ТЗ бесплатно?
Зависит от условий. Платное ТЗ нормально, если: его стоимость засчитывается в основной проект, в договоре прописаны состав и формат документа, а после ТЗ цена проекта меняется не более чем на 10-15% от первичной оценки. Красный флаг: ТЗ за 50-100к ₽ без гарантий, после которого цена проекта вырастает в 2-3 раза. Правильная альтернатива — бесплатный Discovery-звонок с коммерческим предложением по методологии открытой оценки.
Можно ли доверять студии, у которой нет FinTech-кейсов?
Для обычного веб-приложения — возможно. Для FinTech MVP — нет. Специфика FinTech (compliance, KYC, платёжные интеграции, AML) требует опыта, а не готовности учиться. Отсутствие кейсов означает, что вы будете первым FinTech-клиентом студии, и она будет осваивать специфику за ваши деньги и в ваши сроки. Для стартапа с ограниченным runway это неоправданный риск.