Заниматься ли web-студии SaaS

    Сейчас все говорят о SaaS, как о очень перспективном направлении которое на острие прогресса.
    Стоит ли web-студии браться за SaaS и когда надо начинать?

    1. SaaS решает некоторые проблемы существующей модели распространения ПО для бизнеса
      Да, это направление действительно ново, оно на острие прогресса и оно появилось в ответ на проблемы в текущей модели распространения ПО — «soft-wrap». Решаются большие проблемы:
      • Проблема деплоймента ПО. Пользователю не нужно теперь читать системные требования, думать о совместимости как аппаратной части так и программной части, консультироваться. Покупать новые версии после апгрейда OS.
      • Решается проблема обновлений и связанные с ней неудобства для пользователя: вспомним политику компании Abobe, когда выскакивает напоминание о желании или нежелании обновляться почти каждую неделю.
      • Решается проблема сохранности данных – все на сервере поставщика, в облаках, гарантированно сохраняется.
      • Решается проблема доступности – географическая.
      • Решается проблема доступности – все что нужно, это тонкий клиент.

      Но все это не делает SaaS автоматически высокодоходным. Здесь те же коммерческие риски, разве что технология другая. Многие почему-то не отделяют технологическую часть от коммерческой части.
    2. Востребованность
      Есть проблема c востребованностью SaaS на территории СНГ — нет потребности.
      Сейчас бизнесу бОльшие проблемы создает среда ведения бизнеса, чем конкуренция. Оформление документальной части бизнеса, отчетность в государственные органы, проверки съедают большую часть времени, чем бизнес тратит непосредственно на бизнес. Поэтому нет конкуренции такой, какой она могла бы быть. SaaS же ориентирован на процессы — оптимизировать, улучшать, получать конкурентные преимущества за счет уменьшения издержек см. выше. Если ваш SaaS будет решать текущие проблемы бизнеса – операционное обеспечение бизнеса он будет успешен. Когда государство уменьшит свой контроль за бизнесом, бизнесу потребуется SaaS как никогда.
    3. Особенности бизнес-модели SaaS
      Есть особенности в разработке SaaS проектов. Если вы раньше работали на аутсорсе или на заказной разработке, то это полный переворот схемы бизнеса. Большая часть ресурсов уходит в маркетинговую активность. Огромное значение приобретает support. Огромное значение приобретает надежность и доверие – частично это решается облачными технологиями. Разработка и реализация пожеланий на фоне всего уходит на второй план. Требуются немалый стартовый капитал или инвестиции, так как возврат вложенного в SaaS медленный, не так как в девелопменте. Это справедливо если проект делается с целью, бюджетом, выделенной командой. Если проект фоновый, то он скорее сам по себе умрет.
    4. Менталитет
      бизнеса СНГ еще не готов отдать «куда-то, кому-то» коммерческие данные


    Выводы.

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

    Комментарии 8

    • НЛО прилетело и опубликовало эту надпись здесь
        0
        Я как раз старался ответить на вопрос о массовой разработке софта по SaaS модели — это когда SaaS-сервисы будет делаться также массово как сейчас сайты или десктопные приложения.
        И конкретно хотел сосредоточился на проблемах, которые ждут разработчиков — web-студии, в этом сегменте. Т.е. чтобы правильно оценили ожидающие их бизнес-риски.
        • НЛО прилетело и опубликовало эту надпись здесь
            0
            Почему же я путаю? Я реально понимаю что такое SaaS-модель распространения программного обеспечения и никак не привязываю ее только к сайтам и порталам и только к вебу.
              0
              Ключевое слово — «модель». Соответственно, не совсем корректно название статьи. Статья не отвечает ни на какой вопрос, поскольку сам вопрос поставлен не верно.

              SaaS нельзя заниматься, SaaS можно применять к тому или иному продукту.
              Ту или иную модель доставки и оплаты ПО можно либо использовать, либо нет. И зависит это прежде всего от продаваемого продукта, а не от рынка, на котором он продается.

              Поскольку модель эта новая, появились новые продукты, которые ранее просто не могли появиться. Они стали популярны и всем стало интересно модное слово SaaS. Зачастую, люди путают причинно-следственную связь, тянутся за модным трендом и пытаются использовать данную модель там, где она не нужна. Автор пытался объяснить, почему по SaaS -модели не предоставляются продукты, которые предоставляются по-другим моделям, и сделал вывод, что это рынок не готов. А дело не в рынке, а в продуктах.
          0
          бизнеса СНГ еще не готов отдать «куда-то, кому-то» коммерческие данные

          Есть варианты, что готов, в частности в областях где автоматизация чаще всего ограничивается таблицами в Exel и документами в Word, максимум БизнесПак. Но возникает проблема, что может не иметь права отдавать эти данные, так как они ещё и персональные данные клиентов. И он, как минимум, должен получить согласие клиентов на обработку ПДн третьим лицом, ИП Чернышев В. М, например :). И если бизнес мне доверяет, хотя бы потому, что я несу перед ним ответственность всем своим имуществом, то с клиентами проблематично. Про то, что я свой сервис должен сертифицировать по куда большей степени защиты в силу и большего числа субъектов ПДн, и большей географической распространенности, чем мои клиенты, и сам выступать оператором персональных данных, вообще молчу. Куда проще внедрять «коробочные» интранет-решения, предоставляя софт и его поддержку, а не софт-как-сервис.
            0
            По поводу персональных данных — есть риски из-за не проработанности законодательства.
            Но если ваш сервис предоставляет услуги, скажем бинарной обработки данных — т.е. данные не предоставляются как БД (закон распространяется только на персональные данные в виде БД), а как поток бинарных данных, то эта проблема отпадает. Есть соглашение, не помню ссылки, но есть, которое исключает провайдеров, операторов почтовых сервисов, сервис Whois из под действия данного законодательства.
              0
              Может где-то сработает, но суть системы учёта как раз в базе данных. А юридическое определение базы данных несколько отличается от привычного в технической среде. Грубо говоря, файл data.sqlite.gpg, хранящийся на сервере и синхронизируемый между клиентами а-ля ДропБокс для нас просто бинарный файл, а для надзорных и контролирующих органов — это база данных с не сертифицированной криптографической защитой. Да и вообще суть SaaS тогда нивелируется до автоматического предоставления клиента и зеркалирования (с блокировками) бинарных данных, с которыми клиент работает как с БД, а планировался именно как frontend. Да и вообще неясно, может ли это быть реализовано в рамках обычного браузера. Были идеи типа использовать localStorage для хранения данных и WebSoket на сервере для синхронизации, но ни до чего хорошего не додумались, чтоб не нарушать закона.

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

          Самое читаемое