Как выбрать IT-компанию и не слить бюджет на разработку

Почему разброс цен на «одну и ту же» задачу - это нормально?

Технически «интернет-магазин на 200 товаров» может стоить и 800 тысяч тенге, и 4-5 миллионов - при одинаковой формулировке задачи. Разница не в жадности подрядчика, а в составе работ, зашитом в смету. Уточняйте у каждого подрядчика по отдельности: включено ли проектирование пользовательских сценариев или сразу начинают с вёрстки по референсу; сколько раундов правок дизайна входит в цену (обычно 2-3, дальше - платно); тестируется ли результат на реальных устройствах (iOS Safari, Android Chrome, десктоп) или только в одном браузере разработчика; входит ли перенос на хостинг и первичная настройка сервера; сколько часов бесплатной поддержки после сдачи (стандарт рынка - от 2 недель до 1 месяца гарантийного периода).

Попросите два предложения с одинаковой детализацией по этим пунктам - тогда сравнение цены станет честным.

Что проверять в портфолио: пошагово

Откройте 2-3 проекта вживую (не скриншоты) с телефона. Замерьте, за сколько секунд загружается главная страница - на глаз это ощущается как «мгновенно» (до 2 сек), «нормально» (2-4 сек) или «долго» (более 4 сек). Согласно данным Google/DoubleClick, вероятность отказа посетителя растёт примерно на 32% при увеличении времени загрузки с 1 до 3 секунд - то, что выглядит как мелочь, напрямую бьёт по конверсии.

Найдите в портфолио проект с похожей на вашу логикой - не по индустрии («тоже продают одежду»), а по типу функциональности: каталог с многоуровневыми фильтрами, личный кабинет с историей заказов, интеграция с оплатой или доставкой. Проект-ресторан с формой бронирования ничего не скажет о том, как команда справится с логикой маркетплейса.

Спросите про 1 конкретный проект: какая была изначальная задача, что пошло не по плану, как это решили. Ответ «всё прошло идеально» на сложном проекте - плохой знак: он либо не был сложным, либо вам не рассказывают правду.

Проверьте домен и SSL-сертификат готовых проектов через любой публичный SSL-чекер - если у клиентов подрядчика просроченные сертификаты, это говорит об уровне последующей поддержки.

Уточните, сколько из показанных проектов подрядчик до сих пор сопровождает технически. Проекты, брошенные сразу после сдачи, не проверяют реальную надёжность решения на дистанции.

15 вопросов для звонка с подрядчиком

• Кто конкретно (имя, роль) будет архитектором/тимлидом на проекте, и можно ли получить его контакт напрямую?
• Сколько человек в команде будет физически работать над проектом одновременно?
• Работаете ли вы с подрядчиками на аутсорсе, и если да - с кем именно (дизайн, тестирование)?
• Какой стек технологий вы предлагаете и почему именно он для этой задачи?
• Как вы получаете доступ к серверу/хостингу - заводите свой аккаунт или используете аккаунт клиента?
• Кому будут принадлежать код, дизайн-макеты и контент после финальной оплаты?
• Есть ли у вас NDA (соглашение о неразглашении) как стандартная практика?
• Как часто вы показываете промежуточный результат - раз в неделю, раз в этап?
• Что происходит, если на этапе тестирования находят критичный баг - это платная доработка или входит в гарантию?
• Сколько раундов правок дизайна включено в стоимость?
• Какой SLA (время реакции) на срочные проблемы после запуска?
• Есть ли у вас шаблон технического задания, или его нужно готовить нам?
• Как вы оцениваете «дополнительную» задачу, которая возникает в процессе - по часам или по фиксу?
• Кто отвечает за резервное копирование данных после запуска - вы или клиент?
• Что будет, если проект решат приостановить на середине - что клиент получает на руки?

Если на 3+ вопроса вы получаете расплывчатый ответ или «мы обычно так не работаем, но можем обсудить» - закладывайте в риск-бюджет минимум 20-30% сверху на непредвиденные доработки.

Модели оплаты и их риски

100% предоплата - минимальный контроль клиента, максимальный риск. Оправдана только с проверенным подрядчиком с историей. Оплата по этапам (например, 30% старт / 40% после дизайна / 30% после сдачи) - стандарт рынка, снижает риск для обеих сторон. Оплата по часам (time & material) - гибко для проектов с меняющимися требованиями, но требует регулярной отчётности по часам, иначе бюджет легко «расползается». Фиксированная цена за фиксированный объём - предсказуемо для клиента, но требует детального ТЗ на входе: любое изменение объёма - это допсоглашение и доплата.

Красные флаги - с конкретными формулировками

«Скажите бюджет, мы под него впишемся» - вместо оценки объёма работ вам подгоняют цифру, чтобы не спугнуть, а функциональность потом урежут по ходу. Портфолио состоит из шаблонных лендингов с одинаковой структурой блоков - признак работы по конструктору без кастомной логики. Общение только в личном WhatsApp одного менеджера без фиксации задач в таск-трекере - при его увольнении или болезни вы теряете историю проекта. Договор - это одностраничный акт на «оказание услуг по разработке сайта» без приложений с деталями. На вопрос о правах на код отвечают «это не проблема, обсудим потом». Обещание сложного интернет-магазина с интеграциями за 2 недели - для сравнения, даже на готовой платформе такой объём обычно занимает от 4 до 8 недель с учётом тестирования.

Фрилансер, студия, продуктовая команда: таблица сравнения