Документы и оплата

Как проходит работа, оплата и передача проекта

Перед стартом фиксируем задачу, стоимость, сроки и этапы. Работаем официально: договор, поэтапная оплата, чек, акт сдачи-приёмки и передача результата после оплаты.

Составить договор Сформировать акт этапа

Договор до старта

До начала работ фиксируем задачу, стоимость, сроки, этапы и порядок передачи результата.

Поэтапная оплата

Для небольших проектов подойдёт схема 50/50, для приложений и MVP — 30/40/30.

Чек после оплаты

После каждого платежа исполнитель выдаёт чек самозанятого, если этот режим применим.

Акт после этапа

Результат этапа можно принять актом, а замечания оформить письменно в согласованный срок.

Финальная передача после оплаты

Производственные файлы, ключи, доступы и права передаются только после полного расчёта.

Коротко

Информация на странице носит ознакомительный характер и не является публичной офертой. Итоговые условия фиксируются в договоре.

Старт

Как мы начинаем работу

Сначала разбираемся с задачей и собираем понятный план. Это помогает не начинать разработку вслепую и сразу договориться о границах проекта.

Заказчик описывает задачу простым языком: что нужно получить и как это должно помогать бизнесу.
Уточняем формат проекта: Android-приложение, iOS-приложение, сайт, квиз, Telegram-бот, MVP или другая задача.
До старта фиксируем состав работ, этапы, цену, сроки, порядок проверки и передачи результата.
Работа начинается после подписания договора и получения первого платежа.

Договор

Как подписываем договор

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

Заказчик заполняет данные для договора на странице.
Сформированный текст можно распечатать или сохранить как PDF через браузер.
Обе стороны подписывают документ.
Скан или фото подписанного договора можно отправить на почту или в мессенджер.
Если заказчик — компания или ИП, в договор добавляются реквизиты и ИНН.
Перед крупным проектом финальную юридическую формулировку лучше проверить отдельно.

Оплата

Поэтапная оплата

После каждого платежа исполнитель выдаёт чек самозанятого, когда применим режим НПД. После каждого этапа можно сформировать акт сдачи-приёмки.

50% / 50%

Подходит для небольших сайтов, квизов, ботов и коротких доработок: первая часть запускает работу, вторая оплачивается перед финальной передачей.

30% / 40% / 30%

Подходит для приложений и MVP: старт, рабочий этап с демонстрацией результата, финальная приёмка и передача.

Новые функции за пределами утверждённого состава работ оцениваются и оплачиваются отдельно.

Документы

Какие документы используются

01 Договор

02 Техническое описание / приложение к договору

03 Счёт или реквизиты для оплаты

04 Чек самозанятого после оплаты

05 Акт сдачи-приёмки этапа

06 Финальный акт

07 Акт или чеклист передачи и публикации приложения

Результат

Что получает заказчик

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

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

Публикация

Передача и публикация приложения

Важное правило: приложение должно быть связано с аккаунтом или площадкой заказчика, если публикация входит в согласованный объём работ. Это может быть RuStore, Google Play, App Store, корпоративная площадка или другой магазин.

Приложение публикуется в аккаунте заказчика или на площадке заказчика, если публикация входит в согласованный объём работ.
Площадкой может быть RuStore, Google Play, App Store, корпоративная площадка заказчика или другой магазин приложений.
Студия не публикует клиентские приложения как финальные продукты в аккаунте владельца студии, если иное не согласовано письменно.
Для iOS-сборки и публикации, если это входит в проект, используется аккаунт Apple Developer / App Store Connect заказчика.
Для публикации заказчик приглашает исполнителя с нужной ролью или предоставляет временный контролируемый доступ. Лучше использовать приглашение с ролью, а не передавать пароль.
До полной оплаты заказчик может проверить только демо- или тестовые материалы: скриншоты, видео, тестовую сборку, внутреннее тестирование, бета-доступ, TestFlight или временный тестовый доступ, если это требуется для проекта.
Финальные рабочие сборки, исходный код, ключи подписи, сертификаты, профили, пароли, доступ к репозиторию, серверу, магазину и исключительные права передаются только после полной оплаты.
Регистрация аккаунтов разработчика, платежи магазинов, задержки модерации, правила площадок и точность материалов заказчика остаются ответственностью заказчика, если иное не согласовано отдельно.
После передачи заказчик может удалить доступ исполнителя или оставить его для отдельной платной поддержки.

