Лекция
Привет, Вы узнаете о том , что такое программное обеспечение как услуга, Разберем основные их виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое программное обеспечение как услуга, saas, показатели эффективности saas , настоятельно рекомендую прочитать все из категории Системы управления контентом CMS.
SaaS (англ. software as a service — программное обеспечение как услуга ; также англ. software on demand — программное обеспечение по требованию) — одна из форм облачных вычислений, модель обслуживания, при которой подписчикам предоставляется готовое прикладное программное обеспечение, полностью обслуживаемое провайдером. Поставщик в этой модели самостоятельно управляет приложением, предоставляя заказчикам доступ к функциям с клиентских устройств, как правило через мобильное приложение или веб-браузер.
Основное преимущество модели SaaS для потребителя услуги состоит в отсутствии затрат, связанных с установкой, обновлением и поддержкой работоспособности оборудования и работающего на нем программного обеспечения.
В модели SaaS:
Как и во всех формах облачных вычислений, заказчики платят не за владение программным обеспечением как таковым, а за его аренду (то есть за его использование через мобильное приложение или веб-интерфейс). Таким образом, в отличие от классической схемы лицензирования программного обеспечения, заказчик несет сравнительно небольшие периодические затраты, и ему не требуется инвестировать значительные средства в приобретение прикладной программы и необходимых программно-платформенных и аппаратных средств для его развертывания, а затем поддерживать его работоспособность. Схема периодической оплаты предполагает, что если необходимость в программном обеспечении временно отсутствует, то заказчик может приостановить его использование и заморозить выплаты разработчику .
С точки зрения разработчика некоторого проприетарного программного обеспечения модель SaaS позволяет эффективно бороться с нелицензионным использованием программного обеспечения, поскольку программное обеспечение как таковое не попадает к конечным заказчикам. Кроме того, концепция SaaS часто позволяет уменьшить затраты на развертывание и внедрение систем технической и консультационной поддержки продукта, хотя и не исключает их полностью.
Изначально вся компьютерная отрасль использовала арендную бизнес-модель — первые компьютеры стоили огромных денег и их вычислительные мощности сдавались заказчикам. С другой стороны, такую аренду нельзя считать разновидностью SaaS, поскольку заказчики получали доступ к компьютерам напрямую, а не через глобальные телекоммуникационные сети.
Поскольку модель SaaS ориентирована на предоставление услуг посредством сети, ее развитие непосредственно связано с развитием глобальных сетей. Первые компании, предлагавшие программное обеспечение как услугу, появились в западных странах в 1997—1999 годах , а акроним SaaS вошел в широкое употребление в 2001 году .
Программное обеспечение по требованию предоставляется заказчику в аренду и всегда предполагает периодическую оплату. В качестве единицы тарификации обычно используются пользователи (при предоставлении CRM) или же число записей в базе данных (при предоставлении HRM-системы), реже — какие-то другие функциональные характеристики (например, количество определенных операций или трафик) . В некоторых случаях заказчикам предлагаются комбинированные модели, в рамках которых могут дополнительно оплачиваться расширенные функции (например, заказчик может платить за пользователей своих сервисов и за расширенное хранилище данных).
Контракт на аренду SaaS включает в себя не только оплату за использование ПО, но и оплату всех затрат, связанных с поддержкой его работоспособности, обновлением и защитой данных. Ряд поставщиков SaaS предлагает продвинутый вариант контракта на аренду — SLA (Service Level Agreement). В таких контрактах фиксируются параметры, связанные с работоспособностью ПО. Обычно это гарантии доступности ПО в процентах в течение года. Лучшие центры обработки данных способны гарантировать доступность ПО не менее 99,5 % времени за год.
В том случае, если программное обеспечение не требует первоначальной адаптации под потребности заказчика, первоначальный платеж за ПО может отсутствовать вовсе. Данное обстоятельство является важнейшим преимуществом модели SaaS над классическим лицензированием программного обеспечения, которое также, — если лицензия на ПО платная, — требует существенных начальных инвестиций на его закупку. Периодические арендные платежи можно сравнить со стоимостью технической поддержки — обычно они жестко прописываются в договоре и потому являются предсказуемыми. Тем самым обеспечивается защита инвестиций заказчика в используемый программный продукт.
В синонимы терминов SoD и SaaS часто ошибочно заносят термины Hosted Applications и Application Service Provider (ASP), за которыми стоит другая концепция продвижения ПО. Об этом говорит сайт https://intellect.icu . Ключевое отличие SaaS от ASP состоит в том, что в рамках модели SaaS заказчик покупает доступ к единому программному ядру, которым пользуются все заказчики. Поставщик SaaS обеспечивает централизованное развитие и полное обслуживание программного ядра. В рамках же модели ASP каждому заказчику предоставляется выделенная инсталляция программного обеспечения, развернутая на удаленном сайте поставщика ПО и не доступная сразу нескольким заказчикам.
Многие поставщики утверждают, что они предоставляют SaaS-решение, но используют этот термин весьма небрежно. Именно работа заказчиков с единым программным ядром и его централизованное обслуживание поставщиком SaaS-решения обеспечивает основные положительные свойства SaaS (см. ниже).
Ключевым фактором, объясняющим экономическую целесообразность SaaS, является «эффект масштаба» — провайдер SaaS обслуживает единое программное ядро, которым пользуются все клиенты, и потому тратит меньшее количество ресурсов в сравнении с управлением отдельными копиями программного обеспечения для каждого заказчика. Кроме того, использование единого программного ядра позволяет планировать вычислительные мощности и уменьшает пиковые нагрузки для отдельных заказчиков. Все это позволяет SaaS-провайдерам существенно снизить стоимость эксплуатации ПО. В результате стоимость услуг для конечного пользователя такого ПО становится ниже издержек, возникающих при использовании классической модели лицензирования (особенно если лицензирование платное).
Другим ключевым фактором является уровень обслуживания SaaS. SaaS-провайдер способен предложить уровень обслуживания и поддержки ПО в работоспособном состоянии, недоступный для внутренних IT-отделов компаний. Это особенно ярко проявляется в случае работы с SaaS-провайдером контракта по SLA-контракту.
В настоящее время можно выделить несколько главных факторов , стимулирующих использование программного обеспечения по требованию заказчиками и развитие данных продуктов разработчиками.
Наряду с факторами, которые побуждают заказчиков внедрять программное обеспечение по требованию, а разработчиков — инвестировать ресурсы в его создание, существует ряд сдерживающих факторов, ограничивающих использование данной модели.
Во-первых, концепция SaaS применима далеко не для всех функциональных классов систем. Поскольку основная экономия ресурсов SaaS-провайдера достигается за счет масштаба, SaaS-модели неэффективны для систем, требующих глубокой индивидуализации (адаптации под каждого заказчика), а также инновационных и нишевых решений.
Во-вторых, многие заказчики опасаются применять SaaS из-за соображений безопасности и возможной утечки информации со стороны поставщика SaaS-услуг. Вопросы, связанные с безопасностью, ограничивают использование SaaS-модели в критически важных системах, в которых обрабатывается конфиденциальная информация. С другой стороны, ответственность за утечку информации со стороны разработчика обычно регламентируется соответствующими договорами, и вероятность такой утечки часто ниже, чем при использовании собственных внутренних систем. Этому, помимо прочего, способствует недоступность программно-аппаратного комплекса, на котором развернута система, сотрудникам компании.
Третий фактор-ограничитель — необходимость постоянно действующего подключения к Интернету. Некоторые SaaS-продукты компенсируют это наличием модулей для автономной работы.
Программное обеспечение по требованию обладает следующими ключевыми признаками :
1. Monthly Recurring Revenue (MRR) — регулярная месячная выручка
Наиболее важный показатель для сервисов с подпиской. При ежемесячной подписке, MRR — это просто цена, которую клиенты заплатили за месяц использования.
Если клиенты платят больше чем за 1 месяц (например, 12 месяцев), вы просто разделите эту сумму на количество месяцев в периоде подписки.
2. Annual Recurring Revenue (ARR) — это регулярный годовой доход
3. Движение MRR
4. Average Revenue Per Paying User (ARPPU)
ARPPU — это выручка на одного платящего пользователя. Это среднее значение MRR для каждого клиента.
Если клиент имеет несколько подписок, они должны быть объединены в одну для расчета ARPPU.
5. Average Revenue Per User (ARPU)
Считаем, что USER— это посетитель сайта.
ARPU — это выручка на одного привлеченного на сайт посетителя.
6. Customer Acquisition Cost (CAC) — стоимость привлечения клиента (платящего пользователя)
7. Cost Per Acquisition (CPA) — стоимость привлечения посетителя на сайт
Можно рассчитать CPA для каждого канала (контекстная реклама, SMM и др.) Так можно выявить убыточные каналы и сфокусироваться на более рентабельных.
8. Average Profit Per User (APPU) — прибыль с привлеченного посетителя
Чтобы быстро определить эффективность вложений в продвижение или эффективность работы канала, достаточно посчитать разницу между доходом с посетителя и стоимостью его привлечения.
Если APPU положительно, то вы движетесь в верном направлении.
9. Average Sale Price (ASP) — средняя цена продажи
ASP используется для измерения эффективности команды продаж
10. Customer Churn Rate — показатель оттока клиентов
При расчете оттока не смешивайте подписки разных периодов, например, ежемесячные и годовые.
11. MRR Churn Rate
Показатель оттока MRR. Отток MRR происходит, если клиенты не продлевают подписку или переходят на более дешевый тариф.
При расчете оттока не смешивайте подписки разных периодов. Например, ежемесячные и годовые. Для стартапов на ранней стадии развития Retention Rate может быть более значимым для оценки.
12. Customer Lifetime Value (LTV) — доход с клиента за весь период его жизни в сервисе
Полезно для расчета вложений на привлечение клиента.
Это упрощенная формула, ее можно использовать в большинстве случаев.
13. Customer Retention Rate
Показатель удержания клиентов. Это отношение тех пользователей, которые обновили подписку, ко всем пользователям, у которых заканчивалась подписка и они должны были ее обновить.
14. MRR Retention Rate
Похоже на Customer Retention Rate, но здесь мы смотрим, показатель удержания MRR (возобновляются ли оплаты по истекающим подпискам).
Retention может быть более удобным показателем, чем Churn MRR, т. к. эти данные собрть быстрее и проще.
Сторонники свободного программного обеспечения и, в частности, Ричард Столлман характеризуют «облачные технологии» как эквивалент всеобщего шпионского ПО и большой «задней двери», так как подобные подходы дают оператору сервера неправомерную власть над оборудованием пользователя.
Данная статья про программное обеспечение как услуга подтверждают значимость применения современных методик для изучения данных проблем. Надеюсь, что теперь ты понял что такое программное обеспечение как услуга, saas, показатели эффективности saas и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Системы управления контентом CMS
Ответы на вопросы для самопроверки пишите в комментариях, мы проверим, или же задавайте свой вопрос по данной теме.
Комментарии
Оставить комментарий
Системы управления контентом CMS
Термины: Системы управления контентом CMS