Что такое SaaS?

Содержание
  1. Что такое «программное обеспечение как услуга» (SaaS)?
  2. Какие SaaS полезны бухгалтерам
  3. Привычный всем Google и иже с ним
  4. Планирование с помощью Trello
  5. CRM
  6. Трекеры времени
  7. 2. Как SaaS помогли снизить количество пиратского софта
  8. Что такое SaaS?
  9. В чем секрет популярности облачных сервисов?
  10. Безопасность и конфиденциальность SaaS
  11. Что такое облачный сервис и почему он так называется
  12. 7. Будущее — за кастомизированными SaaS
  13. В чем разница между SaaS, PaaS и IaaS?
  14. Рис. 2. Структурные схемы традиционной модели использования ПО и модели “ПО как услуга”
  15. SaaS как предвестник надвигающейся облачности
  16. Что такое SaaS и почему эта модель появилась?
  17. Критические анализ определений SaaS
  18. Почему компании уходят в облака
  19. Ключевые метрики для SaaS-платформ
  20. Происхождение SaaS
  21. Преимущества и выгоды SaaS
  22. Этапы разработки SaaS-сервиса
  23. Как проводить пилотные внедрения SaaS-продуктов быстро и эффективно
  24. 1. Конкретная цель
  25. Пример из практики:
  26. 2. Конкретная команда
  27. Пример из практики:
  28. 3. Конкретный результат
  29. Пример из практики:
  30. Отличия от других моделей

Что такое «программное обеспечение как услуга» (SaaS)?

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

Какие SaaS полезны бухгалтерам

Мы уже упоминали 1С. Здесь все понятно и даже бухгалтерам знакомо. Мифы о незащищенности облака развенчаны, тарифы прозрачны, и на облаке 1С можно даже зарабатывать.

Какие еще услуги SaaS используют компании?

Привычный всем Google и иже с ним

Яркий пример такой системы — Google docs. Бухгалтеры используют Google Таблицы вместо Excel.

Вам нужно оформить заказ и показать его начальнику? Удобнее всего составить текст в документе Google, дать доступ только для справки (защищает от утечки информации), посмотреть, какие изменения в нем внесли. После этого Ворд выглядит как прошлый век.

Для хранения и обмена файлами часто используют, например, Яндекс.Диск.

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

Планирование с помощью Trello

Эта услуга также помогает в планировании.

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

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

CRM

Вот вкратце, почему мы знаем, что бухгалтеры не любят, когда их втягивают в «коммерческие дела» и бухгалтеров по работе с клиентами.

На практике, если бухгалтеры все же нуждаются в доступе к CR-Emka, они сталкиваются с такими системами, как amoCRM, Мегаплан, Битрикс24.

Трекеры времени

Некоторые компании используют трекеры времени для отслеживания времени, например ProofHub, TMetric.

В последнее время набирает популярность использование программ учета рабочего времени при работе с удаленными сотрудниками. Также с помощью таких сервисов работодатели могут вести учет рабочего времени программистов и бухгалтеров.

2. Как SaaS помогли снизить количество пиратского софта

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

Что такое SaaS?

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

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

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

В чем секрет популярности облачных сервисов?

Во-первых, это позволяет вам использовать программное обеспечение, не беспокоясь о его работе. Нет необходимости нанимать сисадминов, делать обновления самостоятельно и так далее, провайдер обо всем позаботится.

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

Используя модель SaaS, вы получаете легально лицензированное программное обеспечение за небольшую плату.

В-третьих, облачные программы повышают мобильность сотрудников компании. Они больше не привязаны к офисному компьютеру и могут работать откуда угодно.

Мы ни в коем случае не афишируем коронавирус, но реальность такова: все больше и больше компаний, по мнению экспертов, будут привлекать своих сотрудников для работы удаленно. Облака в этом очень помогают.

Безопасность и конфиденциальность SaaS

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

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

  • шифрование и управление ключами;
  • управление учетными данными (IAM);
  • мониторинг безопасности;
  • реагирование на инциденты;
  • плохая интеграция в более широкую среду безопасности компании;
  • соблюдение требований к резидентности данных;
  • конфиденциальность данных;
  • стоимость инвестиций в сторонние инструменты для компенсации риска безопасности SaaS;
  • отсутствие связи с техническими специалистами и специалистами по безопасности в процессе продаж.

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

