SaaS / S+S *

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

Задача, которую мы решаем на протяжении 3-х предыдущих серий, достаточно проста идеологически, но запутана технически: с помощью облачного виртуального офиса и специальных FMC сим-карт мы хотим управлять работой большого риэлторского агентства, автоматизировать продажи и, помимо этого, еще и контролировать разговоры с мобильных разъездных агентов-риэлторов, которые постоянно норовят отхватить свой кусок пирога и ведут себя некорректно, особенно когда речь заходит о том, что неплохо бы отчитаться о сделках, совершенных за последний месяц. Оно и понятно: при совершении сделки расчет за аренду квартиры зачастую происходит на кухне и практически без свидетелей, проценты за работу риэлтор стремится оставить себе.

Коротко представим главных героев предыдущих серий:

Сегодня сухой пост, написанный в ходе плотных консультаций с юристами компании Зарцин и партнеры и стартапа Dental Cloud. Добавить мне нечего, по-этому читаем и обращаемся к Людмиле Харитоновой за разъяснениями и консультациями. И внимание(!) в нем ссылки на 16 нормативно-правовых актов и предлагаю сначала сбегать за попкорном.

Кейс
Ключевой вопрос для обсуждения: «Может ли SaaS сервис передать третьему лицу на обработку и хранение данные, приравненные к врачебной тайне»? Потенциальный провайдер компания Облакотека, предоставляющая PaaS «Платформа AzuRus»
В кейсе персональные данные (ПДн), содержащие сведения о здоровье рассматриваются в кейсе, как производная от ПДн и по-этой причине речь пойдет, в т.ч. и о последних в целом.

Привет, Хабр!
В этот раз хочу рассказать о технологиях шифрования VoIP звонков, о том какую защиту дают разные подходы и как организовать наиболее защищенную от прослушивания голосовую связь с технологическими гарантиями безопасности.
В статье я постараюсь доступно изложить особенности таких технологий как SIP\TLS, SRTP и ZRTP. И продемонстрирую конкретные схемы использования на примере нашего сервиса ppbbxx.com

Создавать технологии и быть в технологической парадигме всегда выгодней. На базе платформ, в свою очередь, можно легко создавать – продукты и сервисы b2b, b2c, версию 2.0, следующую, концептуально новую технологию в сегменте. Хотя, с точки зрения бизнеса — это не всегда выгодно. По учебникам надо начинать с продаж «табуреток» (MVP), и в случае успеха строить «Шатлы» и развивать их. Но мы же инженеры и не всегда рациональны — сделаем сначала шапку, которая нужна не всем, а потом из нее сделаем 7, но маленьких и востребованных. Итак, сегодня кейсы, как создавать сервисы (продукты) на базе технологической платформы — своего локального MVNO на базе платформы ComfortWay.

Привет, Хабр!
Сегодня хотим рассказать о нашей новой разработке ppbbxx.com. Это облачный IP-PBX сервис c фокусом на гибкость и надёжность, который должен обеспечить нашим пользователям возможности, обычно свойственные традиционным решениям.
За подробностями добро пожаловать под кат.

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

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

То, что мы придумали выглядит вот так: FMC-платформа + виртуальная PBX= Любовь.



Куда бы теперь все это применить? А вот куда: наш давний знакомый, директор агентства недвижимости со штатом в 60 человек, из которых 50 — разьездные агенты-риэлторы на мобильных, обратился к нам с проблемой — «хочу контроль над всем, не верю никому, сотрудники мне лгут»

Выйдя из состояния бета-версии, в нашем стартапе Trak.io мы приняли непопулярное решение: убрали бесплатную подписку и заменили её подпиской за $9/мес.

Я хочу объяснить причины, по которым это было сделано, и почему мы думаем, что это наилучшее решение как для компании, так и для клиентов.

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