Пакет документов проекта

Заполните данные один раз и получите полный комплект

Данные остаются в браузере: форма не отправляет информацию на сервер и не сохраняет её в хранилище браузера.

1. Данные договора Укажите основные данные договора

Номер договора Дата договора Место заключения договора Формат работы Срок проверки результата заказчиком рабочих дней Укажите количество рабочих дней на проверку результата. В договор будет подставлено: 5 рабочих дней. Домен, ссылка или будущий адрес проекта Плановая дата начала работ Плановая дата завершения работ Валюта договора НДС / налоговый режим Внутренний комментарий к подготовке договораНе печатается в договоре. Только для ваших внутренних заметок при подготовке документа. Порядок дистанционного взаимодействия сторонЭто юридическое условие договора о дистанционных согласованиях, обмене файлами и передаче результата.

2. Исполнитель Укажите сторону, которая выполняет работы по договору

Тип исполнителя ФИО исполнителя Телефон Email Основной канал связи Контакт в выбранном каналеУкажите идентификатор для выбранного канала: ник, номер, ссылку или адрес email. Юридические и банковские реквизиты заполняются отдельно. Дополнительные каналы связи / мессенджерыТелефон и email — официальные контакты стороны. Мессенджеры указывайте как рабочие каналы для оперативных согласований по проекту. Способ оплаты по договору Дополнительные реквизиты или примечания исполнителяЭто дополнительное поле. Основные юридические и банковские реквизиты лучше заполнять в отдельных полях выше.

3. Заказчик Укажите сторону, которая заказывает и оплачивает работы

Тип заказчика ФИО Паспорт: серия и номер Кем выдан Дата выдачи Код подразделения Адрес регистрации Адрес для корреспонденции, если отличается Способ оплаты по договору Телефон Email Основной канал связи Контакт в выбранном каналеУкажите идентификатор для выбранного канала: ник, номер, ссылку или адрес email. Если выбран телефон или email, можно использовать данные из полей выше. Дополнительные каналы связи / мессенджерыТелефон и email — официальные контакты стороны. Мессенджеры указывайте как рабочие каналы для оперативных согласований по проекту. Дополнительные реквизиты или примечания для договораЭто дополнительное поле. Основные юридические и банковские реквизиты лучше заполнять в отдельных полях выше.

4. Контактное лицо Заполните, если по проекту общается отдельный представитель

Кто ведёт проект со стороны заказчика?

Проект ведёт сам заказчик Проект ведёт другое контактное лицо

5. Проект Опишите проект и согласованный объём работ

Здесь фиксируется объём первой версии проекта. Всё, что не указано в функциях, сценариях, техническом составе или отдельных условиях договора, считается дополнительной работой и согласуется отдельно.

Название проектаРабочее название проекта, которое будет использоваться в договоре и приложениях. Тип проекта Краткая цель проектаОдним-двумя предложениями: какую задачу должен решить проект для заказчика или пользователей. Подробное описание проектаОпишите общую логику, основные разделы, роли пользователей и итоговый результат. Основные функции первой версииПеречислите только то, что точно входит в первую версию и оплачивается по этому договору.

Сценарии пользователей

Опишите, как разные роли будут пользоваться проектом: клиент, мастер, администратор, менеджер и т.д.

Роль / участник Название сценария Шаги сценария Ожидаемый результат Приоритет / версия

Что не входит в первую версиюУкажите функции и работы, которые не входят в цену: будущие доработки, сложные интеграции, поддержка, публикация, если она не оплачена отдельно.

Технический состав проекта