SaaS — это облачный сервис, высшая форма облачной технологии, имеющая свою собственную иерархию:

  • IaaS — это инфраструктура как услуга, например виртуальный центр обработки данных или виртуальный сервер.
  • PaaS — это платформа как услуга или облачная среда разработки.
  • SaaS — это программное обеспечение как услуга или готовое к работе приложение, расположенное в облаке.

Все вместе это называется XaaS — «все как услуга», где X считается неизвестной переменной, вместо которой можно подставить нужную букву.

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

Менее популярное название облачных технологий — кластер. Кластер переводится как рой (пчелы), гроздь, гроздь (виноград). Это слово используется в Интернет-технологиях для обозначения группы компьютеров, подключенных друг к другу через сеть.

облачные вычисления.

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

7. Будущее — за кастомизированными SaaS

Будущее за SaaS, который можно настроить под задачи любой сложности. Теперь, если вам нужна настройка, компании настраивают ее сами, они получают проприетарные опции, которые есть только у них.

возможно ли создать облачный сервис, который станет конструктором сервисов SaaS? Сочетание крупномасштабных преимуществ SaaS с широкими возможностями настройки современных локальных решений?

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

Вспомним концепцию API-first. Если какая-либо новая сущность будет разработана с возможностью работы через API, это будет шагом в этом будущем.

В чем разница между SaaS, PaaS и IaaS?

Ранее я упоминал, что SaaS — это разновидность облачных вычислений. Два других подмножества облачных вычислений включают платформу как услугу (PaaS) и инфраструктуру как услугу (IaaS).

Платформа как услуга — это сервисы облачной платформы, которые позволяют вам использовать свою платформу для разработки, развертывания и управления приложениями. Общие примеры включают Microsoft Azure или Google App Engine. В этом сценарии поставщик облака отвечает за управление сервером, хранилищем, сетью и услугами виртуализации, а ваша ИТ-группа отвечает за разработку и обслуживание приложений.

Инфраструктура как услуга относится к виртуализированным вычислительным ресурсам, таким как серверы, хранилище и сети. Вы можете использовать эти ресурсы для установки операционной системы на вашем сервере, а также для разработки, развертывания и управления вашими приложениями. Распространенные примеры включают Amazon Web Services или Google Cloud Platform. При использовании IaaS вы несете ответственность за виртуализацию и управление приложениями.

SaaS отличается от IaaS и PaaS тем, что за все отвечает поставщик SaaS. Поставщик SaaS позаботится обо всем, от виртуализации и разработки приложений до серверов, систем хранения и сетей.

Рис. 2. Структурные схемы традиционной модели использования ПО и модели “ПО как услуга”

С большой уверенностью можно сказать, что пик популярности термина SaaS (Software-as-a-Service, программное обеспечение как услуга) прошел пару лет назад, и сейчас его использование резко сокращается, мы можем даже говорят о его скорой кончине из поля всеобщего внимания. Но не нужно путать форму и содержание: прекращение терминов обычно означает просто окончание периода ажиотажа, после которого начинается период экспериментов с инновациями «по гамбургской шкале», когда становится ясно, что этот тип реальное положение, которое они могут занять на рынке (уход в небытие, доминирование, нишевое применение и т д.).

Подводя итог «пилотному» этапу современной истории SaaS, начало которого можно взять в конце 1990-х (а его истоки легко найти в 1950-х), можно сказать, что SaaS, с одной стороны, показал свою осуществимость, а с другой — сегодня занимает чисто нишевую позицию на ИТ-рынке (в лучшем случае небольшой процент рынка ПО в целом). При этом можно утверждать, что SaaS — стратегическое направление развития ИТ-экономики *, доля его использования неизменно будет расти, хотя можно предположить, что она вряд ли достигнет 50% даже в длительный срок.