И да, продолжаю свою серию исключительно практических постов о SaaS. Пока инженеры команды заканчивают сборку и тестирование довольно нишевого cтартапа DentalCloud позволю себе в рамках NPD (new product development) порассуждать о том, как мы подошли к вопросам а) ценообразования б) методах формирования тарифных планов для сервиса. DC мы анонсируем позже, ну и надо ли просто анонсировать его на уважаемой аудитории Хабрахабр, даже не знаю.

Продолжение хаба, опубликованного 30-го января.

Краткое содержание предыдущей серии: Россия, Москва, 2014-й год, телефонный провайдер решает запустить облачную IP-PBX, интегрировать ее с доработанной FMC-платформой одного из мобильщиков и зарядить все это в коммерцию, да так, чтобы сервис был полезным, клиенты счастливыми, а начальство довольным.

Мобильную составляющую сервиса мы разрулили — симки стали звонить так, как хотелось нам, а не так как это было задумано разработчиками FMC-платформы: мы видим все вызовы, получаем все, что набирается на мобильниках (принимаем от 2 до 20 символов), управляем звонками онлайн, включаем-отключаем все это, да еще и создали интерфейс, читай «Личный кабинет клиента», в котором можно назначать симкам короткие номера, блокировать-разблокировать трафик и, вообще, наводить доселе невиданную красоту в коммуникациях.

Вот такой личный кабинет получился:

Несмотря на то, что наша компания давно и плотно занимается интернет-телефонией и еще 5 лет назад получила все лицензии, понастроила узлов и успешно развела и кормит целый зоопарк астерисков, фрисвитчей и прочих коммунигейтов, модная облачная история упорно обходила нас стороной, хотя все необходимое для создания PBX в облаке было давно готово. Мы молча завидовали коллегам-конкурентам, запускавшим облачные сервисы один за другим и надеялись, что когда-нибудь и мы устремимся в заоблачные дали. Именно это и произошло полгода назад: летом 2014-го было решено — облакам быть и мы их будем продавать!



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

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

Услуга FMC предлагается в России всеми крупными мобильщиками, называться она может по-разному, но суть услуги всегда одна — возможность через стык с операторским свитчем задружить корпоративные сотовые с офисной PBX и присвоить всем симкам короткие номера. Как говорится, все бы хорошо, да что-то нехорошо. При стандартной FMC-услуге на корпоративном мобильном появляется кривоватый внутренний номер с хитрым префиксом, ходят непонятные CallerID и идентификаторы транков. Для непосвященного в тонкости телефонии клиента, подобная услуга выглядит странновато, да и просит дополнительных платежей не очень понятно за что. Одним словом, FMC в России в сегменте малого и среднего бизнеса, что называется, понимания не встретил. Мы же, однажды попробовав FMC на вкус, поняли, что это штука крайне полезная и при некторой доработке на стороне мобильщиков и на стороне офисной PBX, может получиться отличный продукт для корпоративного VoIP-сервиса.

Примерно вот такой:



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

Первые конструкторы появились около 15 лет назад. Не так давно, но и не недавно, учитывая, что первый сайт появился в девяносто первом. С тех пор они претерпели немало изменений и сейчас большинство конструкторов работают по SaaS модели (англ. Site as a Service — сайт как сервис/услуга). Это значит, что сайт можно создать с помощью веб-приложения, которое разрабатывается и поддерживается поставщиком услуг, который сам следит за его работоспособностью и занимается обновлением ПО и оборудования. Поддержание работоспособности системы, техническая поддержка и иногда некоторые другие работы входят в оплату, которая обычно взимается с клиентов помесячно. При этом конечный пользователь не приобретает лицензию на программу, что позволяет ему значительно сэкономить. Но при этом нужно понимать, что конструктор – это, по сути, аренда сайта, а не его покупка.

