Веб-сервисы
и SaaS

Состав
работ

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

Дальше — первая рабочая версия с ограниченным набором функций, сразу на реальных пользователях. Это дешевле, чем год пилить продукт по ТЗ, написанному до первого живого отзыва. Итерации по две недели, в конце каждой — демо и решение, куда двигаться дальше.

Как идёт
работа

Сроки — для типового объёма. Точный план фиксируем в приложении к договору после аналитики.

1. 01

   Аналитика и техническое задание

   1–2 недели

   Сценарии пользователей, модель данных, схема ролей и тарифов, границы первой версии. На выходе — не презентация, а документ и оценка по этапам, с которым можно спорить.

2. 02

   Дизайн-система и интерфейсы

   2–3 недели

   Компоненты, состояния, пустые экраны, ошибки — то, что обычно забывают до последнего момента. Личный кабинет и админку рисуем параллельно с началом разработки, а не после неё.

3. 03

   Разработка первой версии

   4–8 недель

   Две недели — демо. Ещё две — демо. Каждая итерация заканчивается рабочей сборкой на тестовом контуре, а не обещанием, что «почти готово».

4. 04

   Запуск и развитие

   1–2 недели

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

Что вы
получаете

• Работающий продукт на вашей инфраструктуре — не у нас на сервере
• Исходный код и история изменений в вашем репозитории
• Техническое задание и схему модели данных
• Дизайн-систему и макеты всех экранов
• Настроенные сборку, резервное копирование и мониторинг
• Три месяца гарантийной поддержки

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

Чем MVP отличается от полноценного продукта

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

Что будет, если нагрузка вырастет в десять раз

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

Можно ли забрать проект и развивать своей командой

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

Как считается стоимость доработок после запуска

Два варианта: абонентский договор с пакетом часов в месяц или разовые сметы под конкретные задачи. Что выбрать — зависит от того, как часто продукт будет меняться. Оба варианта разобраны на странице «Цены».