В марте 2016 года у нас в devtodev вышел новый отчёт Users by level. Как видно из названия, он полезен проектам, в которых у каждого пользователя есть уровень. Это в основном игры, но сюда же можно отнести и любые другие сервисы, где пользователь перемещается по уровням, – например, обучающие приложения. Давайте поговорим об анализе уровней немного подробнее.

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

1. Выгодно ли это тем, что это более безопасно? Нет. Наоборот, если человек примет решение покупать, нам нужно еще убеждать в безопасности SaaS на удаленных серверах.

2. Выгодно ли это тем, что быстрее будет внедряться продукт? Нет. Экономия идет на копейках: развертывание серверов и установка ПО. Спросите у знакомого PM в консалтинге, сколько на это выделяется времени в проекте внедрения системы бухучета общей продолжительностью 6 месяцев. Э… два дня.

3. Более ли это надежно? Нет. Цепочка инфраструктуры удлинилась. Система стала менее надежна, при этом данные идут по открытым каналам которые нужно защищать, значит это нужно компенсировать большим профессионализмом администраторов.

На какой вопрос же НЕ ответил автор:
Зачем мне покупать лицензии и платить кому-то каждый месяц и за каждого пользователя, если так я покупаю продукт 1 раз и больше никому не плачу? Да и, судя по объяснениям, автор рассматривает сегмент малого рынка. Тут стоит вопрос: зачем ВООБЩЕ нужно платить, если в российской действительности можно поставить известный продукт «бесплатно»?

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

А какой правильный ответ?

По моему опыту работы с SaaS\S+S (ПО как услуга) я выделил несколько вопросов, которыми обычно задаются люди принимающие решения о покупке в компаниях малого бизнеса. Я попробую ответить на них и надеюсь рассею часть опасений и предубеждений.

Просто и понятно о разнице между SaaS и Software + Services.
Видео с одной из конференций Microsoft.

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

Что еще интересно — раньше казалось, что SaaS-вендоры по оборотам сильно уступают традиционным, IDC с Gartner этот рынок считают микроскопическим, кажется, лишь 3% от всей индустрии корпоративного софта. Но судя по этой табличке, SaaS-вендоры уже начинают догонять середнячков с рынка традиционных бизнес-приложений.

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

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

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

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

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

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

Вот основные пункты путеводителя, чтобы помочь сделать этот выбор:

В последние 6 месяцев загадочное слово SaaS не покидает новостные ленты. Не проходит и дня, как новости кричат – «Открылся новый SaaS проект….». Компании, предлагающие что-то по модели SaaS появляются как грибы после дождя, не успеваешь внимательно рассмотреть одну компанию и понять что-же на самом деле они предлагают, как появляется новая компания.

Так ли «безоблачно» будущее облачных и SaaS компаний в России?

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

Сразу хочу сказать одну вещь, SaaS — это специализированный термин и, если начинать в нем копаться, сложный. Он может навести не только тоску, но и определенный благоговейный ужас. Но на самом деле штука это простая. Чтобы пользоваться каким-то SaaS-продуктом, в том числе нашим, понимать глубинный, да даже и поверхностный смысл данного термина совершенно не обязательно. Более того, когда uCoz создавался, никто из самих разработчиков даже не слышал подобного слова. Просто появлялись продукты, имеющие по своей сути общую модель, и потом ее стали как-то классифицировать, выделять особенности, плюсы, минусы.
Если своим призванием или увлечением вы сделали веб-технологии, или же задумываетесь о том, какой тип продуктов лично для вас подходит более всего, какие наиболее перспективны и т.п., все это может быть интересно и полезно.

Термин «Облачные вычисления» или SaaS (Soft as a Service, ПО как услуга) появился относительно недавно, но быстро набирает популярность. Сама идея аутсорсинга вычислений (то есть размещение их на удаленном сервере вместо компьютера пользователя), не нова, использовалась давно и никто не сомневается в ее эффективности.

Но тем не менее, многие испытывают явное недоверие по отношению к онлайн-продуктам, основанным на SaaS-платформах, и предпочитают популярные коробочные решения. Например, мой товарищ в свое время долго колебался, что выбрать — 1С или Sugar CRM.

Консерватизм возобладал, и он приобрел 1С. В результате через два года, побывав в Силиконовой Долине и увидев возможности Shugar CRM, которая стремительно развивается и сейчас подошла бы ему гораздо лучше, очень пожалел о принятом в свое время недальновидном решении.

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

Вышла в свет новая версия TeamWox SaaS Agent, которая теперь позволяет бесплатно строить SaaS фермы с сотнями копий систем групповой работы TeamWox как провайдерам, так и независимым поставщикам.



Интересно? Приглашаю под кат.

