Поделиться через

Планирование пути к SaaS

  • Статья

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

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

Схема, показывающая путешествие продукта SaaS.

1. Планирование бизнес-модели SaaS

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

  • Определите проблему, которую вы пытаетесь решить. Решения SaaS предназначены для решения бизнес-задач. Определите бизнес-проблему, которую вы пытаетесь решить перед разработкой решения вокруг него.
  • Узнайте, как решение решает проблему. Четко понять, как разработанное решение SaaS решает проблему, обнаруженную вами.
  • Узнайте о модели ценообразования. Решения SaaS в конечном счете предназначены для получения доходов. Ознакомьтесь с различными моделями ценообразования и которые лучше всего соответствуют решению, которое вы разрабатываете.
  • Узнайте о клиентах и о том, как они будут взаимодействовать с приложением. Узнайте, кто ваши клиенты и какие функции они заботятся. Зная это перед собой, экономит вам драгоценное время и энергию, чтобы вы не разрабатываете функции, которые недоиспользуются.

Помимо требований к приложению, также рассмотрим следующие некоторые аспекты, связанные с вашей общей бизнес-деятельностью:

  • Убедитесь, что ваш бизнес готов взять на себя ответственность за работу приложения SaaS. Эксплуатация бизнеса SaaS означает, что клиенты зависят исключительно от вашей компании для таких вещей, как поддержка. Убедитесь, что у вас есть возможность обеспечить поддержку приложения, возможно, на основе 24/7.

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

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

  • Основы SaaS — модуль Microsoft Learn о основах SaaS

  • Ускорьте и обеспасите свой путь к SaaS — видео из Microsoft Ignite 2021, которое описывает ключевые аспекты, проблемы и другие уроки для проектов миграции и модернизации SaaS.

  • Microsoft SaaS Academy — бесплатные учебные курсы SaaS.

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

  • Центр ресурсов Microsoft for Startups Hub — центр ресурсов для стартапов для создания решений в Azure, которые предоставляют бизнес-и техническое наставничество, такие как программное обеспечение Майкрософт для запуска бизнеса, включая LinkedIn, Microsoft 365 и GitHub Enterprise и кредиты Azure.

  • Microsoft SaaS Stories — серия видео-интервью с некоторыми партнерами по программному интерфейсу Майкрософт, которые подчеркивают свои возможности создания SaaS.

2. Проектирование и проектирование решения SaaS

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

3. Реализация решения SaaS

Необходимо реализовать разработанную архитектуру. На этом этапе вы разрабатываете и выполняете итерацию на продукте SaaS с помощью нормального жизненного цикла разработки программного обеспечения (SDLC). На этом этапе важно не добавлять слишком много требований в разработку одновременно. Попробуйте выяснить, какие функции будут оказывать наибольшее преимущество для клиентов и начать с минимального жизнеспособного продукта (MVP). Больше итерации с меньшими улучшениями с течением времени проще реализовать, чем большие фрагменты разработки. Дополнительные сведения см. в следующих статьях:

  • Архитектура начального веб-приложения SaaS — эталонная архитектура для начального веб-приложения SaaS.
  • Пакет средств разработки SaaS (ASDK) — модульная реализация архитектуры, предназначенная для создания приложения SaaS в .NET.

4. Работа с решением SaaS

На этом этапе вы начнете подключить клиентов к новому продукту SaaS и начать работать в качестве поставщика SaaS с пользователями в рабочей среде. У вас есть продукт SaaS, близкий к завершению, и у вас есть стратегия миграции существующих клиентов или адаптации новых. Создайте план для поддержки клиентов в случае возникновения проблем. Также важно приступить к выявлению ключевых показателей производительности (KPI), которые можно собирать, что помогает выполнять различные бизнес-и технические решения позже. Дополнительные сведения см. в следующих статьях:

5. Рынок и продажа решения SaaS

На этом этапе вы начинаете рынок и продаете решение SaaS. Изучите все возможности, доступные для продажи приложения, включая, но не только Azure Marketplace и Microsoft AppSource. Этот этап также возникает, когда вы начинаете принимать данные ключевого показателя эффективности с предыдущего этапа и использовать его для анализа взаимодействия клиентов с приложением SaaS. Затем используйте этот анализ для принятия бизнес-и технических решений о стратегии разработки продукта SaaS. Дополнительные сведения см. в следующих статьях:

6. Повторите процесс

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

  • Хорошо спроектированный обзор Azure . Оценка рабочей нагрузки в Azure Well Architected Framework, которая приводит к курированным и персонализированным рекомендациям по вашему сценарию. Регулярно выполняйте эту проверку, чтобы определить области приложения, которые можно улучшить.
  • Обзор пути SaaS — оценка продукта SaaS, изучающего знания о мультитенантной архитектуре и оценке соответствия рекомендациям по работе SaaS.

Соавторы

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

Основные авторы:

Другие участники:

  • Джон Даунс | Главный инженер клиента, FastTrack для Azure
  • Ирина Костина | Инженер по программному обеспечению, FastTrack для Azure
  • Ник Уорд | Старший архитектор облачных решений

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