Сложные проекты
Разработка SaaS и облачных сервисов
От первой версии до платформы с подписками
Для компаний, которые превращают свою экспертизу или внутренний инструмент в сервис по подписке, и для команд, которым нужна первая версия продукта на реальных клиентах. Проектируем и разрабатываем SaaS целиком: аккаунты компаний, тарифы и оплату, роли, кабинет администратора — и развиваем после запуска. Берёмся за сервисы любой сложности: от первой версии для проверки идеи до платформы, которая растёт вместе с числом клиентов.
От MVP до платформы
Первая версия решает одну задачу клиента от начала до конца, и за неё уже можно брать деньги. Всё, что для этого не нужно, откладываем: так раньше видно, за что люди готовы платить.
Когда первые клиенты платят, приходит очередь того, что делает сервис платформой: открытого API для интеграций клиентов, настроек под отрасль, партнёрских аккаунтов. Разработка облачного сервиса идёт этапами по данным, а не по списку желаний.
- Регистрация компании, приглашение сотрудников, восстановление доступа
- Тарифы и подписки: пробный период, смена тарифа, лимиты
- Биллинг: онлайн-оплата, счета для юрлиц, напоминания о продлении
- Кабинет администратора сервиса: клиенты, оплаты, обращения
- Основной сценарий продукта — то, ради чего сервис покупают
- Аналитика: кто и как часто пользуется
Мультиаккаунтность и роли
В SaaS одна установка обслуживает много компаний, и данные одной не должны попасть к другой ни через интерфейс, ни через ошибку в запросе. Разделение закладываем в архитектуру с первого дня: переделывать его потом дороже всего остального.
- Данные клиентов разделены, доступ проверяется в каждом запросе
- Роли внутри компании-клиента: владелец, администратор, сотрудник, только просмотр
- Свои настройки и справочники у каждого клиента
- Журнал действий для клиента и для вашей поддержки
- Вход поддержки в аккаунт клиента — только с его разрешения и с записью в журнал
Данные клиентов и их защита
Если в сервисе хранятся персональные данные, требования к ним строже, чем к обычной таблице: кто может открыть запись, что об этом останется в журнале, в какой стране лежат данные. Собираем эти требования до разработки, у вас и ваших юристов, с учётом правил страны, где работает сервис.
Переделывать защиту в работающем сервисе дорого и неприятно для клиентов, поэтому она с первого дня в устройстве системы.
- Доступ к записям — только по роли и тем, кому он нужен для работы
- Журнал: кто открыл запись и что изменил
- Шифрование данных при передаче и хранении
- Хранение в стране или регионе, которые требуют правила
- Выгрузка и удаление данных по запросу клиента
Масштабирование и поддержка
Нагрузка у SaaS растёт неравномерно: один крупный клиент может дать больше запросов, чем сотня мелких. Поэтому узкие места ищем по данным мониторинга, а не наугад, и меняем архитектуру тогда, когда это нужно, а не заранее.
- Мониторинг ошибок и скорости ответа
- Резервные копии и проверенное восстановление
- Обновления без остановки сервиса для клиентов
- Выпуск новых версий небольшими частями
Как работаем
Самый дорогой риск SaaS — сделать продукт, за который не платят. Этапы выстроены так, чтобы проверить это как можно раньше.
Обсуждение
Разбираем, кто клиент сервиса, за что он будет платить и откуда придёт. От этого зависит, что войдёт в первую версию.
ТЗ или прототип
Прототип основного сценария и экранов оплаты. Его можно показать будущим клиентам до разработки.
Этапы
Первая версия — на реальных клиентах. Дальше этапы по данным: что используют, что просят, на чём уходят.
Запуск
Настраиваем серверы и оплату, подключаем мониторинг. Первых клиентов подключаем вместе с вами и смотрим, где они спотыкаются.
Поддержка
Обновления и исправления, рост под нагрузку, новые функции — по приоритету.
Интеграции и безопасность
Клиенты SaaS почти сразу просят связать сервис со своими системами. Интеграции с учётными системами и платёжными сервисами проектируем как часть продукта, а не разовую доработку для одного клиента.
- Платёжные сервисы и выставление счетов — по их условиям
- Обмен с 1С, CRM и учётными системами клиентов
- API и вебхуки для интеграций, которые клиенты делают сами
- Роли с правами и журнал действий
- NDA до передачи документов и доступов
Что решить до старта
Часть решений в SaaS не про код, но от них зависит архитектура: где принимаете деньги и где хранятся данные клиентов. Принятые на ходу, они стоят переделок, поэтому обсуждаем их на первом разговоре.
- Кто платит и как: карта, счёт юрлицу, подписка с автопродлением
- Через какой платёжный сервис принимаете деньги — от этого зависят договор и интеграция
- Где хранятся данные клиентов и чьи правила к ним применяются
- Кто отвечает на вопросы пользователей после запуска
- Оферта и политика конфиденциальности — их готовит ваш юрист
Опыт
Занимаемся разработкой больше 20 лет и уже делали SaaS-платформу под ключ — от архитектуры до запуска. Как она устроена, расскажем на встрече и сразу прикинем, что из этого опыта пригодится вашему сервису.
Названия заказчиков без их разрешения не публикуем.
- SaaS-платформа под ключ — от архитектуры до запуска
- Облачная система, которая через Modbus управляет контроллерами на удалённых объектах
Стоимость
Стоимость считаем после обсуждения задачи: бесплатно разбираем требования, предлагаем этапы и даём смету до начала работ.
Цену первой версии определяют основной сценарий, тарифы и способ оплаты, число ролей и интеграций. Дальше каждый этап развития оцениваем отдельно.
Вопросы до начала работ
Соседние направления
С чего начать, если есть только идея?
С разговора о том, кто будет платить и за что. Первая версия может оказаться меньше, чем кажется: одна задача, которую сервис решает лучше таблицы или ручной работы. Её и делаем первой.
Чем SaaS отличается от системы для одной компании?
Заказная система работает у одного заказчика. SaaS продаётся многим: у каждого клиента свой аккаунт, тариф и данные, а обновление выходит сразу для всех. Отсюда требования к разделению данных, биллингу и обновлениям без остановки.
Чьими будут код и серверы?
Вашими. Аккаунты на серверах и в платёжных сервисах оформляются на вашу компанию, исходный код и документация передаются вам.
Можно сделать сервис на нескольких языках?
Да. Языки закладываем в интерфейс с первой версии, чтобы потом не переделывать каждый экран. Тексты переводите вы или ваш переводчик.
Кто будет поддерживать сервис после запуска?
Можем мы: исправления, обновления, мониторинг и развитие. Если у вас появится своя команда, передадим ей код, документацию и доступы.
Обсудить проект
Опишите задачу в нескольких предложениях: что нужно и какие системы уже работают. Ответим в течение двух часов в рабочее время и договоримся о разговоре. Документы и выгрузки попросим после NDA.
Пн–Пт, 9:00–19:00.