Как заказать разработку и не получить систему, которую страшно развивать

Как заказать разработку и не получить систему, которую страшно развивать
Как заказать разработку и не получить систему, которую страшно развивать

Планируете заказать ЦРМ, маркетплейс, облачный сервис или внутреннюю систему. И не хотите через год переписывать всё с нуля.

Большинство техдолгов начинается не с плохого кода. А с вопросов, которые не задали до договора.

Ниже 15 вопросов подрядчику. К каждому — нормальный ответ и тревожный. Это не теория: так звучит реальная переписка до первой оплаты.

Если 5+ пунктов с тревожными ответами — не вносите полную предоплату. Начните с проработки или пилота

До договора: процесс и прозрачность

Есть этап проработки до кода

Расскажите, как у вас выглядит старт. До кода что будет на руках — ТЗ, макеты, карта сценариев?

  • ✅Нормально: да, сначала отдельный этап. Соберём ТЗ, накидаем макеты и карту сценариев. Код — только когда вы окнете объём. Так спокойнее для обоих.
  • ❌Тревожно: да норм, сразу в код пойдём, по ходу разберёмся. ТЗ потом допишем, если понадобится.

Есть макеты и проработка UI/UX

А экраны до разработки где можно будет смотреть? Хочу проверить сценарии перед разработкой.

  • ✅Нормально: всё в Figma до старта кода. Покажем ключевые экраны, вы потыкаете. Правки в макетах быстрее и дешевле, чем в коде.
  • ❌Тревожно: мы обычно сразу верстаем, а вы по ходу смотрите. Дизайн там по месту докрутим, не переживайте.

Регулярные демо

Как часто смогу видеть, что получается? Есть тестовый стенд или только в конце?

  • ✅Нормально: раз в одну–две недели — созвон и ссылка на демо стенд. Видите прогресс по ходу.
  • ❌Тревожно: покажем, когда будет что показывать. Сейчас рано отвлекать, лучше сразу сделать нормально и один раз сдать

Критерии приёмки в договоре

А как понимаем, что этап сдан? Это где-то в договоре прописано?

  • ✅Нормально: в договоре — что входит в этап, как принимаете, сколько дней на замечания. Без этого мы сами не стартуем, так меньше проблем потом.
  • ❌Тревожно: ну сдадим, вы посмотрите. Если что — подправим.

Код, репозиторий и качество

Код у вас с первого дня

Код чей будет? Сразу в моем репозитории или перенесете в конце?

  • ✅Нормально: ваш GitLab/Github с первого коммита. Создаёте репо, добавляете нас. Всё прозрачно, код ваш с самого начала.
  • ❌Тревожно: пока работаем локально или у себя в репозиториях, в конце перенесём. Или доступ после предоплаты — так у всех, а то сливают наработки.

Code review

Кто смотрит код за разработчиками? Есть человек, который ревьюит и архитектуру проверяет?

  • ✅Нормально: да, следит senior — архитектура, безопасность.
  • ❌Тревожно: да я сам всё пишу, 10 лет опыт, ревью только время съедает. Зачем усложнять?

Тесты по ключевой логике

А если сломается оплата или расчёт — у вас это как-то тестами прикрыто?

  • ✅Нормально: по ключевым сценариям — да, автотесты. Не 100% покрытие, но оплата, статусы, расчёты — обязательно. Можем показать, что именно.
  • ❌Тревожно: тесты потом добавим, сначала фичи важнее. Мы и так всё руками проверяем перед сдачей, норм.

Документация для передачи

Если потом свою команду подключу — README, деплой, доступы будет?

  • ✅Нормально: да, README, как поднять окружение, доступы — либо в проекте, либо отдельным этапом по факту передачи.
  • ❌Тревожно: код же понятный, там разберутся. Документацию отдельно не закладывали, это же лишние часы.

🚩Красные флаги

Кто конкретно делает — один человек на всё или команда? А если ключевой заболеет?

  • ✅Нормально: команда — дизайн, бэк, фронт, DevOps.
  • ❌Тревожно: я fullstack, сам всё закрою. Быстрее и дешевле. Если что — найду кого на подхват, но в основном я.

Архитектура до старта

Можете до старта набросать, как система устроена — модули, база, интеграции?

  • ✅Нормально: да, короткая схема до кода: что за что отвечает, где данные, какие интеграции.
  • ❌Тревожно: на MVP архитектура не критична, главное быстрее выкатить. Потом, если вырастет, переделаем.

Интеграции в смете явно

1С, платежи, телефония — это в смете отдельно или «включено»?

  • ✅Нормально: интеграции после проработки отдельной строкой в scope, с рисками.
  • ❌Тревожно: да это мелочь, входит в общую цену. API обычно простые, на месте разберёмся.

Договор и процесс

Работаем по договору?

  • ✅Нормально: договор, безнал, NDA если нужно.
  • ❌Тревожно: давайте в Telegram, договор потом, когда поймём что работаем. Мы же нормальные ребята, зачем бюрократия.

Бюджет, оплата и выход

Оплата этапами

Оплата как — сразу весь бюджет или по этапам?

  • ✅Нормально: по этапам. Предоплата за один этап вперёд, следующий — после того как примете предыдущий. Не замораживаете всё сразу.
  • ❌Тревожно: обычно 50% в начале, 50% в конце, так проще. Или полная предоплата, мы же материалы и людей бронируем.

Диапазон до детального ТЗ

Откуда цифра в смете? Для точной цены что ещё нужно?

  • ✅Нормально: сейчас — диапазон после разбора задачи. Точная сумма после проработки ТЗ: модули, API, сценарии. Иначе это угадайка для всех.
  • ❌Тревожно: ну примерно 2,5 млн, плюс-минус. Точнее скажем по ходу, сейчас сложно, вы же сами до конца не знаете, что хотите.

Условия выхода

Если не сработаемся — код, домен, сервер остаются у меня?

  • ✅Нормально: код ваш с первого дня, доступы ваши. Пропишем, как передаём.
  • ❌Тревожно: разрабатываем локально или у нас на сервере. Перенос — отдельная история, если решите уходить.

Что с этим делать

Эти вопросы — на созвон с подрядчиком. Ответы фиксируйте письменно. Сравните 2–3 подрядчиков по одним и тем же пунктам.

Если подрядчик уверенно закрывает 12–15 пунктов, риск существенно ниже.

Если меньше половины — не спешите с полной предоплатой.

Полная версия и pdf для распечатки на сайте.