Если вы продаете ПО, то наверняка при виде бюджетов больших корпораций задумывались, как бы и вам откусить кусочек от этого пирога. Лично мы в Web-payment.ru, проекте о платежных системах, постоянно ищем способы заполучить в партнеры крупные платежные системы или сервисы на рекламные услуги, разработку, или даже помощь в ведении блога на Хабре. В этой статье-переводе как раз пойдет речь о том, как работать с крупной рыбой. Сразу хотел бы предупредить, что наши реалии отличаются от западных, которые описываются в статье, но в чем-то они пересекаются, так что почитать интересно.

Многие задаются вопросом о продаже ПО офигенно большим организациям. Работать с такими крутыми компаниями в установленном вами ценовом диапазоне крайне непросто, так как любые величины меньше 500$ для них выглядят как ошибка в округлении. В то же время, наличие пары таких клиентов дарует вам социальную значимость, которая позволяет вам продавать как другим таким же гигантам, так и более мелким клиентам. Получив IBM в качестве клиента, вы ничего не потеряете. Ну а если при этом в самом IBM никого не уволили за выбор вас в качестве поставщика, значит, и вы вполне подходите для большой игры.

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

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

Мой предыдущий пост был написан про тиктанический сдвиг в понимании операторами сотовой связи необходимости смены парадигмы предоставления услуг связи c использованием классических SIM карт к повсеместному внедрению «виртуальных SIM». Сегодня я хочу рассказать, какие безроуминговые технологии были разработаны в России за последние несколько лет, какие разрабатываются сейчас, и какие будут разработаны завтра.

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

Продолжаем перевод статьи Роба Уоллинга. В своих предыдущих работах автор уже успел осветить целый ряд важных вопросов (Клиент, исчезнувший на дне воронки и Почему уделять слишком много внимания трафику опасно для вашего бизнеса). Он обсудил тот факт, что сначала необходимо «заткнуть воронку», в которую утекают посетители, затем поработать над коэффициентом конверсии, а уж потом работать над привлечением максимального объема трафика на ваш веб-сайт. Но мы не поговорили о том, какую роль играет качество трафика в определении коэффициента конверсии. Думаю, не меня одного заинтересовал именно этот материал. Надеюсь, он принесет пользу многим!.

Приветствую вас, уважаемое Хабрасообщество. Привлечение и удержание клиентов – важнейшие задачи бизнеса. Поэтому хочу поделиться с вами переводом материала, написанного Робом Уоллингом. Информация окажется полезной как для стартапов, так и для тех, кто уже добился определенных результатов. .

Часть 1: Клиент, исчезнувший на дне воронки

Беседуя недавно с одним из участников Micropreneur Academy, я понял: ребята в стартапах считают увеличение трафика и повышение конверсии увлекательной игрой. Однако, если предлагаемая услуга является регулярной, необходимо помнить и о следующем этапе – удержании уже существующих пользователей.

Определенная доля текстовой части моего диплома была написана на Nokia E63 — было срочно и поздно, поэтому работать приходилось в пути, переездах, на конференциях, а ноутбука у бедного студента не было. Удобная QWERTY-клавиатура и доступный Интернет позволяли набирать и редактировать текст даже с определенным комфортом. В общем, некоторый опыт извращений в наборе текста у меня есть.



То ли дело современные студенты — ноутбуки, планшеты, редакторы онлайн и оффлайн, совместная работа над документами. Кажется, проблемы в далеком прошлом.

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

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

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

Что было до этого?

В статье нет прямых ссылок на наш продукт и даже его скриншотов. Да, я все еще боюсь НЛО.



Чуть больше года назад я рассказал о применении игрового подхода в электронной коммерции, а в январе показал во что превратилась эта идея и как мы с ней подавались в Канадские инкубаторы. В инкубатор мы не попали, хоть и добрались до самого финала. Мы могли присоединиться к любому инкубатору в Украине, но их условия показались нам не очень привлекательными. Так что, мы просто очень много работали эти 9 месяцев, а на хабре за это время так и не появилось новых материалов о «геймификации» в онлайн-торговле, разве что, кроме этого материала почему-то яро заминусованного публикой.