Как работает coob: путь проекта от идеи до запуска, шаг за шагом

Заказная разработка обычно выглядит так: созвоны, письма, счёт от менеджера, тишина на месяц и результат-сюрприз. Мы построили coob иначе: весь путь — от первой формулировки идеи до передачи исходников — происходит в одном рабочем пространстве, где виден каждый шаг и каждый рубль.

Эта статья — пошаговая инструкция. Мы заведём реальный проект и пройдём его целиком: сервис онлайн-записи для сети барбершопов, шесть филиалов, сорок мастеров. Все скриншоты сняты в рабочем продукте по ходу этого проекта.

Как устроен процесс в целом

Проект в coob движется по фиксированным этапам: подготовка → предложение → планирование → разработка → итоги. Этапы видны в левом меню рабочего пространства, и вы всегда знаете, где находитесь и что будет дальше. Переход между этапами — это всегда явное действие с понятным условием: требования отправлены на оценку, предложение принято, остаток оплачен, версия принята.

Правило, на котором держится вся механика: сначала фиксируем, что делаем и за сколько, потом делаем. Поэтому первые два шага — не про деньги, а про требования.

Шаг 1. Аккаунт и первый проект

Регистрация обычная: имя, почта, пароль, подтверждение шестизначным кодом из письма. После входа вас встречает рабочее пространство.

Проект — это один продукт, который вы строите. Для старта нужны два поля: название и одна строка о том, зачем этот продукт нужен. Никаких анкет на сорок вопросов — детали соберёт ассистент на следующем шаге. Если у вас уже есть кодовая база, проект можно завести импортом из ZIP-архива.

Шаг 2. Опишите идею своими словами

Сразу после создания проект открывается на странице «Бриф / Идея». Здесь не нужно писать техническое задание — расскажите о задаче так, как рассказали бы знакомому: что за бизнес, что болит, кто будет пользоваться.

Наш бриф уместился в четыре предложения: клиент выбирает филиал, мастера и время; администратор ведёт расписание; сейчас запись идёт по телефону и в тетради, слоты теряются.

Шаг 3. Ассистент превращает рассказ в продуктовые требования

Дальше в работу включается AI-ассистент. Он читает бриф и задаёт уточняющие вопросы — про цели, ключевые сценарии, интеграции. К каждому вопросу предложены варианты ответа, но всегда можно написать свой.

Обратите внимание: вопросы не абстрактные. Ассистент уже понял предметную область и спрашивает про цель внедрения, каналы записи и способы оплаты — то, что бизнес-аналитик выяснял бы на второй встрече.

Через один-два раунда ответов ассистент собирает полноценный документ продуктовых требований: цели, роли пользователей, пользовательские сценарии, функциональные и нефункциональные требования. Документ сохраняется прямо в репозиторий проекта — это не переписка в чате, а артефакт, с которым дальше работает команда.

Почему так: стоимость разработки вычисляется из объёма, а объём прячется в деталях. Пока деталей нет, любая цена — это гадание со страховкой. Подробнее мы разбирали это в статье про оценку до старта. Если хотите понять, какие вопросы важны и почему, есть отдельный разбор — как собрать требования без бизнес-аналитика.

Шаг 4. Отправьте требования на оценку

Когда документ готов, проверьте его и нажмите «Отправить на оценку». С этого момента проект смотрит команда: инженеры читают требования и считают объём работы. Для вас это ожидание обычно выглядит так:

Оценка бесплатна и ни к чему не обязывает. Вы ещё не заплатили ни рубля — и не заплатите, пока не увидите предложение целиком.

Шаг 5. Предложение: цена и сроки, зафиксированные письменно

Результат оценки — предложение. Это главный документ сделки, и в нём всё, что обычно теряется в переписке:

• стоимость — одна цифра, не вилка;
• сроки — диапазон в неделях и уверенность команды в нём;
• что входит в объём — по пунктам;
• что не входит — тоже по пунктам, чтобы ожидания совпали;
• риски — о чём команда предупреждает заранее;
• заметка от команды — живой комментарий, а не шаблон.

Для нашего барбершоп-сервиса команда назвала 280 000 ₽ и 3–5 недель. Мобильное приложение и онлайн-оплата честно вынесены в «не входит» — их можно заказать следующей версией, когда база заработает.

Оплата разбита на две части: аванс 50% сейчас и остаток после того, как вы увидите готовую работу. Прямо под ценой написано: остаток будет выставлен, когда работа уйдёт в приёмку — сначала посмотрите результат, потом доплачивайте. Это симметричная защита: команда не начинает работу бесплатно, вы не платите всю сумму вперёд.