Однако истинная роль концепции SaaS в ИТ-индустрии на самом деле измеряется даже не в долях или абсолютных величинах, а в общем влиянии, которое она оказывает на развитие индустрии программного обеспечения и ИТ в целом (возможно, аналогия с Open Source здесь вполне уместно)… На примере SaaS мы видим, что по мере того, как мы переходим от обсуждения идей к их практической реализации, рамки этой модели стремительно расширяются, есть разные ответвления и варианты, вот и конвергенция SaaS и миры без SaaS, которые изначально существовали изолированно.

Фактически отказ от использования термина SaaS отражает, с одной стороны, переход этих моделей из статуса «экзотических» в статус «общепринятых», а с другой стороны, появление широкий спектр приложений реального программного обеспечения (даже в виде гибридных схем), что делает разделение между SaaS и не-SaaS трудным, а иногда и ненужным.

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

SaaS как предвестник надвигающейся облачности

Для начала стоит упомянуть, что именно термин Software-as-a-Service привел к рождению семейства облачных терминов XaaS (IaaS, PaaS и т.д.), Именно он впервые появился на рынке ., а по его образу и подобию — остальное. Это превосходство SaaS в облачном мире ясно видно на диаграмме Gartner Hype Cycle for Cloud Computing, составленной Гарнтером, где мы говорим о моделях SaaS, преодолевающих «рост освещения», приближающихся к «реальному плато приложений», опережая другие направления облако (рис. 1). Также отметим, что эксперты Gartner выделили направление «Автоматизация продаж SaaS» (фактически — CRM SaaS), которое исторически было пионером в разработке новой модели.

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

Корни идеи «программное обеспечение как услуга» уходят корнями во времена компьютеров как таковых. Сам термин SaaS начал широко использоваться на рынке в середине прошлого десятилетия, хотя, согласно Википедии, понятие «программное обеспечение как услуга» в его современном виде было сформулировано в 1999 году (возможно, это связано с появление самого популярного на тот момент SaaS-сервиса — CRM-решения от salesforce.com). У него было несколько вариаций названий, в том числе, например, «программное обеспечение по запросу», но именно SaaS прижился (считается, что год его рождения — 2001) во многом из-за моды на сокращения в стиле верблюда («обратное чтение» «) (» верблюжья спина «- это комбинация прописных и строчных букв имени).

Широкое распространение названия SaaS в середине 2000-х в ИТ-сообществе объясняется тем, что модель SaaS трансформируется из чисто нишевого сегмента ИТ-рынка в некое массовое, глобальное, долгосрочное направление развития всей ИТ-индустрии. Широкая публика узнала о SaaS (как и в случае со всеми нововведениями) из заявлений ИТ-гигантов, которые, поняв, куда дует ветер, стали делать громкие заявления. А за ними СМИ, аналитики и все остальные.

Microsoft сыграла свою роль в продвижении идей SaaS (важный индикатор рынка в целом), и ее действия в те годы очень хорошо характеризовались развитием концепции. Например, летом 2006 года, выступая на Всемирной конференции по партнерству (WPC), генеральный директор Microsoft Стив Баллмер неожиданно для многих участников и наблюдателей объявил, что следующее десятилетие бизнеса Microsoft будет связано с трансформацией ряда ее продуктов и услуги в контексте предоставления онлайн-сервисов Live (термин SaaS здесь не использовался), побуждая партнеров должным образом оценивать тенденции развития сектора и незамедлительно инициировать реструктуризацию своего бизнеса в соответствии с этими тенденциями. В то время, казалось, не все понимали, зачем Microsoft понадобилась такая радикальная реконструкция бизнеса, когда он продолжает успешно развиваться в свою традиционную модель. Многие слова Стива Баллмера были ошибочно приняты за обычные рекламные слоганы, о которых через месяц забудут. Однако на предстоящем WPC 2007 глава Microsoft продолжил развивать эту тему и уже использовал термин SaaS, правда, в тогдашней интерпретации компании — S + S (программное обеспечение + услуга). Вы должны обратить внимание на важную деталь: SaaS / S + S поэтому использовались вне контекста облачных вычислений и по очень простой причине: на рынке ИТ такой концепции просто не было, в пилотном приложении было только использованный в 2008 году, интеграция SaaS в общую концепцию облака началась годом позже.

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

Что такое SaaS и почему эта модель появилась?

