Все услуги

Приложения SaaS

SaaS-приложение — это продукт, за который вы взимаете плату, в который клиенты входят, за который они платят и к которому они возвращаются. Мы разрабатываем продукт, настраиваем систему биллинга и управление лицензиями, а также создаем рабочую панель, с которой клиенты действительно работают, — так что вы запускаете полноценный бизнес, а не просто «брошюру» с возможностью входа в систему. После запуска мы поддерживаем постоянную обратную связь: статистика использования подсказывает нам, что нужно изменить в следующий раз.

  • Архитектура продукта
  • Многопользовательские приложения
  • Выставление счетов за подписку
  • Панели управления администратора
  • Аутентификация и роли
  • Проектирование API
  • Интеграции
  • Запуск и итерации

Коротко о главном

Что такое приложение SaaS?

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

Именно поэтому SaaS-продукт — это не просто веб-сайт с добавленной функцией входа в систему. Учетные записи, роли, управление арендаторами, биллинговая система, количество лицензий, пробные версии, обновления, неудачные платежи, аудит — ни одна из этих функций не является той самой «фишкой», которую вы продаете, но все они должны работать, прежде чем кто-либо сможет совершить покупку, и каждая из них — это область, где попытка пойти по пути наименьшего сопротивления приводит к необходимости полной переработки.

Мы создаем продукт и сопутствующую ему бизнес-инфраструктуру за один этап, а затем остаемся на рынке достаточно долго, чтобы проанализировать данные об использовании. Первая версия — это гипотеза. Настоящая работа начинается через шесть месяцев после запуска, когда наконец становится ясно, какие именно функции люди используют.

  • SaaS
  • Многопользовательский
  • Выставление счетов за подписку
  • Архитектура продукта
  • Панели инструментов
  • API

Capabilities

Что мы делаем для вас

Продукт и те аспекты бизнеса в сфере программного обеспечения, которые не относятся к продукту.

Архитектура продукта

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

Авторизация, роли и команды

Регистрация, единый вход (SSO), приглашения, права доступа на каждого пользователя и администратор, которому приходится решать проблемы без помощи разработчика. Модели прав доступа легко добавлять, но их очень сложно изменить, когда клиенты уже полагаются на них.

Выставление счетов за подписку

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

Панель управления, с которой работают сотрудники

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

API и интеграции

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

ИИ там, где он оправдывает своё существование

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

Процесс

Как выполняется сборка

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

  1. Определите, что именно продается

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

  2. Разработать условия аренды

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

  3. Сформируйте позвоночник

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

  4. Создать продукт

    То, что вы на самом деле продаете, — это вертикальные срезы, каждый из которых представляет собой что-то применимое на практике. Срез, который невозможно продемонстрировать, — это срез, который невозможно исправить.

  5. Прибор и запуск

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

  6. Ознакомьтесь с инструкцией по использованию и выполните итерацию

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

Impact

Почему это важно

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

Периодически поступающая выручка

Подписка — это бизнес-модель, а не способ оплаты. При правильном подходе она приносит совокупный доход; если же к ней отнеслись как к чему-то второстепенному, она приводит к оттоку клиентов, причины которого невозможно определить.

Право аренды, которое можно защитить

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

Рост, который не зависит от вас

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

Это вписывается в стек, который они уже используют

Большинство покупателей не заменяют что-то — они просто дополняют существующий набор решений. API и две качественные интеграции устраняют самое серьёзное препятствие.

Он сохраняет высокую скорость даже во время заполнения

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

Код, который ваша команда сможет взять на себя

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

Вопросы

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

Избранные работы

Где это уже работает.

Все работы

Следующий шаг

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

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