Не устраивает предложение — нажмите «Отказаться», проект и требования останутся у вас.

Шаг 6. Кошелёк и оплата аванса

Все платежи в coob идут через кошелёк — ваш лицевой счёт в личном кабинете. Вы пополняете его как обычный авансовый счёт, а списания происходят только по счетам, привязанным к проекту. Каждая операция остаётся в истории.

Пополнили кошелёк, нажали «Принять и оплатить аванс» — и проект переходит в планирование. В биллинге проекта при этом видна вся картина: аванс оплачен, остаток выставлен, но отложен до приёмки. Захотите — можете оплатить его досрочно, но никто не торопит.

Почему кошелёк, а не «переведите на карту менеджеру»: каждый платёж привязан к конкретному счёту конкретного проекта. Через год вы сможете восстановить всю финансовую историю в два клика.

Шаг 7. Планирование: архитектура, дорожная карта, план работ

После оплаты аванса команда готовит три документа, и все они открыты вам с момента появления:

1. Архитектура — как продукт устроен технически: стек, ключевые решения и почему именно так.
2. Дорожная карта — этапы реализации по неделям: что будет готово сначала, что потом.
3. План работ — та же дорожная карта, разложенная на конкретные задачи.

Эти документы живут в репозитории проекта рядом с кодом, а не в чьей-то почте. Вы читаете их в браузере, команда обновляет их коммитами — версия документа всегда одна, актуальная.

Шаг 8. Разработка: следите за прогрессом, не дёргая команду

Когда план готов, команда запускает разработку. Здесь портал отвечает на главный вопрос заказчика «а что там происходит?» без единого созвона:

• План работ показывает задачи и их статус. Отмечает выполнение команда — поэтому «сделано» здесь значит сделано, а не «почти готово, честно».
• История показывает реальные коммиты: что и когда попало в репозиторий.
• Исходный код открыт для просмотра с первого дня.

Придумали что-то по ходу? На каждую версию у вас есть до трёх запросов на изменение. Запрос появляется в плане работ отдельной строкой с меткой, команда разбирает его и берёт в работу. В нашем проекте заказчик попросил добавить поле «комментарий к записи» — видно, как запрос встал в общий план.

Почему лимит: именно неограниченные «а давайте ещё вот это» съедают бюджеты, что мы подробно разбирали в статье о перерасходе. Три запроса — это клапан для мелочей; всё крупное оформляется новой версией с честной отдельной оценкой, а не растворяется в текущей смете.

Шаг 9. Приёмка: сначала результат, потом остаток

Когда версия готова, команда сдаёт её на проверку. Статус проекта меняется на «Готово к приёмке», и у вас появляется список всего, что изменилось, доступ к коду и два действия: принять версию или запросить доработки.

Помните отложенный остаток из шага 6? Именно сейчас он активируется. Вы уже видите готовую работу — код, историю, результат — и только теперь доплачиваете вторую половину. После оплаты остатка автоматически открывается полный доступ к исходному коду.

Приёмка — осознанное действие с подтверждением: после неё оплата уходит команде, отменить это нельзя. Поэтому портал переспрашивает.

Если что-то не так — не принимайте: кнопка «Запросить доработки» возвращает работу команде.

Шаг 10. Запуск: продукт и исходники ваши

Версия принята — проект переходит в «Итоги». Здесь финальная точка всего процесса и главное отличие coob от аренды софта: вы получаете исходный код, а не подписку на чужой сервис.

Код можно скачать архивом или клонировать как обычный git-репозиторий — вместе с историей коммитов, документами требований, архитектуры и дорожной карты. Даже если вы больше никогда не вернётесь в coob, у вас на руках останется всё, что нужно любой другой команде для продолжения работы.

Что дальше: доработки без абонентки

Живой продукт всегда хочется развивать. В coob доработка — это новая версия проекта: вы описываете ассистенту, что добавить или изменить, команда оценивает объём и сроки, вы принимаете предложение — и цикл повторяется. Короче, чем в первый раз: продукт и контекст уже в системе.

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

Итого: почему процесс устроен именно так

• Требования до цены — чтобы цена была вычислена, а не угадана.
• Оценка бесплатно — чтобы решение принимали вы, глядя на цифры.
• Фиксация объёма на версию — чтобы смета не расползалась.
• Аванс и остаток — чтобы риск делили поровну, а не перекладывали на одну сторону.
• Открытые план, код и история — чтобы «как дела?» не требовало созвона.
• Исходники по завершении — чтобы продукт принадлежал вам, а не исполнителю.

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