Модель сотрудничества — то продуктовое решение, в котором ошибается большинство студий
Большинство команд тщательно выбирают технологический стек и выбирают модель сотрудничества случайно. Они по умолчанию берут то, что написано в шаблоне договора — минимум на три месяца, предоплата 50%, IP удерживается до финального платежа, SOW написан ещё до того, как кто-либо увидел продукт в работе. А потом удивляются, почему отношения идут вкривь и вкось уже к шестой неделе.
Мы относимся к тому, как мы работаем вместе, как к задаче проектирования — ровно так же, как к тому, как мы строим продукт. За проекты, которые мы сдали — пресейлы с реальными расчётами в USDT, Telegram Mini Apps, работающие на нескольких блокчейнах, платёжная инфраструктура на семи сетях — мы сошлись на одной модели и отбросили все остальные. Эта статья и есть та самая модель, расписанная полностью: что происходит до того, как вы заплатите хоть что-то, как выглядит каждая неделя, как вы платите, как уходите и что бывает после запуска.
Если вам нужна версия этого разговора про стоимость — рыночные ставки, четыре модели сотрудничества в сравнении по цене, как читать смету — мы написали об этом отдельно в материале Сколько на самом деле стоит нанять крипто-разработчика в 2026 году. А этот текст — про форму отношений, а не про цифру в счёте.
Форма сотрудничества — от начала до конца
Вот весь жизненный цикл на одной странице. Всё, что ниже, — это лишь детали по каждому блоку.
Три свойства действуют в каждом блоке: вы видите до того, как платите, вы владеете тем, за что заплатили, и вы можете уйти на границе недели без штрафа. Держите их в голове — в них весь смысл.
Этап 0 — Бесплатный план MVP (до того, как сменят владельца хоть какие-то деньги)
Большинство проектов начинаются с предоплаты и прыжка в неизвестность. Наш начинается с документа, который мы отдаём бесплатно.
Пришлите нам идею — бриф, Figma, голосовое сообщение, недосформулированное сообщение в Telegram в два часа ночи. Мы возвращаемся с планом MVP:
- Очерченный список функций MVP — что входит в v1 и, что не менее важно, что мы бы отложили.
- Пользовательские сценарии и структуру страниц.
- Техническую архитектуру и стек, который мы бы использовали, с обоснованиями.
- Понедельный план поставки.
- Реалистичные сроки.
- Ориентировочный недельный диапазон бюджета.
Он остаётся у вас независимо от того, начнём ли мы вообще работать вместе. Если план имеет смысл, у вас есть карта, чтобы стартовать с первой недели. Если нет — или если вы отнесёте его другой команде — вы всё равно уходите с ясностью, которой у вас раньше не было.
Зачем отдавать это бесплатно? По двум причинам, обе практические. Во-первых, новый крипто-продукт нельзя честно оценить как чёрный ящик; сам процесс написания плана и есть процесс понимания, та ли мы команда. Во-вторых, это фильтр. Клиент, который прочитал чёткий объём и понедельный план и всё ещё хочет работать вместе, — это клиент, который уже доверяет нашему способу работы. Это куда лучший старт, чем подписанный договор и скрещённые пальцы.
Это же и ответ на самое частое сомнение, которое мы слышим: неужели я должен заплатить ещё до того, как вы вообще поймёте мой проект? Нет. Понимание идёт первым, и оно бесплатно.
Этап 1 — Неделя 1, единственное, что вы оплачиваете заранее
Если план зашёл, первая неделя оплачивается заранее в USDT, и мы стартуем. Это единственный авансовый платёж за всё сотрудничество. Всё после него оплачивается постфактум, против сделанной работы.
Старт намеренно скучный:
- Одна группа в Telegram. Вы, мы и те люди, которые реально пишут код. Никаких аккаунт-менеджеров, пересылающих сообщения, никакого тикет-портала, никакого «я уточню у команды».
- Одна команда. Фронтенд, бэкенд, смарт-контракты, Telegram, DevOps — одни и те же люди, без субподрядчиков, без передач, где контекст уходит умирать.
- Один счёт. В неделю. С разбивкой по пунктам. В USDT.
Первая неделя обычно самая тяжёлая — архитектура, базовый контракт или модель данных, тот хребет, на котором держится всё остальное. Мы выносим тяжёлые структурные решения вперёд, пока сотрудничество маленькое и из него легко выйти, а не после того, как вы уже на три платежа в глубине.
Этап 2 — Еженедельный цикл: доказательство перед оплатой
Это движок. Он повторяется каждую неделю и работает в одном направлении:
Разработка (Пн–Чт) → живое демо (Пт) → вы принимаете → вы платите → передача исходного кода → план на следующую неделю.
Каждую пятницу вы получаете четыре вещи:
- Кликабельное, тестируемое демо. Не презентацию, не запись экрана с чем-то на нашем ноутбуке. То, что вы можете открыть и сломать сами. Если вы не можете это потрогать, оно не считается сданным.
- Отчёт о прогрессе — что построено, что мы поняли, что изменилось.
- Полный исходный код за работу той недели, передаваемый при оплате. Ваш репозиторий растёт каждую пятницу.
- План на следующую неделю — за что мы бы взялись дальше и ориентировочная стоимость этой недели.
Затем вы решаете, платить ли за неделю, которую только что увидели. Оплата проходит против сданной и принятой работы — никогда заранее. Порядок важен: вы видите, вы принимаете, вы платите, и только потом в понедельник стартует следующая неделя.
Именно этот порядок тихо чинит то, что ломает большинство аутсорсинговых отношений, — петлю стимулов. При почасовой оплате каждый лишний час отладки вашего размытого требования — это выручка подрядчика; счётчик поощряет медлительность. При фиксированной недельной цене, которую платят по факту поставки, эффективная неделя — это наша маржа, а медленная неделя — наши издержки. Стимул переворачивается в сторону поставки. Вы не покупаете часы в надежде, что они превратятся в продукт. Вы покупаете продукт — по одной проверяемой неделе за раз.
Преимущество 1 — Никакой привязки, и вы платите из любой точки Земли
Под «привязкой» люди понимают две вещи, и модель растворяет обе.
Договорная привязка. Нет минимума на несколько месяцев, нет платы за выход, нет IP в заложниках до финального гигантского платежа. Поскольку исходники передаются каждую пятницу при оплате, худший сценарий, если вы уходите, такой: вы останавливаетесь в пятницу и сохраняете каждую строку кода, за которую заплатили, — она уже в вашем репозитории. Вы никогда не находитесь на расстоянии одного спорного финального счёта от потери работы. Вы можете поставить на паузу или остановиться на любой границе недели — и от этого отношения только здоровее, потому что обе стороны знают: дверь всегда открыта. Студия, которой нужно запереть вас, чтобы удержать, просто не делает работу, ради которой стоит оставаться.
Привязка к платёжному каналу. Мы рассчитываемся в USDT (TRC-20 или Polygon), с ETH, SOL и TON в качестве альтернатив. Это не эстетический выбор — это то, что физически делает возможным еженедельный ритм в глобально распределённом сотрудничестве:
- Расчёт проходит за секунды, по всему миру, почти без комиссий. Пятничное согласование означает, что работа возобновляется в понедельник, — а не в следующий четверг, когда международный банковский перевод наконец проходит через три банка-посредника.
- Никаких банков, никаких форм для перевода, никаких игр с курсом. Вы держите казну в крипте, мы держим свою. Никто не теряет долю на конвертации валют при каждом недельном расчёте, и ни один платёж не зависает из-за того, что комплаенс-отдел пометил трансграничный перевод.
- Это нативно для самой работы. Продукты, которые мы строим, рассчитываются в USDT; клиенты, которые нас нанимают, часто тоже. Втискивать фиатного посредника в середину крипто-нативной разработки — это трение без всякой пользы.
Важна именно комбинация: еженедельная поставка работает только тогда, когда еженедельная оплата проходит без трения, а USDT — это то, что делает еженедельную оплату беспрепятственной из любой точки, где есть кошелёк.
Преимущество 2 — Итерации по запросу и долгосрочная поддержка, с оплатой по дням
Запуск — это не конец отношений. Это момент, когда отношения меняют форму, — и большинство моделей сотрудничества справляются с этим плохо. Агентство с фиксированной ценой закрывает SOW и относится к каждой доработке как к новым переговорам. Ретейнер продолжает выставлять счета независимо от того, есть работа или нет. Оба варианта неверны для того, что приходит после запуска, а это рывками: тихие отрезки, прерываемые «нам нужна эта функция до выходных».
Мы обрабатываем это нативно — и единица биллинга меняется под это. Неделя была правильной единицей для постройки целого продукта с нуля; это неверная единица для одной правки после запуска. Поэтому как только вышла ваша первая версия, мы переключаемся с недельных вех на оплату по дням: мы оцениваем, сколько людей и дней реально нужно на изменение, называем цену, а вы принимаете до того, как мы начнём. Каналы те же — та же команда, та же группа в Telegram, то же доказательство перед оплатой, тот же расчёт в USDT — меняется только степень детализации.
- Никакого повторного онбординга. У команды, которая это сдала, всё ещё в головах контекст, ключи, архитектура. Нет налога на повторное изучение, нет недели «дайте сначала почитать кодовую базу», за которую вы платите.
- Вы платите за те дни, которые занимает работа, — не за фиксированную неделю, не за ретейнер. Интеграция новой сети, правка реферальной механики, отчёт в дашборде перед кампанией? Мы оцениваем это в днях, прикидываем трудозатраты и называем цену исходя из этого — полдня, два дня, сфокусированная неделя, если задача и правда крупная. Тихие отрезки не стоят вам ничего; нет простаивающего ретейнера, который тикает, пока ничего не сдаётся.
- Это вырастает в настоящее партнёрство. Небольшие функции и поддержка идут по дневной ставке. Целое новое направление продукта — второй пресейл, игровой слой, расширение платежей — это новая разработка, и она возвращается к недельной модели. В любом случае это та же команда, без повторного онбординга: одна непрерывная нить вместо двух договоров.
Вот часть, которую легко упустить при сравнении смет: команда, с которой дешевле всего начать, часто оказывается самой дорогой, чтобы с ней остаться, потому что каждое изменение после запуска — это новые переговоры. Дневная ставка и итерации по запросу честно оценивают длинный хвост — вы платите за движение, а не за дежурство.
Другие преимущества, которые стоит назвать
Из той же структуры вытекает ещё несколько свойств. Ни одно из них не главный заголовок, но вместе они объясняют, почему модель держится в реальных условиях.
| Свойство | Что это значит для вас |
|---|---|
| Пересмотр объёма без штрафа | Приоритеты смещаются по ходу разработки — они всегда смещаются. Мы пересматриваем объём вместе на границе недели, а не выставляем цену за каждое изменение под дулом пистолета. Никакого налога на изменения за то, что вы что-то узнали. |
| Объём, уточняемый по реальности, а не по спецификации первого дня | Новый продукт нельзя полностью описать до того, как вы увидели его в работе. Еженедельное уточнение — это не провал планирования, это способ сделать продукт лучше. План гнётся под то, что вы обнаруживаете в пятницу. |
| Одна команда, весь стек, ноль передач | Никаких субподрядных швов, где баг прячется между двумя подрядчиками. Человек, написавший контракт, говорит с человеком, написавшим фронтенд, — в той же группе в Telegram, в тот же день. |
| Устойчивость к часовым поясам по самой конструкции | Глобально распределённая команда плюс асинхронная пятничная контрольная точка означают, что прогресс не зависает в ожидании, пока проснётся один офис. Ритм и есть слой координации. |
| Владение исходниками накапливается еженедельно | Ваш репозиторий никогда не бывает «их репозиторием, пока вы не заплатите полностью». Он растёт каждую пятницу, в ваших руках, так что рычаг никогда не лежит целиком на одной стороне стола. |
Для чего эта модель не годится
Честные модели сотрудничества громко дисквалифицируют сами себя. Эта плохо подходит, если:
- Вам нужно усиление штата. Мы не сдаём вам разработчика в аренду, чтобы вставить его в ваш стендап. Результат здесь — это продукт, а не место в команде. Если вам нужно воткнуть одного инженера в существующую команду, мы не тот выбор.
- Вы не можете работать в еженедельном ритме. Вся модель опирается на пятничную контрольную точку — реальный человек смотрит на реальное демо и принимает его. Если ваша организация не может проверять и решать в таком ритме, цикл застопоривается, и вы теряете главную защиту этой модели.
- Вы хотите единую фиксированную цену, высеченную в камне в первый же день, для продукта, которого ещё не существует. Мы дадим вам ориентировочный диапазон в плане, но точная итоговая сумма для неопределённой разработки с нуля — это выдумка, за которую кто-то платит потом. Если вам нужна эта выдумка, подписанная до старта, мастерская с фиксированной ценой подойдёт лучше — только внимательно прочитайте пункт про изменения в объёме.
Мы предпочтём сказать вам это на первом звонке, чем обнаружить на четвёртой неделе. Доверие к модели отчасти держится на том, чем она отказывается притворяться.
С чего начать
Заезд на трассу — самая дешёвая часть: пришлите нам идею и получите бесплатный план MVP — объём, сценарии, план поставки и ориентировочный недельный диапазон бюджета. Если он имеет смысл, вы оплачиваете первую неделю заранее в USDT, и мы стартуем. Если нет — вы оставляете план себе, и мы расстаёмся друзьями.
Если хотите глубже разобраться в окружающих решениях, мы писали про реальное уравнение стоимости найма крипто-разработчика, архитектуру, стоящую за пресейлом на $8M, и выпуск Telegram Mini App в продакшене.
Хотите план для своего проекта? Запишитесь на 30-минутный звонок на 0xforge.io. Мы либо вручим вам план, либо объясним, почему мы не та команда, — и в любом случае этот разговор вам ничего не стоит.
— 0xforge Team