До появления SaaS (и даже сейчас) доминирующей моделью использования программного обеспечения была схема, по которой пользователь приобретал программные продукты (или, скорее, даже не программное обеспечение, а право на их использование — лицензии) или индивидуальные решения, в их полное владение и использование по своему усмотрению (включая возможность настройки и уточнения во время внедрения, эксплуатации и т д.). Проще говоря, деловые отношения покупателя с продавцом прекратились после покупки, поэтому вся ответственность лежит на пользователе. Вторым важным аспектом (и фактически основным в схеме лицензирования) было то, что используемое программное обеспечение было установлено на сайте заказчика (рис. 2). Любопытно, что эта модель ИТ-приложения существует давно, только с появлением альтернативы в виде SaaS она получила собственное название — on-premis (on-premise, буквально — ИТ-активы, установленные на сайт заказчика).

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

Критические анализ определений SaaS

Модель SaaS можно понять чисто формально, используя определение Национального института стандартов США (NIST) для концепции «облачных вычислений”:

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

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

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

Российская Википедия сегодня дает другую формулировку:

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

Хорошим моментом здесь является отсутствие упоминания об ИТ-инфраструктуре, и даже более облачной, что действительно бессмысленно для понимания модели SaaS. В качестве дополнительного примечания можно отметить ненужную ссылку на формат веб-приложения (SaaS не обязательно является веб-приложением). Фундаментальной ошибкой здесь, по-видимому, является определение ролей разработчика программного обеспечения (поставщика) и поставщика услуг (поставщика услуг). Да, сегодня эти две роли действительно очень часто (но не всегда!) Совмещают в одной компании. Но должно быть ясно, что это принципиально разные роли на рынке, в том числе с точки зрения его регулирующего регулирования (например, с точки зрения налогообложения и интерпретации ответственности клиентов). Даже сегодня, на ранней стадии развития SaaS, они далеко не всегда концентрируются в одной организации, и мы можем с уверенностью сказать, что по мере роста рынка SaaS и повышения его уровня зрелости естественные законы разделения труда они проявят в большей степени.

С учетом этого более правильной кажется следующая интерпретация SaaS:

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

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

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

Почему компании уходят в облака

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

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

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

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

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

Крупнейшая практическая конференция по выходу на международные рынки Go Global Day

По данным J’son & Partners Consulting, по итогам 2019 года проникновение SaaS-решений для бизнеса в России не достигает даже 10%. При этом 80% потребителей данного программного обеспечения — это коммерческие, сервисные, телекоммуникационные и финансовые организации.

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

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

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

фото

Ключевые метрики для SaaS-платформ

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

  • LTV (пожизненная ценность). Средний доход бизнеса от клиента за все время взаимодействия с ним. Взаимосвязь между показателями LTV и CAC (стоимость привлечения клиентов) показывает, окупается ли привлечение клиентов и сколько.
  • САС. Этот показатель отражает стоимость привлечения клиента. На основе CAC компании распределяют маркетинговый бюджет и выбирают каналы коммуникации.
  • Уровень отчисления. Этот показатель показывает процент потребителей, которые перестают использовать продукт компании в течение определенного периода времени.
  • ARPPU (средний доход на одного платящего пользователя). Средний доход платящего покупателя. Вместе с ARPU также рассчитывается ARPU — средняя прибыль на пользователя. Чем ближе второй показатель к первому, тем больше потенциальных клиентов готовы платить за услуги компании.
  • MRR (ежемесячный регулярный доход). Среднемесячный доход компании от активных клиентов. Для расчета этого показателя общий ARPU всех пользователей умножается на их количество. MRR позволяет рассчитать будущий доход компании и выделить бюджет.
  • CRR (коэффициент лояльности клиентов). Метрика, показывающая уровень удержания клиентов. Чем выше CRR, тем успешнее компания выстраивает долгосрочные отношения с целевой аудиторией.
  • CR (коэффициент конверсии). Коэффициент конверсии показывает, сколько новых пользователей стали клиентами компании.

Мы рассмотрели основные, но не все, метрики, которые отслеживаются для анализа развития сервисов SaaS. Также они рассчитывают вовлеченность, количество новых пользователей за период, среднюю стоимость заказа (CPO) и другие показатели. Ниже вы увидите примеры платформ SaaS и лучше поймете, что они собой представляют.

