4–6 недель
Небольшой веб-MVP
Одна роль, основной сценарий, авторизация и простая административная часть.
175 000 ₽—420 000 ₽
за проект
tacto.tech
Разрабатываем личные кабинеты, внутренние инструменты и мобильные продукты. От прототипа и первой версии до запуска.
Ориентиры бюджета
4–6 недель
Одна роль, основной сценарий, авторизация и простая административная часть.
175 000 ₽—420 000 ₽
за проект
6–12 недель
Несколько ролей, личный кабинет, backend и внешние интеграции.
420 000 ₽—980 000 ₽
за проект
10–16 недель
Общий код для iOS и Android, API, проверка устройств и подготовка сборок.
630 000 ₽—1 540 000 ₽
за проект
Цены — предварительные ориентиры для описанного объёма, а не фиксированная смета. Точную стоимость и сроки согласуем после разбора задачи. Хостинг, лицензии и платные API считаем отдельно.
Разрабатываем приложения для клиентов и сотрудников: личные кабинеты, сервисы заказов, внутренние системы, рабочие панели и мобильные продукты. Сначала определяем пользователей и основные действия:
Веб-приложение работает в браузере и подходит для быстрого доступа по ссылке. Мобильное приложение рассматриваем, когда важны возможности устройства, сценарии в дороге или регулярное возвращение пользователя. Иногда достаточно адаптивной веб-версии. Выбор формата влияет на сроки, стоимость и дальнейшее сопровождение.
MVP — это ограниченная версия продукта, которая позволяет проверить основной сценарий. Например, пользователь регистрируется, отправляет заявку и видит результат. Если убрать из этого пути необходимый шаг, продукт перестанет решать задачу, даже если экранов станет меньше.
Для первой версии согласуем роли, данные, состояния ошибок и критерии готовности. Отдельно записываем функции для следующих этапов. Это помогает держать бюджет под контролем и получать обратную связь до разработки большого набора возможностей.
Работа может включать проектирование интерфейса, frontend, backend, базу данных и внешние подключения. Для каждой части заранее фиксируем объём. Если дизайн или API уже готовы, проверяем их и оцениваем недостающие компоненты.
Для веб-продуктов используем Vue, Nuxt, React и TypeScript по требованиям проекта. Для backend — Node.js, NestJS или Python. Кроссплатформенное мобильное приложение можно создавать на React Native; применимость общего кода проверяем с учётом нужных возможностей устройства.
Проверяем полные сценарии: от первого входа до результата, включая неверные данные, ограничения прав и сбои внешних сервисов. Для мобильной версии нужен согласованный набор устройств и версий ОС. Для веба — браузеры, размеры экрана и доступность важных действий с клавиатуры.
Перед запуском согласуем резервное копирование, хранение секретов и наблюдение за ошибками. Публикация в магазинах приложений зависит также от правил площадки, аккаунтов и проверки сборки; нельзя гарантировать срок одобрения. Подготовку к подаче и сам факт публикации рассматриваем как разные этапы.
Стоимость определяют роли, сложность сценариев, количество интеграций, административные функции и требования к данным. Работа с готовым API отличается от разработки backend с нуля. Офлайн-режим, сложная синхронизация и нестандартные возможности устройства требуют отдельной оценки.
Диапазоны в разделе стоимости относятся к описанным примерам объёма. Инфраструктура, платные API, аккаунты магазинов и дальнейшая поддержка рассчитываются отдельно. Для оценки пришлите краткое описание продукта, список ролей и главный сценарий. Если нужен прежде всего сайт с контентом, смотрите веб-разработку.
Передаём исходный код, документацию и согласованные доступы. Следующий этап можно строить по обратной связи пользователей и данным об ошибках. Подключения внешних систем описаны в услуге интеграции и API; регулярные изменения и сопровождение — в поддержке продукта.
Определяем пользователей и главный сценарий
Готовим прототип и архитектуру
Разрабатываем по этапам и проверяем сценарии
Запускаем продукт и передаём инструменты сопровождения
Если пользователю достаточно браузера, веб-приложение обычно позволяет быстрее проверить идею. Мобильный формат рассматриваем, когда нужны возможности устройства, регулярное использование или особые требования к интерфейсу. Решение принимаем по сценариям.
Да. Выбираем один основной сценарий, определяем критерии проверки и исключаем второстепенные функции из первой версии. MVP должен позволять пользователю решить задачу, а команде — проверить продуктовую гипотезу.
Порядок передачи исходников, прав и доступов фиксируем в договоре. Репозиторий, инфраструктуру и аккаунты публикации согласуем до старта, чтобы приложение можно было сопровождать другой командой.
Расскажите, что должно измениться: текущий процесс, ограничения и желаемый результат. Это поможет выбрать первый этап и оценить объём.
tacto.tech