Технический состав проекта формируется из полей ниже: экраны, платформы, админка, личный кабинет, оплата, уведомления, аналитика, языки, импорт/экспорт.

Количество страниц / экранов / основных разделов Адаптивность / поддерживаемые устройства Поддерживаемые платформы / браузеры Админ-панель Описание админ-панели Личный кабинет / авторизация и доступ Описание личного кабинета, авторизации и доступа по ролям Онлайн-оплата Описание онлайн-оплаты Уведомления Аналитика / SEO-база Мультиязычность Языки проекта Импорт / экспорт данных Кто оплачивает сторонние сервисы, домен, хостинг, API, SMS/email-сервисыОбычно домен, хостинг, SMS/email-сервисы, API, аккаунты публикации и платные лицензии оплачивает Заказчик отдельно, если иное прямо не согласовано в договоре.

6. Ценность для клиента Опишите пользу и бизнес-результат проекта

Ценность для клиента

7. Целевая аудитория Укажите, для кого создаётся проект

Целевая аудитория

8. Роли пользователей Опишите роли и права пользователей

Название роли Что может делать эта роль

9. Что входит в MVP Опишите состав первой рабочей версии

Здесь фиксируется состав первой рабочей версии: только функции, которые точно входят в стоимость и срок текущего договора.

Что входит в MVP

10. Что не входит в MVP Зафиксируйте, что не входит в первую версию

Здесь фиксируются функции, которые не входят в первую версию и не включены в стоимость договора.

Что не входит в MVP

11. Что можно сделать отдельным этапом Укажите работы, которые можно согласовать отдельно

Здесь указываются улучшения, которые стороны могут согласовать позже отдельным этапом, дополнительным соглашением или новым договором.

Что можно сделать отдельным этапом

12. Дизайн и прототип Зафиксируйте условия по дизайну и макетам

Дизайн входит в проект? Где делаем дизайн Количество экранов/макетов Кликабельный прототип Дизайн-система Количество кругов правок Адаптивность Материалы для дизайна Что не входит в дизайн Критерии приёмки дизайна

Название экрана Описание экрана / что на нём происходит

13. Интеграции и сторонние сервисы Опишите интеграции и сторонние сервисы

Укажите внешние сервисы, которые нужно подключить к сайту или приложению. Если интеграций нет — напишите: не предусмотрены.

Интеграции, которые входят Интеграции, которые не входят Доступы и аккаунты для интеграций

14. Материалы от заказчика Укажите материалы и доступы со стороны заказчика

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

Что заказчик должен предоставить Срок передачи материалов Что происходит при задержке материалов Права на материалы заказчикаЭто условие защищает стороны от споров по чужим логотипам, фото, текстам и другим материалам.

15. Этапы работ Опишите план разработки и результаты по этапам

Здесь фиксируется план разработки: какие этапы проходит проект и какой результат должен быть на каждом этапе. Этапы работ не обязаны совпадать с платежами. Финансовые условия указываются в разделе ‘Оплата’.

Название этапа Цель этапа Срок выполнения Связанный платёж, если естьСуммы здесь не указываются. Все суммы фиксируются только в разделе «Оплата». Что делаем на этапе Что должно быть готово в итоге

16. Критерии приёмки Зафиксируйте, как заказчик проверяет и принимает результат

Что считается готовым результатомОпишите конкретные признаки готовности: какие функции работают, какие материалы переданы, какие ошибки должны быть исправлены. Это не список новых пожеланий, а критерии готовности согласованного объёма работ. Как заказчик проверяет результатНе указывайте здесь новый срок проверки, если он уже задан в разделе ‘Данные договора’. Здесь описывается именно способ проверки. Как оформляются замечанияВажно отделить ошибки от новых пожеланий: ошибка — несоответствие договору, ТЗ или согласованному макету; новая функция или изменение логики — отдельная доработка. Как подтверждается приёмка результатаЭто поле фиксирует, каким способом стороны подтверждают, что результат принят.

17. Оплата Укажите стоимость и порядок оплаты

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

Режим оплаты Общая стоимость разработки Количество платежей

