Архив метки: saas

Крах ДотКомов 2.0

Добавить комментарий

DHH — создатель Ruby On Rails, BaseCamp, Hey и еще некоторых классных продуктов, запустил новую инициативу — https://once.com/. Запустил уже некоторое время назад, я как-то пропустил. Суть в том, чтобы поставлять веб-сервисы не по подписке (saas) а как раньше — на дисках, для разворачивания где угодно +) К слову, в BaseCamp отказались от облаков и переехали на свое железо, сэкономив много денег. Shopify в одной из статей упоминал возобновившейся рост количества магазинов на их платформе и исход селлеров с маркетплейсов.
А тут еще склады огромные горят 🙃

Спираль истории интернета начинает новый виток.
Ждать «краха саасов» !? 

Про saas и выжималку

Подслушал на просторах фейсбука.

Я не понимаю этого х1-2 от выручки для СааСов. У СааСов основные расходы это rnd (пилим новые фичи), и активный маркетинг. Причем на стадии относительной зрелости фичи пилятся на перспективу 2+ лет, а добрая половина лидов идёт органически. Т.е. тупо срезав все Косты до уровня суппорта и обработки входящих лидов, можно а) пару лет показывать прирост мрр как минимум, так ещё и мардинальность вывести на 75-80%. Т.е. конкурирующая идея к «продаться стратегу за х2 от выручки» на самом деле — включить режим «выжимки соков» и сделать 2 выручки за 2.5 года — причем бизнес не больно то пострадает, будет готов к выводу из режима выжимки обратно, но дале если и не выводить, за оставшиеся 2.5-3 года выжмешь ещё 2 и дальше прибыль будем медленно постепенно падать. В этом ключе ликвидационная стоимость не может быть меньше х4.Кстати intraservice, первый отечественный helpdesk saas, в таком режиме живёт лет 5 уже — релизы на уровне багфиксов, маркетинг на уровне покупки ключевых слов в директе, а выручка все 5 лет потихоньку линейно растет при очень жирной мардинальность.

Конечно же далеко не ко всем саас-ам такое можно применить, так как далеко не все саасы завязаны в расходах только на rnd, но что-то есть в этих словах.

Про SaaS из далекого 2010-ого

На хабре наткнулся на интересный комментарий:

Мы разрабатываем систему управления задачами — TrackStudio. В 2002 году начинали именно как SaaS, но сейчас это направление умерло, продаются только лицензии.

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

В итоге выяснилось, что

  • мелкие компании совершенно не готовы тратить время на настройку чего-то там в SaaS. Сама идеология SaaS подразумевает возможность работать сразу, чего-то изучать или настраивать типичный пользователь SaaS совершенно не хочет.
  • для крупных компаний трекер — это лишь одно из приложений, и его нужно интегрировать с другими приложениями в компании. Это может быть ActiveDirectory, Subversion, база с клиентами в 1С и т.п. Привязать это к SaaS довольно затруднительно.
  • да, в самом деле многие не стремяться размещать сколько-нибудь важную информацию неизвестно где в интернете. Думаю, для компаний вроде Amazon или ORACLE это не проблема, но для стартапа — определенно проблема.

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

Призадумался =)