Фрилансер или IT-компания? Короткий ответ: фрилансер для короткой, чётко описанной задачи в одной дисциплине; компания-разработчик для проекта, который длится дольше трёх месяцев, требует нескольких специальностей и нуждается в поддержке после запуска. Настоящий вопрос не в том, кто дешевле, а в том, кто останется рядом, когда работа сдана и что-то сломалось. В этой статье мы честно сравниваем оба варианта, даём тест из пяти вопросов и перечисляем условия, которые защитят вас при любом выборе. Это те же вопросы, которые мы задаём клиентам в проектах по заказной разработке ПО.
В чём настоящая разница между фрилансером и IT-компанией?
На прайс-листе разница выглядит просто: фрилансер работает один, у него нет расходов на офис и команду, поэтому ставка ниже. Компания содержит менеджера проекта, дизайнера, тестировщика и инфраструктуру, и это отражается в смете. Но вы покупаете не часы, а непрерывность. Фрилансер один, поэтому ваш проект останавливается, когда он уходит в отпуск, заболевает или находит клиента, который платит больше. В разработке это называют «фактором автобуса»: что будет, если единственный человек, который знает проект, однажды утром перестанет выходить на связь? В компании код проходит через несколько рук, и работа продолжается, даже если кто-то уходит; цена этого, накладные расходы.
Это не делает фрилансера плохим вариантом. На подходящей задаче фрилансер быстрее, гибче и экономичнее, потому что между вами нет промежуточных звеньев: вы говорите напрямую с тем, кто делает работу. На неподходящей задаче самая дешёвая смета превращается в самый дорогой проект.
Когда фрилансер подходит лучше?
Для таких задач фрилансер чаще всего правильный ответ:
- Сайт-визитка или лендинг под рекламную кампанию: объём понятен, работа заканчивается вместе со сдачей.
- Дизайн в одной дисциплине: логотип, интерфейс, шаблон презентации.
- Исправление конкретной ошибки на существующем сайте, установка плагина, подключение формы.
- Разовый скрипт, который переносит данные, формирует отчёт или связывает один сервис с другим.
- Небольшая независимая задача в системе, у которой уже есть договор на поддержку, но она не входит в его объём.
Общее здесь одно: задача короткая, её закрывает знание одного человека, и требования можно описать письменно. Нанимать для такого компанию всё равно что вызывать бригаду, чтобы подтянуть один винт. Выбирая фрилансера, смотрите на портфолио, проверяйте, работают ли ещё референсные проекты, и спросите, остаётся ли он на связи после сдачи.
Когда нужна IT-компания?
Если проект растягивается на месяцы, если вам нужно мобильное приложение вместе с бэкендом и панелью администратора, если после запуска продолжаются обработка сбоев, обновления безопасности и мониторинг серверов, один человек не вытянет всё это с одинаковым качеством. Компания в этот момент даёт три вещи: управление проектом, которое координирует несколько дисциплин под одной крышей; знания, которые не уходят вместе с одним сотрудником; и обязательство по поддержке, которое можно закрепить договором. Как выбрать компанию, подскажут десять критериев в статье как выбрать правильную IT-компанию; отдельное решение между внешней командой и собственной разобрано в статье аутсорсинг разработки или своя команда.
Тест из пяти вопросов
Если сомневаетесь, ответьте «да» или «нет» на пять вопросов:
- Проект займёт больше трёх месяцев?
- Нужно больше одной дисциплины (например, мобильное приложение + бэкенд + дизайн)?
- После запуска понадобится поддержка, обновления или SLA?
- Бюджет запланирован и утверждён компанией, то есть расход проходит через процедуры организации?
- Для договора, счетов, обработки персональных данных и ответственности за данные нужен контрагент в виде юридического лица?
Три и больше ответов «да» указывают на IT-компанию. При одном или двух «да» обычно достаточно фрилансера; при нуле «да» компания, скорее всего, лишние расходы.
Четвёртый и пятый вопросы пропускают в большинстве руководств, но на практике именно они создают больше всего проблем. Когда работа оплачивается из бюджета компании, бухгалтерия требует закрывающие документы, юристы требуют договор, а для персональных данных нужно соглашение об обработке, будь то по требованиям вашей страны, турецкого закона KVKK или европейского GDPR. Отдельный фрилансер может обеспечить часть этого, но ответственность юридического лица, другая история. Что должно быть в договоре, мы разобрали по пунктам в статье договор на разработку ПО.
Гибридная модель: совмещаем оба варианта
Выбор не обязан быть бинарным. Две гибридные схемы, которые мы видим чаще всего. Первая: компания строит и запускает основную систему, а потом небольшие правки, обновление контента и мелкие доработки делает проверенный фрилансер. Это снижает расходы на поддержку и при этом оставляет за спиной команду, которая знает архитектуру. Вторая: вы с самого начала отдаёте работу фрилансеру, но оформляете письменный запасной план: код лежит в вашем репозитории, он задокументирован, а компания или второй разработчик, который возьмёт проект, если фрилансер пропадёт, назван заранее. Если этот план не записан, его нет.
Как защитить себя при любом выборе?
Фрилансер или компания, почти все неприятные истории вырастают из одних и тех же упущений. Перед стартом зафиксируйте письменно:
- Исходный код и все аккаунты на ваше имя: домен, хостинг, облачный аккаунт, аккаунты разработчика Apple и Google, платёжный сервис. Разработчик получает доступ как уполномоченный пользователь, а не как владелец.
- Письменный объём работ: что делается, а что нет. Здесь же, как оцениваются запросы вне объёма. Самый короткий путь к хорошему объёму, подготовить бриф для проекта разработки.
- Поэтапная оплата, привязанная к сдаче: аванс, промежуточные этапы и финальный платёж после приёмки. Привязка к сданной работе, а не к календарю.
- Критерии готовности: на каких устройствах, в каких сценариях и по каким критериям приёмки работа считается завершённой.
- Документ передачи: шаги установки, переменные окружения, сторонние сервисы, известные ограничения. Чтобы следующий разработчик не начинал с нуля.
Откуда берётся разница в стоимости?
Читайте разницу между двумя сметами как список позиций, а не как число. В смете компании обычно есть, а в смете фрилансера обычно нет: управление проектом и регулярная отчётность, независимое тестирование, код-ревью, резервный разработчик, окно поддержки после запуска, документация и договорная ответственность. Если часть этих позиций вам не нужна, фрилансер действительно дешевле. Если нужна, а в смете её нет, она вернётся позже отдельным счётом. Как складываются позиции, мы подробно описали в статьях стоимость заказной разработки ПО и, для расходов после запуска, стоимость поддержки сайта.
Самая дешёвая смета, это та, которая предполагает, что ничего не пойдёт не так. Сравнивая предложения, ищите то, где есть ответ на вопрос «что будет, если что-то пойдёт не так».
Вывод
У вопроса «фрилансер или IT-компания» нет единственно верного ответа; он зависит от сроков, числа дисциплин, потребности в поддержке и необходимости контрагента-юрлица. Для короткой и понятной задачи смело берите фрилансера, для долгого многосоставного проекта работайте с компанией, а между ними стройте гибрид. Что бы вы ни выбрали, оформляйте код, аккаунты и объём работ на себя. Если хотите вместе разобраться, на какую сторону попадает ваш проект, познакомьтесь с нашей командой или запросите смету; если объём, это задача для фрилансера, мы так и скажем.