Название платежа Сумма или процент Когда оплачивается За что этот платёж Что должно быть принято / готово Дополнительные условия

Если проект разбит на этапы, платеж можно привязать к конкретному результату этапа. При этом сумма платежа указывается только в этом разделе.

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

Что происходит при задержке оплатыЭто условие защищает стороны от споров по срокам, если платёж задерживается.

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

18. Права, исходники, доступы Зафиксируйте правила по правам, исходникам и доступам

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

Права на готовый результат после оплатыЭто поле про права на готовый результат: сайт, приложение, дизайн, документы. Оно не означает автоматическую передачу исходного кода. Передача исходного кодаИсходный код — это технические файлы проекта для дальнейшей доработки другим разработчиком. Если заказчику нужен только готовый сайт или приложение, исходный код можно не передавать. Что именно передаётсяПеречислите конкретные материалы, которые заказчик получит после оплаты и приёмки: готовые файлы, инструкции, макеты, документы, доступы. Не указывайте исходный код, если он не передаётся. Репозиторий проекта и технические доступыЗаполняется, если проект хранится в GitHub/GitLab/другом репозитории или заказчику нужно выдать технический доступ. Можно указать, что репозиторий остаётся у исполнителя. Сторонние сервисы и лицензииЗдесь фиксируется всё, что не является самой разработкой: домен, хостинг, RuStore, Google Play, SMS, карты, платежные сервисы, платные API и лицензии. Порядок передачи доступовОпишите, когда и как заказчик получает доступы: после полной оплаты, после подписания акта, через отдельное сообщение, менеджер паролей или другой безопасный способ. Что не передаётсяЭто поле защищает от споров. Здесь указывается, что не входит в передачу заказчику: личные аккаунты, внутренние заготовки, шаблоны, инструменты, лицензии и материалы, которые не были отдельно согласованы.

19. Персональные данные и безопасность Опишите требования к данным и безопасности

В проекте есть персональные данные? Кто отвечает за политику персональных данных Какие данные обрабатываются Для чего нужны данные Где хранятся данныеУкажите, где физически или технически размещаются данные: сервер, база данных, внешний сервис, CRM или аккаунт заказчика. Кто имеет доступ к даннымУкажите роли и стороны, которые могут видеть или обрабатывать данные. Не пишите пароли и секретные ключи. Требования к безопасности Тестовые данные для разработкиЭто защищает стороны: для разработки лучше использовать тестовые или обезличенные данные, а не реальные данные клиентов. Что происходит с данными после завершения работУкажите, что исполнитель делает с тестовыми данными, временными доступами и копиями после завершения проекта. Есть ли онлайн-оплата? Ответственность сторонПо умолчанию юридические тексты политики и согласия пользователей — зона заказчика. Исполнитель отвечает за техническую часть, если она указана в договоре.

20. Публикация и передача Опишите публикацию и передачу результата

Публикация требуется

Отметьте, что передаётся заказчику после оплаты и приёмки результата. Материалы, которые не входят в передачу, фиксируйте в блоке 18 «Что не передаётся».

Другие материалы для передачиУкажите дополнительные файлы или материалы, которые действительно передаются заказчику. Не включайте сюда материалы, которые исключены в блоке 18.

21. Гарантия и поддержка Укажите условия гарантии и поддержки

Гарантийные исправления входят? Срок гарантииГарантия относится к ошибкам в согласованном объёме работ после приёмки результата. Что входит в гарантиюОпишите именно исправление ошибок, а не новые функции, изменение логики или развитие проекта. Что не входит в гарантиюОтделите гарантийные ошибки от доработок, поддержки и внешних зависимостей. Поддержка после запуска Условия поддержкиПоддержка после запуска — это консультации, сопровождение и мелкие действия после передачи проекта, если они отдельно согласованы. Новые пожелания и доработкиНовые функции и изменения логики не являются гарантийными ошибками и согласуются отдельно.

22. Особые условия / ограничения Добавьте особые условия и ограничения

