За последние два года я унаследовал пять проектов от Upwork-разработчиков. Все пять шли по одной траектории: воодушевлённый старт, хорошие первые демо, потом медленное затухание. Коммуникация падает. Дедлайны сдвигаются. Фаундер на 60% пути к MVP без ясного пути до финиша.
Этот пост не о том, что Upwork плох. На Upwork есть отличные разработчики. Это пост о том, почему модель найма Upwork — почасовые контракты, без майлстоунов, асинхронные передачи — ломается конкретно для сборки MVP.
Паттерн
Каждый застрявший Upwork MVP, который я спасал, следовал этой последовательности:
Недели 1–3: Медовый месяц. Быстрая коммуникация. Ежедневные апдейты. Разработчик строит лёгкие части — логин, базовый CRUD, лендинг. Фаундер видит прогресс и чувствует уверенность.
Недели 4–6: Тяжёлая середина. Основной воркфлоу — то, что делает продукт ценным — сложнее, чем ожидалось. Разработчик упирается в интеграции, крайние случаи, архитектурные решения, требующие продуктового контекста. Коммуникация замедляется с ежедневной до раз-в-два-дня. Фаундер спрашивает «как дела?» и получает «почти готово».
Недели 7–10: Затухание. Разработчик берёт другой проект (почасовой биллинг стимулирует заполнять часы, не завершать проекты). Время ответа растягивается до 48–72 часов. Кодовая база выросла органически без тестов, с несогласованными паттернами и захардкоженными значениями.
Неделя 11+: Стопор. Разработчик сдаёт что-то, что «работает» в демо, но ломается в продакшне. Фаундер понимает, что нужен кто-то другой — но новому человеку нужно 2 недели просто чтобы понять существующий код.
Почему модель ломается
1. Почасовой биллинг вознаграждает присутствие, не результат
Почасовой разработчик получает деньги, выпустилась фича или нет. Нет финансового стимула завершить — есть стимул биллить часы. Это не злой умысел — это структура контракта. Разработчик, завершающий за 40 часов, зарабатывает меньше, чем тот, кому нужно 80.
Биллинг по майлстоунам инвертирует это: разработчик получает деньги, когда фича работает. Я писал, почему биллю по майлстоунам — короткая версия: это выравнивает стимулы.
2. Нет спецификации — нет определения «готово»
Большинство Upwork-наймов начинается с сообщения в чате: «Мне нужно веб-приложение, которое делает X». Разработчик строит по своей интерпретации. Через три недели фаундер говорит «я имел в виду, что оно должно ещё делать Y» — а разработчик отвечает «это не в скоупе». Но не было документа скоупа, на который ссылаться.
Нормальная фаза скоупинга занимает 8–12 часов и производит документ, где обе стороны соглашаются, что значит «готово».
3. Асинхронные передачи теряют контекст
Upwork-разработчики часто работают через часовые пояса и на нескольких проектах одновременно. Вопрос, заданный в 9 утра, получает ответ в 11 вечера. Для MVP — где продуктовые решения принимаются каждый день — задержка коммуникации накапливается.
Пять проектов, которые я спас
| Проект | Состояние | Оригинальные траты | Мой фикс | Итого |
|---|---|---|---|---|
| SaaS-дашборд | 60% готов, нет тестов/auth | €4,200 | €5,800 | €10,000 |
| E-commerce | Рабочее демо, сломанный чекаут | €3,500 | €4,960 | €8,460 |
| Клиентский портал | Логин работает, больше ничего | €2,800 | €4,200 | €7,000 |
| Система бронирования | 80% готов, нерабочий на мобилке | €5,100 | €3,600 | €8,700 |
| API + админка | API готов, админка наполовину | €3,800 | €2,400 | €6,200 |
Средние траты на Upwork: €3,880. Средняя стоимость спасения: €4,192. Средний итог: €8,072.
Нормальная сборка с нуля: €6K–€10K. «Дешёвый» путь через Upwork обошёлся так же или дороже — плюс 2–4 месяца потерянного времени.
Три из этих проектов я разобрал детально с полными находками аудита.
Что делать вместо этого
Вариант 1: Нанять solo-разработчика с биллингом по майлстоунам
Фиксированные майлстоуны. Спецификация до кода. Еженедельные демо. Разработчик получает деньги, когда работающие фичи отгружаются.
Стоимость: €8K–€18K для MVP. Вот что покупают €12K, строка за строкой.
Таймлайн: 8–14 недель.
Вариант 2: Нанять маленькое агентство (2–3 человека)
Дороже (€15K–€30K), но быстрее для сложных проектов. Сравнение solo vs агентство.
Вариант 3: Использовать Upwork, но иначе
Если бюджет ограничен и Upwork — единственный вариант:
- Напишите спецификацию сами. Или оплатите кому-то (даже другому разработчику) её написание.
- Используйте фиксированные майлстоуны, не почасовую оплату. Upwork поддерживает контракты по майлстоунам. Разбейте на 2-недельные майлстоуны с конкретными результатами.
- Требуйте еженедельных демо. Не текстовых апдейтов — живых демо работающих фич.
- Ограничьте таймлайн. Жёсткий дедлайн в контракте. MVP, который не может выйти за 12 недель, скорее всего имеет проблему со скоупом.
- Заложите бюджет на код-ревью на 4-й неделе. Второй разработчик (не с Upwork) проверяет кодовую базу на середине пути.
Неудобная математика
| Путь | Начальная стоимость | Скрытые затраты | Эффективный итог |
|---|---|---|---|
| Upwork почасовой | €3K–€5K | Спасение: €3K–€6K, потеря времени: 2–4 мес | €6K–€11K |
| Solo-разработчик (майлстоуны) | €8K–€15K | Обычно нет | €8K–€15K |
| Маленькое агентство | €15K–€30K | Обычно нет | €15K–€30K |
Самый дешёвый путь — тот, что выпускает с первого раза, а не тот, у которого самое низкое начальное число.
Если ваш Upwork-проект застрял и вы не уверены, продолжать или начать заново — запишитесь на аудит-звонок. Я посмотрю, что есть, скажу, что спасаемо, и дам ясный путь до выпуска.