Ключевые выводы
• Самый дешёвый подрядчик почти никогда не оказывается самым дешёвым по итоговой стоимости. Ян ушёл из Фора Софт к веренице фрилансеров, аутстафферов и небольших агентств. Он сжёг много денег и вернулся. «Плачу вдвое меньше — получаю вдвое больше» — так он формулирует это после возвращения к одной фуллстек-команде.
• Сегодня AppyBee обслуживает более 800 фитнес-центров в Нидерландах. Платформа работает на React, React Native и микросервисах на PHP/Node.js в AWS, поддерживает iDEAL, Bancontact, SEPA, Pay.nl и Pay.pro, экономит владельцам залов 10–15 часов в неделю и имеет рейтинг 4,6★ на Trustindex.
• «Дешёвый» MVP, который живёт три года, — ошибка основателя №1. Команде Яна нужно было раньше сказать, что пора уходить со стека MVP. Настоящий партнёр по разработке вовремя переводит вас с MVP на масштабируемую архитектуру в понятные сроки — а не доит устаревшую кодовую базу.
• Один менеджер проекта, одна команда, один источник правды лучше лоскутного одеяла из пяти подрядчиков. В худший период у AppyBee сменилось 5 разработчиков за 3 месяца, а штатный подрядчик «отключил уведомления». Решением стало возвращение к одному агентству, где бизнес-аналитик, дизайнер, фронтенд, бэкенд, QA и менеджер проекта работают в одном канале.
• Звонки по рекомендациям предсказывают качество коммуникации — больше ничто. Задайте два вопроса тому, кто даёт рекомендацию: выбрал бы он этого подрядчика снова и в чём подрядчик возражает заказчику? Остальное — витрина.
Почему Фора Софт написала это руководство
AppyBee — это платформа для бронирования и оплаты для тренажёрных залов, фитнес-студий, школ единоборств, боксёрских клубов и персональных тренеров. Мы начали этот продукт с нуля вместе с Яном в 2017 году. Сегодня он работает в вебе, на iOS и Android, обслуживает более 800 фитнес-центров по всем Нидерландам, имеет рейтинг 4,6★ по 57 отзывам на Trustindex и заменяет физические клубные карты доступом по QR. Платформа также экономит владельцам 10–15 часов в неделю, а при правильно настроенных автосписаниях и пуш-уведомлениях, по замерам, повышает удержание клиентов примерно на 20%. Полный кейс можно прочитать на странице проекта AppyBee.
Этот отзыв необычен самой формой отношений. Ян от нас ушёл. Он несколько месяцев тестировал другие агентства, аутстафферов и фрилансеров, спустил деньги — и вернулся. В этом интервью он рассказывает свою историю без купюр. Мы всё равно её публикуем, потому что честный разговор основателя с основателем о том, кому доверить разработку ПО на заказ, ценнее любой презентации агентства, — и потому что ошибки Яна (слишком долго держался за стек MVP, гнался за более дешёвыми сметами, набрал сразу слишком много подрядчиков) мы видим у основателей продуктов каждый квартал.
Если вы прямо сейчас выбираете партнёра по разработке ПО на заказ, вторая половина статьи превращает интервью в фреймворк выбора из пяти вопросов, скрипт звонка по рекомендациям и проработанную модель затрат — чтобы вы не повторили окольный путь Яна.
Думаете сменить подрядчика по разработке?
Запишитесь на 30-минутный звонок с нашей командой. Разберём ваш стек, болевые точки и то, действительно ли одна команда сработает лучше, чем нынешний набор из фрилансеров и агентств.
Позвоните нам →
Напишите нам →
Знакомьтесь: Ян и AppyBee
Ян — основатель AppyBee. По его собственным словам: «Это онлайн-система бронирования, где можно записать буквально что угодно. Онлайн-мероприятие, проект, групповое занятие или конкретного человека. Причём это не только бронирование — вы общаетесь с клиентами, отправляете пуш-уведомления и сообщения, оплачиваете пакетами или умными подписками».
AppyBee работает как B2B-платформа. Залы и тренеры встраивают виджет бронирования на свой сайт и дополнительно получают брендированное нативное мобильное приложение. Типичный клиент AppyBee сегодня — персональный тренер, йога-студия, обычный зал с ежемесячной оплатой, школа единоборств, боксёрский клуб или сервис выгула собак. Основная ниша — спорт и фитнес, но движок бронирования достаточно универсален, чтобы обслуживать коворкинг или солярий.
«Можно записаться и на занятие йогой, и в обычный зал с ежемесячной оплатой. Мы также даём решение для нынешних, затронутых коронавирусом времён: если нельзя купить абонемент, вы просто платите за одно посещение. Множество разных бизнес-моделей».
На чём сегодня работает AppyBee
| Слой |
Технология |
Почему выбрали |
| Веб-фронтенд |
React.js + TypeScript |
Перешли с Bootstrap; типобезопасность и переиспользование компонентов с мобильным приложением |
| Мобильное приложение (iOS/Android) |
React Native |
Одна кодовая база, два стора, почти нативное ощущение в сценариях бронирования |
| Бэкенд |
Микросервисы на PHP + Node.js |
Независимое масштабирование бронирования, платежей и уведомлений |
| Реальное время |
Socket.io |
Живое обновление расписания, мгновенные пуш-уведомления |
| Платежи |
iDEAL, Bancontact, SEPA, Pay.nl, Pay.pro, основные карты |
Локальные нидерландские и европейские способы, которыми реально пользуется конечный клиент |
| Инфраструктура |
AWS, многосервисный хостинг |
Эластичное горизонтальное масштабирование с предсказуемым хранением данных в ЕС |
Была ли Фора Софт вашим первым выбором?
«Мы начали с Фора Софт шесть лет назад. Тогда у нас было немного опыта. Была идея. Мы поработали с Фора Софт пару лет, хотели сделать MVP — на нём и остановились. Проблема в том, что мы засиделись на нём слишком долго вместо того, чтобы двигаться дальше. Фора Софт должна была посоветовать нам сменить подход, но не сделала этого. И, как я сказал, мы были неопытны. Всё было сумбурно, и мы решили уйти из Фора Софт. Мы были ими недовольны».
Мы согласны с критикой Яна и публикуем её намеренно. Задача хорошего продуктового партнёра — не выжимать выручку из стека MVP. Задача — вовремя, к конкретному сроку, сказать основателю, что MVP отслужил своё и рефакторинг или переписывание выйдут дешевле, чем ещё полгода заплаток. С AppyBee этот разговор не случился достаточно рано. Теперь он происходит: в нынешнем процессе Фора Софт ежеквартальный обзор архитектуры встроен в каждый долгосрочный проект — именно чтобы этот сценарий не повторялся.
Беритесь за переписывание, когда: вы живёте с MVP больше 18 месяцев, число багов растёт быстрее, чем число функций, и каждое архитектурное решение начинается со слов «потому что в старом коде так». Если верны хотя бы два пункта из трёх — перестаньте выпускать функции и начинайте планировать рефакторинг.
Окольный путь — фрилансеры, аутстафферы и ещё четыре агентства
«Потом мы перепробовали всё подряд. Аутстафф, фрилансеров, другие агентства, их комбинации. В итоге это была катастрофа. Там, откуда я родом, есть поговорка: „Имел — не ценил. Оценил — уже не имею“».
«Всё должно складываться. Недостаточно иметь одного хорошего разработчика и одного хорошего менеджера проекта. Всё должно работать вместе — QA, дизайн… Мы сожгли на этом кучу денег».
Окольный путь Яна — классический антипаттерн основателя: когда первое агентство кажется слишком дорогим или слишком медленным, появляется соблазн всё разъединить. Нанять фрилансера на бэкенд, аутстафф-разработчика на мобайл, бутиковую студию на дизайн. На бумаге дневные ставки падают. На практике три разных подрядчика теперь спорят о досках в Jira, о том, кому принадлежит код и чей баг положил продакшен, а основатель расплачивается календарным временем.
Схема со смесью подрядчиков выглядит дешевле первые шесть недель и становится дороже начиная с седьмой. Вот честная таблица компромиссов.
| Модель |
Для чего лучше всего |
Ощущение по ставке |
Скрытая цена |
Ответственность |
| Фрилансер |
Одна ограниченная задача, 2–6 недель |
Низкое |
Вы становитесь менеджером проекта; bus-factor = 1 |
Отсутствует после передачи |
| Аутстаффинг |
Расширение уже существующей внутренней команды |
Низкое-среднее |
Вы отвечаете за поставку, QA и дизайн |
Отсутствует за результат |
| Смесь подрядчиков (≥ 3) |
Ни для чего — это антипаттерн |
На бумаге выглядит дешевле всего |
Налог на координацию съедает 30–50% времени основателя |
Размытая, перекладывание вины |
| Бутиковое агентство |
Разовая специализированная задача (дизайн, бренд) |
Среднее-высокое |
Трение при передаче разработке |
Частичная |
| Фуллстек-партнёр по продукту |
Сборка продукта от 6 месяцев с бизнес-аналитиком/дизайном/разработкой/QA |
Среднее-высокое |
Отсутствует после 8 недель |
Один ответственный за всё |
Беритесь за модель со смесью подрядчиков, когда: никогда. Это и есть тот провал, который описывает Ян. Если давление по бюджету реально — сократите объём и оставьте одну команду; не дробите команду между тремя подрядчиками.
Возвращение — что изменило мнение Яна
«В то время нам понадобилась кое-какая информация от Фора Софт. Я подумал: „вот чёрт, мне нужно у них кое-что спросить, но мы ведь больше не работаем вместе…“ Но я мгновенно получил всё, что было нужно. Они нам очень помогли».
«Потом мы решили вернуться. Там был один человек — менеджер проекта — который был на месте всегда. Он давал уверенность, что всё под контролем. Мы сменили технологию с Bootstrap на React. React.JS, React Native, PWA. Я спросил менеджера, справятся ли они, и он ответил: да. А потом всё объяснил. Это было как вечер пятницы после тяжёлой недели. Сидишь себе — и та самая рюмка водки».
«Мне нужно было вернуться в Фора Софт гораздо раньше. У Фора Софт всё под контролем. Всё под одной крышей. Всё работает идеально».
Техническая смена платформы, которую описывает Ян, — это согласованный переход с исходного фронтенда на Bootstrap на стек React + React Native + PWA, на котором AppyBee работает и сегодня. Такие переходы крайне рискованны для распределённой смеси подрядчиков: нужна одна команда, которая берёт на себя архитектурное решение, план миграции, тесты на паритет и выкатку. Отсюда и возвращение.
«В общем, история как у парня с девушкой — сначала не складывается, а потом вы женитесь».
Почему 5 разработчиков за 3 месяца — тревожный сигнал №1
«Я работал с агентством потому, что просто хотел, чтобы они решали мои проблемы и делали это правильно и профессионально. В другой компании за 3 месяца мы поработали с 5 разными разработчиками».
«Был случай, когда мы меняли огромную часть архитектуры — это было крупное обновление. Всё жутко глючило и тормозило. Сейчас, оглядываясь, я понимаю, что это было нормально, но тогда — нет. В Фора Софт мы всё время работали с одной и той же командой. Для меня это знак, что люди довольны компанией. Им нравится то, что они делают».
Высокая текучка инженеров — самый дешёвый сигнал, который может измерить заказчик. Спросите подрядчика: «Из 10 инженеров, которые были у вас год назад, сколько работает до сих пор?» Если ответ меньше 60%, любой проект рано или поздно превращается в передачу дел. У стороннего подрядчика AppyBee за один квартал сменилось пять разработчиков — это минимум три «налога на онбординг», оплаченных клиентом за 12 недель, причём клиент сам писал онбординг-документацию, которую должен был вести подрядчик.
«Сейчас это тот же самый проект, и это важно. И людей, которые мне помогают, стало больше. Я могу пообщаться с бизнес-аналитиком, с дизайнером, с фронтендом и бэкендом. Это комплексное решение».
Платите трём подрядчикам за то, чтобы они спорили в Slack?
Мы бесплатно за 30 минут разберём ваш текущий набор подрядчиков и сравним его с моделью одной команды, где бизнес-аналитик, дизайн, разработка и QA работают в одном канале.
Позвоните нам →
Напишите нам →
До и после: что даёт настоящая фуллстек-команда
«В начале была какая-то технология, и мы не знали, как принято делать. У нас была доска в Trello. Это удобно, но похоже на перекладывание стикеров. Потом мы перешли в другую компанию. Они учили нас: с Jira можно вот так, а вот этим — вот эдак. Они переборщили. Мне казалось, что я впустую трачу на всё это часы».
«Сейчас это тот же самый проект, и это важно. И людей, которые мне помогают, стало больше. Я могу пообщаться с бизнес-аналитиком, с дизайнером, с фронтендом и бэкендом. Это комплексное решение».
«Преимущество Фора Софт в том, что система коммуникации внутри команды действительно хороша. Внутри команд все общаются друг с другом. Трудно держать одновременно агентство, аутстаффера и фрилансера. Это работает, но неэффективно».
Что умеет фуллстек-команда и не умеет смесь подрядчиков
1. Один канал в Slack для всего. Дизайнер, бизнес-аналитик, фронтенд, бэкенд, QA и менеджер проекта читают одну и ту же ветку. Решения закрепляются, потому что те, кто их выполняет, услышали их в реальном времени.
2. Бизнес-аналитик говорит с основателем раньше разработчика. Фраза Яна — «часто я получаю от вас решение лучше моего собственного» — возможна только тогда, когда бизнес-аналитик может оспорить ТЗ до того, как оно попадёт в спринт.
3. QA видит дизайн в Figma, а не баг на стейджинге. Кросс-функциональные команды ловят крайние случаи на недели раньше, чем модель «фрилансер + QA на подряде».
4. Менеджер проекта берёт на себя слой перевода. Основатель говорит на языке продукта; менеджер переводит это в задачи. Поначалу Ян этого не понимал — «я не понимал, почему вы не хотите, чтобы я сразу общался с разработчиком» — но со временем согласился: «Он всегда в курсе всего, что происходит, хорошего и плохого. Именно такая коммуникация делает работу эффективнее».
5. Преемственность команды — актив, который накапливается из года в год. Та же команда, тот же продукт, то же знание предметной области. Смена платформы с Bootstrap на React не рискованна, когда миграцию делает та же команда, что построила версию на Bootstrap.
Беритесь за фуллстек-команду, когда: вы строите продукт, который планируете развивать 3+ года, хотите, чтобы одна команда отвечала за результат (а не за объём работ), и готовы доплатить 10–20% к дневной ставке ради 30–50% меньшего числа координационных встреч.
Деньги — «плачу вдвое меньше, получаю вдвое больше»
«С выручкой сложно, потому что большая её часть — это маркетинг, а разработка на это не влияет. Но что мы точно замечаем — это суммы, которые мы платили Фора Софт… Не хочу сейчас называть цифры. Сейчас я вижу: плачу вдвое меньше, а получаю вдвое больше. Я получил гораздо больше ценности. Но не только ценности. Ещё и стабильность. Есть уверенность. Сейчас всё, что было неэффективно, решается. Я получаю обратную связь. Теперь я хорошо сплю».
Цитата про «вдвое меньше — вдвое больше» — самый важный абзац в этом интервью. За ней стоит очень конкретная экономика: когда вы дробите разработку между фрилансерами и аутстафферами, вы платите меньше за час, но теряете множитель продуктивности команды — фуллстек-команда, работающая в ритме Agile, выдаёт примерно в 1,8–2,2 раза больше функциональности, чем такое же число разрозненных подрядчиков. Помножьте это на переделки (потому что половина того, что выпускает смесь подрядчиков, идёт в мусор) — и юнит-экономика переворачивается.
Реалистичная модель затрат на продукт уровня AppyBee в 2026 году
Для типичного SaaS для бронирования / оплаты / подписок, сопоставимого по объёму с AppyBee — веб + iOS + Android, встраиваемый виджет, платежи через несколько шлюзов, пауза/возобновление подписки, доступ по QR, пуш, многоязычность — реалистичные диапазоны на 2026 год выглядят так. Это приблизительные оценки, а не обязательства; объём работ меняет эти цифры на ±30%.
| Этап |
Длительность |
Фуллстек-команда |
Эквивалент на смеси подрядчиков |
| Исследование + архитектура |
3–4 недели |
900 тыс.–1,5 млн ₽ |
600 тыс.–1,1 млн ₽ (но результат слабее) |
| Сфокусированный MVP (бронирование + платежи) |
3–4 месяца |
4,5–8,2 млн ₽ |
3,3–6,7 млн ₽ + переделки |
| Полная платформа (виджет, приложения, подписки, QR) |
6–12 месяцев |
9,7–19,5 млн ₽ |
12–24 млн ₽ (больше переделок) |
| Постоянное развитие после запуска |
в квартал |
2,2–4,5 млн ₽ |
2,6–5,6 млн ₽ |
| Хостинг / инфраструктура (AWS) |
в месяц |
45 000–187 500 ₽ |
45 000–187 500 ₽ |
Два замечания по этим цифрам. Во-первых, по умолчанию мы работаем по методу spec-driven agentic engineering, который сжимает срок разработки MVP и снижает счёт за постоянное развитие по сравнению с командами без ИИ, оценивающими тот же объём. Во-вторых, «плачу вдвое меньше — получаю вдвое больше» — это не маркетинг, а то, что происходит, когда переделки падают с ~30% до ~5%. О том, как мы оцениваем стоимость и объём на старте, — в нашем гайде по стоимости разработки мобильных приложений.
«Я отключил уведомления» — когда подрядчик уходит в тишину
«Расскажу об одной ситуации в предыдущей компании. Они на нас работали. От того агентства на нас работал один человек, тоже на полную ставку. Я задавал ему вопросы, но ответа не получал. Мы вели задачи и пинговали друг друга в Jira. У нас был ежедневный созвон, и я спрашивал: почему ты не реагируешь на вопросы, которые мы задаём в Jira? Он ответил: „Я отключил уведомления“».
«Мы платим большие деньги, это полная занятость, нас 5–6 человек на ежедневном созвоне — и он даёт такой ответ. Скажи он это за столом, думаю, всё закончилось бы иначе. Радуйся, что это было онлайн и на расстоянии».
Запомните эту цитату. Разработчик, отключающий уведомления на оплачиваемой полной занятости, — это не проблема инструментов, а проблема культуры подрядчика. Отключённые уведомления означают, что инженер не считает ваши задачи своей ответственностью. Что в контракте нет петли репутации. Что ваш путь эскалации — это комментарий в Jira, который уже заглушён.
Внутри фуллстек-команды отзывчивость закреплена за менеджером проекта как SLA, а не как привычка. В Фора Софт по умолчанию ответ по любому блокеру приходит в тот же рабочий день, а команда разработки, команда QA и команда дизайна работают по согласованному ритму стендапов, поэтому вопросы никогда не зависают в трёх разных почтовых ящиках подрядчиков.
Софт — это не куртка, которую можно вернуть: культурное совпадение имеет значение
«С софтом нельзя просто так переехать. Это не куртка, которую можно купить взамен. Так не получится. Поэтому действительно нужно думать, с какой компанией вы будете работать, и должно быть совпадение. Нужно ещё и понимать компанию. Компания должна понимать нашу культуру, но и мы должны понимать культуру компании. Ожидания».
«Проекты бывают разные. С одной стороны, есть краткосрочные — может, 1–2 месяца. Делаются легко. Но есть и работа вроде нашей. Это долгосрочные проекты. Важные структурные вещи, которые нужно понять и двигать шаг за шагом. Тщательно тестировать, думать о том, что есть у клиентов, переставлять приоритеты и обмениваться мыслями — как мы сейчас делаем с бизнес-аналитиком».
Различие между коротким и длинным горизонтом важно, потому что подрядчик, отличный для шестинедельного спринта, часто не годится для трёхлетней платформы. AppyBee у Яна — это уже отношения длиной более 6 лет. Смотрите на свою дорожную карту и выбирайте подрядчика, который выдержит архитектуру, к которой вынудит ваша дорожная карта на третий год, — а не того, кто дешевле всего для списка функций на ближайшие 8 недель.
Фреймворк выбора — выберите партнёра по разработке за 5 вопросов
1. Это продукт или проект? У проекта есть критерий завершённости в пределах 12 недель. Продукт живёт 3+ года. Проекты можно отдавать фрилансерам. Продуктам нужна команда с преемственностью. Ошибка Яна была в том, что он относился к AppyBee как к проекту.
2. Кто менеджер проекта и можете ли вы поговорить с ним сегодня? Если менеджер на этапе продаж не тот, что будет вести проект, и вы не можете получить 15-минутный звонок с тем, кто будет вести проект, до подписания — уходите. Уверенность Яна в Фора Софт шла от одного конкретного менеджера проекта, а не от отдела продаж.
3. Сколько ролей в команде, которую вы покупаете? Как минимум: бизнес-аналитик, дизайнер, фронтенд, бэкенд, QA, менеджер проекта. Если в предложении значатся только «2 фуллстек-разработчика», вы покупаете аутстаффинг, а не партнёра по продукту — и подрядчик надеется, что вы этого не заметите.
4. Какова удерживаемость инженеров? Спросите показатель удержания за 12 месяцев. Меньше 60% означает, что в первый год вы дважды заплатите «налог на онбординг». Больше 80% — что v1 и v2 выпустят одни и те же руки.
5. Будут ли они спорить с вашим ТЗ? Если подрядчик на всё говорит «да», он в срок построит не то. У хорошей команды есть бизнес-аналитик, который письменно с вами не соглашается. Ян: «Часто я получаю от вас решение лучше моего собственного». Так звучит работающее возражение бизнес-аналитика.
Скрипт звонка по рекомендациям — 7 вопросов перед подписанием
В1. Наняли бы вы этого подрядчика снова сегодня, зная то, что знаете сейчас? (Начните с главного вопроса.)
В2. Кто был вашим менеджером проекта? Он всё ещё у подрядчика и всё ещё ведёт ваш проект?
В3. Сколько разработчиков сменилось на вашем проекте за последние 12 месяцев? (Ориентир: 0–2 для здорового долгого проекта.)
В4. В чём они вам возразили и оказались правы? (Если ответа нет — функции бизнес-аналитика не было.)
В5. Как они справились с худшим инцидентом — падением продакшена, проблемой с безопасностью или крупным срывом срока?
В6. Что одно вы бы изменили в подрядчике?
В7. Если бы они исчезли завтра, насколько болезненной была бы замена по шкале от 1 до 10? (9–10 — признак глубокой встроенности; 2–3 — признак того, что можно было нанять кого угодно.)
Пять ловушек, в которые попадают основатели при смене подрядчика
1. Дробить команду между тремя подрядчиками ради экономии. Главная ошибка Яна. Разъединение выглядит дёшево на бумаге и создаёт интеграционный долг, за который основатель платит календарным временем.
2. Принимать MVP за архитектуру. MVP по замыслу одноразовый. Введите ежеквартальный обзор архитектуры с первой недели. Если на 18-м месяце вы всё ещё на исходном стеке MVP — у вас утекают деньги.
3. Пропускать звонок по рекомендациям. Не читайте отзывы на собственном сайте подрядчика. Позвоните двум живым клиентам по 20 минут каждому и задайте семь вопросов выше.
4. Настаивать на прямом общении с разработчиком. Ян: «Я не понимал, почему вы не хотите, чтобы я сразу общался с разработчиком. Сейчас я отлично вижу преимущества». Менеджер проекта как слой перевода — не вахтёр, а усилитель.
5. Передавать исходный код без письменного соглашения. Если вы вот-вот отдадите новому разработчику свою кодовую базу, прочитайте наш материал о передаче исходного кода новому разработчику, прежде чем архивировать репозиторий.
KPI — что измерять, когда правильный партнёр выбран
KPI качества. Дефектов, просочившихся в релиз, — менее 2%. Перенос задач между спринтами — менее 10%. Регрессий при переходе со стейджинга на продакшен — менее 3 багов на деплой. Оценка производительности Lighthouse на мобильных — выше 85 на основном сценарии бронирования.
Бизнес-KPI. Время до первого оплаченного бронирования после создания аккаунта (цель AppyBee: менее 5 минут). Сэкономленное время владельца в неделю (по замерам AppyBee: 10–15 часов). Прирост удержания клиентов относительно базы до внедрения платформы (по замерам AppyBee: ~20% при включённых автосписаниях и пуш-уведомлениях).
KPI надёжности. Доступность ключевого API бронирования ≥ 99,9% в месяц. Доля успешных платежей ≥ 98% по каждому провайдеру. Доставляемость пуш-уведомлений ≥ 95% на iOS и Android. SLA на ответ менеджера проекта по блокеру — менее 4 рабочих часов.
Когда подрядчика менять не стоит
Смена подрядчика стоит 2–4 месяцев скорости разработки и примерно 15–25% годового бюджета на разработку — на онбординг, параллельные прогоны и переписывание. Не нажимайте на курок, пока текущий подрядчик не провалит три и более пункта: сорвал последние два срока по дорожной карте, нет конкретного менеджера проекта на вашем проекте, текучка инженеров выше 40% за 12 месяцев, нет бизнес-аналитика на проекте или звонки по рекомендациям возвращаются с негативом по коммуникации.
Если верен только один пункт — сначала попробуйте пересмотреть условия. Инстинкт Яна уйти после затянувшегося MVP был отчасти верным, но окольный путь через фрилансеров оказался строго хуже, чем разговор о пересмотре условий.
Что заставило AppyBee работать — техническая история
Платформа, которая сегодня обслуживает более 800 фитнес-центров, — это конкретный набор решений, принятых Яном и командой Фора Софт после эпохи Bootstrap. Каждое из них — повторяемый паттерн для других SaaS-продуктов для бронирования и оплаты.
React + React Native + PWA. Одна дизайн-система, три цели: веб, iOS, Android. Переиспользование компонентов между React в вебе и React Native на мобильных сокращает размер UI-команды.
Микросервисы на PHP + Node.js в AWS. Бронирования, платежи, уведомления и отчётность масштабируются по разным кривым; микросервисы дают каждому дышать.
Socket.io для реального времени. Живое обновление календаря важно, когда популярное занятие йогой заполняется за 30 секунд; поллинг — не вариант на масштабе в 800 залов.
Локальные способы оплаты обязательны. В Нидерландах iDEAL и Bancontact дают большую часть B2C-конверсий. Одни только карты ограничили бы конверсию на уровне 50–60% от нидерландской базы.
Встраиваемый виджет бронирования. Залы не хотят уводить клиентов со своего домена; виджет — это тихий прирост конверсии, потому что сохраняет брендовую среду.
Логика подписок как полноценная предметная область. Пауза/возобновление, пробные занятия, сохранённые карты, пропорциональные регулярные списания — именно здесь любой SaaS для бронирования либо удерживает владельцев залов на годы, либо теряет их при первом споре о списании. AppyBee сделал это правильно после смены платформы.
Создаёте что-то похожее на AppyBee?
Бронирование, подписки, платежи через несколько шлюзов, мобильные приложения — расскажите, на каком вы этапе. В течение 48 часов пришлём ориентировочный объём работ и план реализации на 6–12 месяцев.
Позвоните нам →
Напишите нам →
9 из 10 за коммуникацию от Яна — что на самом деле значит эта оценка
«То, что я считаю качеством — и я правда могу об этом судить, потому что между делом сменил кучу компаний: у меня было три-четыре агентства, фрилансеры, аутстафф. Мне даже приходилось, не буду называть имён, реально привозить „экспертов“, чтобы решить проблему, и всё это время капали расходы. Так что я с уверенностью говорю: за коммуникацию — 9. Поначалу я не понимал, почему вы не хотите, чтобы я сразу общался с разработчиком. Сейчас я отлично вижу преимущества. Он общается со мной ежедневно, распределяет работу, и это эффективно. Идеально эффективно. Он всегда в курсе всего, что происходит, хорошего и плохого. Именно такая коммуникация делает работу эффективнее».
9 из 10 после четырёх других подрядчиков — это сравнительная оценка. Это не абсолютный превосходный балл, а «мы перепробовали альтернативы и сравнили с ними». И именно такая оценка единственно важна, когда вы выбираете партнёра.
Порекомендовали бы вы Фора Софт?
«Я бы порекомендовал Фора Софт друзьям, родным и коллегам. Я бы не стал рекомендовать Фора Софт своим конкурентам».
«У нас же на это есть договор, верно? Так что никаких конкурентов. Конкурентам я бы вас не порекомендовал, но деловым партнёрам и всем остальным — рекомендую».
Частые вопросы
Как понять, что мой текущий подрядчик по разработке — не тот?
Используйте тест из пяти пунктов выше: сорванные сроки по дорожной карте, нет единого менеджера проекта на вашем проекте, текучка инженеров выше 40% за 12 месяцев, нет бизнес-аналитика на проекте и звонки по рекомендациям с негативом по коммуникации. Три и более пункта — сигнал к смене. Один-два — сигнал к пересмотру условий.
Сколько стоит фуллстек-команда по сравнению с фрилансерами?
Фуллстек-команда стоит на 10–20% дороже за час, чем фрилансеры сопоставимого уровня, и даёт примерно в 1,8–2,2 раза больше эффективной скорости, если учесть переделки, координацию и покрытие QA. На полугодовой сборке команда обычно дешевле в сумме; на двухнедельном баг-фиксе дешевле фрилансер. Выбирайте по горизонту, а не по часовой ставке.
Сколько времени строить платформу бронирования уровня AppyBee?
Сфокусированный MVP с бронированием, одним платёжным шлюзом, подписками и веб-интерфейсом запускается за 3–4 месяца. Полная платформа в духе AppyBee — веб, iOS, Android, встраиваемый виджет, платежи через несколько шлюзов, доступ по QR, пауза/возобновление подписки, многоязычность — занимает 6–12 месяцев. Мы используем agentic engineering, чтобы сжать этот срок на 30–50% по сравнению с командами без ИИ, оценивающими тот же объём.
Почему Ян вообще ушёл из Фора Софт?
Потому что в первоначальном проекте мы слишком долго держались за стек MVP без обзора архитектуры. Мы открыто принимаем эту критику; нынешний процесс теперь включает постоянную ежеквартальную проверку архитектуры для любого проекта длиннее 12 месяцев — именно чтобы этот сценарий не повторялся.
Можно ли общаться с разработчиком напрямую, а не через менеджера проекта?
Можно, но не стоит этого хотеть. Цитата Яна — «Поначалу я не понимал, почему вы не хотите, чтобы я сразу общался с разработчиком. Сейчас я отлично вижу преимущества» — это канонический разворот основателя по этому вопросу. Менеджер проекта — это усилитель: он переводит продукт в задачи, расставляет приоритеты, снимает блокеры и даёт разработчику выпускать код вместо переключения контекста.
Какие способы оплаты важны для европейского фитнес-SaaS?
В Нидерландах iDEAL — способ оплаты по умолчанию, на него приходится основная масса конверсий. Бельгии нужен Bancontact. По всему ЕС прямое списание SEPA закрывает регулярные абонементы. Карты (Visa, Mastercard) необходимы, но недостаточны. AppyBee также интегрирует Pay.nl и Pay.pro как региональных эквайеров. Для нового рынка проектируйте движок подписок независимым от платёжного провайдера с первого дня.
Как правильно провести звонок по рекомендации?
Назначьте 20–30 минут по видео (не по телефону и не по почте). Начните с «наняли бы вы их снова сегодня?» Спросите про преемственность менеджера проекта, текучку инженеров за 12 месяцев, худший инцидент и как с ним справились, и что бы они хотели изменить в подрядчике. Завершите оценкой болезненности замены (1–10). Два живых звонка по рекомендациям всегда лучше десяти письменных отзывов.
Стоит ли давать новому подрядчику свой исходный код на этапе оценки?
Только по подписанному NDA и сначала с доступом только на чтение. Серьёзный подрядчик оценит объём по диаграммам архитектуры и документации API без доступа к репозиторию. На эту тему у нас есть отдельный гайд — см. «Стоит ли делиться исходным кодом с новым разработчиком?»
Что почитать дальше
Готовы перестать жечь деньги на неправильной смеси подрядчиков?
У истории Яна с AppyBee одна развязка, и она контринтуитивна: самая дешёвая на вид схема подрядчиков почти всегда оказывается самой дорогой. Фрилансеры и аутстафферы — инструменты для ограниченных задач, а не для многолетних продуктов. Продукту нужна команда — бизнес-аналитик, дизайнер, фронтенд, бэкенд, QA, менеджер проекта — в одном канале, с конкретным менеджером проекта, которому можно позвонить, с измеримым удержанием инженеров и с бизнес-аналитиком, который будет спорить с вашим ТЗ.
Если вы вот-вот смените подрядчика, перед подписанием чего-либо пройдите фреймворк из пяти вопросов и скрипт звонка по рекомендациям из семи вопросов. Если вы уже глубоко в окольном пути вроде того, что прошёл Ян, хорошая новость в том, что вернуться к одной команде дешевле и быстрее, чем боится большинство основателей. В любом случае звонок ниже бесплатный, длится 30 минут и заканчивается конкретной рекомендацией, а не продающей презентацией.
Поговорите с командой, которая создала AppyBee
30 минут, только оценка, без обязательств. Опишите свой продукт и текущую ситуацию — мы скажем, есть ли смысл переходить на одну команду, и если да, в течение 48 часов вы получите честную оценку стоимости и сроков.
Позвоните нам →
Напишите нам →
Полное видеоинтервью — на нашем YouTube-канале.
![Какой облачный провайдер выбрать: AWS vs DigitalOcean vs Hetzner [2023] — обложка](https://cdn.prod.website-files.com/647d86e4fc32c113a4d42852/6a4e2189403de5563802d8dc_6a4e2187391ace41db871fff_kakoi-oblachnyi-provaider-vybrat-aws-vs-digitalocean-vs-hetz_v1.png)