Все разработчики ПО хотят кушать и бывает очень обидно, когда программа, на которую было потрачено множество времени и сил, доступна для пользования любому без законных отчислений в пользу автора. Разработчик, не получив свое кровное, начинает волноваться, плохо спать, а то и совсем перестает создавать свои продукты. Защищать ПО от несанкционированного использования стали практически тогда же, когда начали продавать программные продукты. В разное время использовались разные механизмы – серийные номера, привязка к компакт-дискам и параметрам компьютера, использование электронных ключей. Все эти механизмы достаточно подробно освещены на просторах интернета. А том, как защитить интересы разработчиков SaaS решений информации меньше. Я попытаюсь рассказать об одном из механизмов «лицензирования» онлайн ПО, который всплыл как-то неожиданно для меня самого.

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

Наш SmartNut (SaaS Service Desk система для поддержки клиентов ИТ-компаний) — хорошая система автоматизации, которая упрощает жизнь. По крайней мере, мы все делаем для того, чтобы она была таковой. Мы уже писали на Хабр, что научили SmartNut автоматически разбирать электронную почту из ящика технической поддержки и регистрировать на основе этого тикеты. А на днях в SmartNut-е окончательно появился полноценный личный кабинет клиента, доступный через web.

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

Если подробно — под хабракат.

Что такое мультитенантность (multitenancy)?

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

Мультитенантность бывает разной, например, ее можно представить следующей схемой:

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

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

Большинство бизнес-процессов еще были не автоматизированы. Ключевым этапом автоматизации процессов был переход на 1С.

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

В настоящее время SaaS сервисы становятся все более и более популярными. По прогнозам, опубликованнным РАЭКом в 2012 году объем рынка составил 1,89 млрд.руб., а прирост составил 46%. Особое внимание хочется уделить SaaS HRM сервисам, так как они содержат в себе стратегически важную информацию о персонале организации, документообороте, схемах премирования и др.информацию, на основании которой можно сделать выводы о состоянии человеческого капитала любой компании.

*Науч.справка от меня:

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

Ввиду осознания бизнесом ценности человеческого капитала, как движущего фактора экономики. HRM рынок быстро реагирует на запрос бизнеса. Как следствие, появляются все новые инструменты по управлению, обучению, развитию, мотивации и оценке персонала. В основном, потребность в подобного рода софте возникает у «среднего» и «крупного» бизнеса, с численностью сотрудников от 100 до 300 и от 300 человек и выше и оборотами от 150млн. до 2,5млрд. руб./год и от 2,5млр. и выше руб./год. В связи с этим, возникает ряд критерриев, по которым выбирается HRM сервис.

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

Как следствие, на рынке появляться большое количество новых SaaS инструментов (ПО как услуга), исходя из этих вводных требований к HRM сервису. SaaS сервисы в массе своей удовлетворяют первым 3 критериям, но, с последним пунктом, а именно: защитой персональных данных и интересов организации, за частую возникают сложности (в особенности у «молодых» сервисов), так как данные обрабатываются при помощи сети интернет.

Как же компании-клиенту обезопасить себя? И какие варианты решения проблемы может использовать «молодая» компания-разработчик SaaS HRM сервиса?

Когда перед разработчиками встает вопрос реализации подписки, как это было с нами при разработке LPCloud, многие используют уже готовые решения, например recurly.com, chargify.com, spreedly.com и др. У них есть, конечно, свои плюсы и минусы, но мы так и не смогли найти подходящий сервис, который бы удовлетворял нас по всем факторам и мы решили написать свою собственную систему регулярных платежей. В качестве процессинга карт мы выбрали cloudpayments.ru

Для удобства работы с оплатой по картам, мы заюзали известный gem activemerchant от Shopify, но столкнулись с такой делемой – activemerchant не поддерживал cloudpayments. Мы быстренько решили эту проблему допилив гем, он доступен на нашем аккаунте на гитхабе.

Вкратце

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

• Возможность привязки карт пользователей
• Ежемесячный/ежегодный биллинг
• Индивидуально настраиваемый триальный период для пользователей
• Возможность обновления тарифа клиентом в любое время

Существуют определенные закономерности в оформлении SaaS-проектов. В этом мы убедились, когда решили разрабатывать LPCloud – SaaS-платформу для работы с продающими страницами.

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

Здравствуй, Хабрасообщество!

Сегодня я расскажу вам, как и обещал в прошлой статье, про реализацию 3-D Secure authentication в SaaS-приложениях. 3-D Secure добавляет ещё один шаг аутентификации для онлайн-платежей. Обычно происходит редирект на сайт банка-эмитента, где пользователю предлагается ввести проверочный смс-пин для подверждения платежа. Этот процесс жутко неудобен, ваши клиенты обязаны уходить с вашего сервиса, чтобы пройти эту аутентификацию.

В LPCloud мы решили сделать 3-D Secure аутентификацию во фрейме, чтобы пользователь не покидал наш сервис.