websitedevelopment.tech

Услуга 02 из 06

Веб-платформы и SaaS

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

Срок до MVP
8–16 недель, релизами по рабочим итерациям
Архитектура
Роли и права, журнал действий, API с первого дня
Инфраструктура
Docker, CI/CD, тестовый и боевой контуры — раздельно
Начинаем с
Описания ролей и главного сценария платформы

Что входит в разработку платформы

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

Типовые блоки платформы и что в них закладывается
БлокЧто внутриПочему это важно с самого начала
Роли и доступыПользователи, организации, права на уровне записи, приглашенияПрикрутить права поверх готовой системы дороже, чем заложить сразу
Личный кабинетДанные клиента, документы, история операций, уведомленияСнимает нагрузку с поддержки: клиент отвечает на свой вопрос сам
Админ-панельУправление сущностями, модерация, массовые операции, экспортБез неё каждое изменение данных превращается в задачу разработчику
Отчёты и дашбордыАгрегаты, фильтры, выгрузка в CSV и XLSXАгрегаты считаются заранее, а не на каждый запрос — иначе отчёт кладёт базу
БиллингТарифы, подписки, счета, акты, интеграция с эквайрингомДеньги требуют журналируемости: любое списание должно быть объяснимо
API и интеграцииREST или GraphQL, ключи, ограничение частоты, вебхукиПартнёрская интеграция появляется внезапно, а API проектируется заранее

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

  1. Шаг 01

    Discovery

    Роли, главный сценарий, ограничения. На выходе — карта сущностей и список того, что в первую версию не войдёт.

  2. Шаг 02

    Каркас

    Аутентификация, права, базовые сущности, деплой. Через несколько недель платформу уже можно открыть и потыкать.

  3. Шаг 03

    Итерации

    Функциональность добавляется рабочими кусками. После каждой итерации — версия на тестовом контуре.

  4. Шаг 04

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

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

Сроки и что на них влияет

  • Число ролей. Две роли и семь — разная система прав и разный объём тестирования
  • Платежи. Эквайринг, возвраты, акты и закрывающие документы — отдельный пласт работы
  • Внешние системы. Скорость интеграции чаще упирается в чужую документацию и доступы, чем в код
  • Миграция данных. Перенос из старой системы — почти всегда отдельный проект внутри проекта

Технологии

Фронтенд: TypeScript, React, Next.js. Бэкенд: Node.js и Python. База: PostgreSQL. Мобильные: React Native либо нативные Swift/Kotlin. Инфраструктура: Docker и CI/CD. Стек выбирается под задачу: мы не тянем тяжёлый фреймворк туда, где хватает статики, и не собираем вручную то, для чего есть проверенное решение.

Когда это не нужно

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

Контакт

Обсудить задачу

Опишите, что нужно. В ответ — уточняющие вопросы, расчёт по этапам и план работ.

Данные используем только для ответа. Без рассылок и передачи третьим лицам.

Вопросы

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

01Сколько времени до первой рабочей версии?

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

02Можно ли подхватить уже начатую платформу?

Да. Начинаем с аудита кода, архитектуры, безопасности и производительности, затем передаём письменный план с приоритетами и рисками. Решение переписывать или развивать принимается по результатам аудита, а не заранее.

03Как считаются отчёты, если данных много?

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

04Кто владеет инфраструктурой?

Вы. Разворачиваем в вашем облаке или на вашем сервере, доступы передаём полностью. Мы не держим продукт в заложниках у своей учётной записи.

05Что с нагрузкой?

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