Происхождение SaaS

В 1960-х мэйнфреймы были подключены к непрограммируемым терминалам для обеспечения доступа к программному обеспечению. Этот способ использования программного обеспечения назывался «разделение времени». Поскольку в 1980-х годах стоимость компьютеров начала снижаться, многие компании ввели совместное использование программного обеспечения по локальной сети. В те дни организация (а не поставщик услуг) предоставляла оборудование и возможности подключения).

С появлением Интернета в 1990-х поставщики начали размещать программное обеспечение на своих серверах и предоставлять пользователям доступ к нему. Предшественником SaaS была модель доставки приложений (ASP). Однако у него были существенные ограничения. Например, каждому клиенту требовалась собственная версия программного обеспечения, а это означало, что пользователям все равно приходилось устанавливать дополнительные приложения на свои компьютеры. На настройку ушло время и деньги.

Кроме того, решения ASP были недостаточно эффективными для сбора и агрегирования данных.

Преимущества и выгоды SaaS

  1. Использование программного обеспечения лицензировано.
  2. Нет необходимости устанавливать, обновлять и поддерживать функциональность оборудования и программного обеспечения. Использование облачной инфраструктуры не подразумевает покупки лицензии, как в случае «пакетного» программного обеспечения, покупки и обслуживания серверов, более того, вы можете отказаться от подписки на услугу в любое время, если вы понимаете, что делаете не подходит для вас. Итак, вы платите исключительно за то, что используете.
  3. Небольшие периодические затраты вместо значительных разовых затрат.
  4. Нет необходимости в размещении серверов, администрировании и защите данных.
  5. Платежи предсказуемы.
  6. Приложения время от времени обновляются. Самая последняя и самая лучшая версия программы или документа всегда находится в облаке. Будьте уверены, вам никогда не придется переустанавливать платформу и платить за обновления.
  7. Снижение затрат на внедрение и внедрение
  8. Снижает стоимость систем поддержки, настройки и дорогих квалифицированных системных администраторов.
  9. Снижение общих затрат на ИТ, дорогостоящее программное обеспечение, аппаратную платформу, серверное и сетевое оборудование. Сохранение оборотных средств.
  10. Это увеличивает скорость внедрения решений, гарантируя безотказную работу в короткие сроки.
  11. Доступность по всему миру. Принимая во внимание значительную экономию средств (см. Предыдущий абзац), услуги Saas становятся доступными максимально широкому кругу пользователей. Из-за своей распространенности большинство приложений Saas имеют интуитивно понятный и простой в использовании интерфейс. Достаточно сказать, что каждый из нас использует Saas каждый день, иногда даже не подозревая об этом: все популярные почтовые клиенты, приложения Google, включая Google Docs, онлайн-игры и даже банкоматы — все это яркие примеры программного обеспечения как услуги ежедневные занятия.
  12. Гарантированное качество и высокий уровень надежности.
  13. Мобильность сервисов. Ваш облачный портал будет доступен везде, где у вас есть подключение к Интернету. Большинство приложений Saas имеют мобильную версию, то есть вы можете легко получить к ним доступ со своего смартфона и планшета, что, конечно, очень удобно для тех, кто много времени проводит в дороге и вынужден заниматься бизнесом вне офиса в этом относится к системам управления проектами. Русскоязычные платформы, такие как 5pm, Teamlab и Zoho Projects, уже давно предоставляют своим пользователям доступ к облачным офисам с мобильных устройств.
  14. Устойчивость данных к потере или краже. Если вы храните свои данные в «облаке», провайдер автоматически создает их резервную копию, а это значит, что в 99,9% случаев вам не нужно беспокоиться об информационной безопасности. По данным Freeform Dynamics, 75% компаний считают SaaS безопасным для своих критически важных данных*.

Этапы разработки SaaS-сервиса