Используйте этот блок только для нестандартных ограничений: внешних зависимостей, сроков реакции заказчика, запретов, особых договорённостей и пределов ответственности. Оплату, права, персональные данные и гарантию лучше фиксировать в соответствующих разделах.

Важные допущения по проектуУкажите исходные предположения, от которых зависят сроки, объём работ или результат. Ограничения проектаФиксируйте внешние зависимости и технические ограничения, которые не являются оплатой, правами, персональными данными или гарантией. За что исполнитель не отвечаетОпишите пределы ответственности исполнителя по обстоятельствам, которые он не контролирует. Изменение требованийЭто поле для правил изменения объёма работ, а не для графика оплаты или этапов. Порядок связи и согласованийМожно указать каналы согласований, сроки ответа заказчика и последствия задержки обратной связи. Прочие особые условияДобавляйте только то, что не подходит в другие разделы договора.

Посмотреть заполненные документы Пакет обновляется по данным формы

Это шаблон для подготовки документов. Перед подписанием крупного проекта рекомендуется юридическая проверка.

Пакет документов проекта

Заполните поля выше — пакет документов будет обновляться здесь.

Вопросы

Частые вопросы

Можно ли начать без технического задания?

Да. Достаточно описать идею и задачу, а техническое описание можно собрать вместе перед договором.

Можно ли подписать договор сканом или фото?

Для простого старта стороны могут обменяться сканом или фото подписанного документа. Для крупных проектов способ подписания лучше отдельно согласовать.

Когда начинается работа?

После подписания договора и поступления первого платежа.

Когда выдаётся чек?

После каждого платежа исполнитель выдаёт чек самозанятого, если работает как плательщик НПД.

Когда подписывается акт?

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

Можно ли оплатить частями?

Да. Обычно используются схемы 50/50 или 30/40/30, но финальные условия фиксируются в договоре.

Когда передаются исходники?

Исходный код, финальные рабочие файлы, ключи, сертификаты, профили, доступы и права передаются после полной оплаты, если это входит в согласованный объём работ.

Где публикуется приложение?

Обычно приложение публикуется в аккаунте заказчика или на площадке заказчика: RuStore, Google Play, App Store, корпоративной площадке или другом магазине, если публикация входит в согласованный объём работ.

Можно ли опубликовать в RuStore, Google Play или App Store?

Да, если это отдельно согласовано и входит в проект. Для iOS используется аккаунт Apple Developer / App Store Connect заказчика, для Android — аккаунт заказчика на нужной площадке.

Что нужно от заказчика для публикации?

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

Нужно ли передавать логин и пароль?

Желательно не передавать пароль. Безопаснее пригласить исполнителя с нужной ролью или дать временный контролируемый доступ.

Когда передаются ключи подписи, сертификаты и исходники?

Ключи подписи, сертификаты, профили, исходный код, доступы и права передаются после полной оплаты, если они входят в согласованный объём работ.

Можно ли получить финальную сборку до полной оплаты?

До полной оплаты можно получить только демо- или тестовые материалы: скриншоты, видео, тестовую сборку, внутреннее тестирование, бета-доступ или TestFlight, если это применимо. Финальные рабочие сборки передаются после полного расчёта.

Кто отвечает за модерацию магазина приложений?

За регистрацию аккаунта, проверку данных, сборы магазина, требования площадки и материалы заказчика отвечает заказчик, если иное не согласовано отдельно.

Что если магазин отклонит приложение?

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

Можно ли получить APK, AAB или iOS-сборку до полной оплаты?

До полной оплаты можно получить только тестовые материалы. Финальные APK/AAB для Android, материалы IPA/TestFlight/App Store для iOS или другой согласованный формат передачи выдаются после полного расчёта.

Что считается новой функцией?

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

Старт проекта

Обсудим проект и подготовим первую версию документов

Напишите, какой продукт нужен, какие сроки и бюджет вы рассматриваете. Вернёмся с понятным планом и предложим подходящую схему этапов.

Можно сначала обсудить задачу без готового технического задания.

Обсудить проект Вернуться к услугам