Услуги SaaS используются как в сегментах B2B, так и в B2C. Такие платформы значительно облегчили жизнь частным лицам и компаниям. С их помощью стало удобнее управлять продажами, работать с покупателями, хранить файлы, создавать сайты, управлять социальными сетями и выполнять многие другие задачи.

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

  • Получатели и маркетинговые исследования. Часто у создателей SaaS появляется идея первыми. Однако сразу начинать его продавать нельзя, так как готовый продукт может не пользоваться спросом. Поэтому в первую очередь важно проанализировать целевую аудиторию, выявить ее боли и интересы, изучить конкурентов и их предложения. Эта информация позволит вам подтвердить гипотезу, опровергнуть ее или создать новую.
  • Установите цели для услуги SaaS и подумайте о функциональности. На этом этапе анализируются все данные о потенциальных клиентах и ​​конкурентах, устанавливаются цели и задачи будущего сервиса SaaS. Главное — сосредоточиться на основных функциях, которые он должен выполнять в решении болей целевой аудитории.
  • Создание прототипа платформы SaaS. Чтобы подготовить почву для разработчиков, создается схема обслуживания. В прототипе они думают о логике и структуре сервиса SaaS.
  • Разработка сервисной архитектуры. На этом этапе разработчики и программисты вовлечены в процесс воплощения прототипа платформы SaaS в жизнь.
  • Создание рисунка. Сервис SaaS должен быть оригинальным и простым в использовании. Поэтому рендерингу дизайна уделяется не меньше внимания, чем разработке архитектуры платформы.
  • Тест. На этом этапе проверяется возможность использования платформы SaaS. С помощью тестов они изучают удобство использования и качество сервиса, чтобы убедиться, что он решает поставленные задачи.
  • Запустите сервис SaaS и продвигайте его. После тестирования сервиса и необходимых улучшений платформа SaaS запускается на рынок. Кроме того, важно регулярно привлекать новую целевую аудиторию, масштабироваться и укреплять свои позиции на рынке.

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

Как проводить пилотные внедрения SaaS-продуктов быстро и эффективно

Есть три простых принципа, которые помогут сделать пилотный проект эффективным:

1. Конкретная цель

Определите, зачем вы летите. Если это экономия, то что: время, деньги, ресурсы? Если речь идет о заработке, то в каком виде: средний чек, количество клиентов, количество покупок?

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

Пример из практики:

Пилотная гипотеза: вы можете сэкономить от двух до четырех часов времени продавцов, создав одно предложение.

Формат пилота:

  • 65 человек (четыре лидера);
  • протестировал один раздел из шести.

Цели:

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

2. Конкретная команда

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

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

Пример из практики:

Пилотная команда: шесть человек

Заказчику:

  • директор по маркетингу B2B;
  • менеджер по продажам;
  • сотрудник отдела инноваций.

Поставщиком:

  • руководитель проекта;
  • пилот-менеджер;
  • технический специалист.

Общение было организовано через три чата в мессенджере:

  • «Лидер» (два человека): обсуждались общие вопросы;
  • «Пилот» (шесть человек): обсуждались технические вопросы;
  • Feedback (71 человек) собрал отзывы, проблемы и идеи.

3. Конкретный результат

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

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

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

Пример из практики:

Согласование презентации и метрик действует как фильтр для клиентов перед запуском пилотного проекта: по нашему опыту, 40% запросов на пилотный проект устраняются на этом этапе, так как не все понимают, какие показатели нужно модифицировать.

Останавливаем пилотов до формального конца, когда:

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

Что касается подведения итогов, поскольку все согласовывается еще до начала пилотного проекта, для подведения итогов требуется всего несколько дней после его окончания.

Отличия от других моделей

Наряду с термином SaaS часто используются определения размещенных приложений и поставщика услуг приложений (ASP), которые имеют схожее, хотя и немного другое значение 5. Ключевое различие между SaaS и ASP заключается в том, что в рамках модели SaaS заказчик получает доступ не к приложению, а к определенным бизнес-функциям, которые, строго говоря, могут быть реализованы любым способом. В рамках модели ASP каждому клиенту предоставляется специальная установка программного обеспечения, распределенная на удаленном сайте поставщика и без использования нескольких арендаторов (мультитенантная архитектура). Другое отличие состоит в том, что термин ASP может означать не только бизнес-приложения, но и служебные программы или программное обеспечение инфраструктуры.

Однако термины ASP и SaaS очень близки друг к другу и в некоторых случаях могут использоваться как синонимы.

Оцените статью
Блог об инвестициях