При выборе того или иного интерфейса, дизайна сайта, инструментов сбора контактов и повышения конверсии, владельцы сайтов часто совершают одну и ту же ошибку: не тестируют разные варианты. Создавая сайт, мы часто доверяемся мнению так называемых экспертов, или читаем полезные статьи, где в один голос утверждается, например, что использование фотографий счастливых людей в лендинге повышает конверсию. Стоит ли безоговорочно слушать мнения экспертов? И на все уговоры протестировать разные варианты отвечать, что именно такой интерфейс посоветовал создать условный Иван Иванович? С тех пор, как создание сайтов и веб-дизайн в особенности превратились в роды профессиональной деятельности, появились определенные стереотипы в каждой из этих областей, которым следует большинство создателей сайтов. Почему стоит проверить даже самый на ваш взгляд, или на взгляд вашего знакомого эксперта, эффективный дизайн вашего интерфейса или каких-то его деталей с помощью a/b-тестирования? Потому что в области юзабилити практически нет решений, которые одинаково хороши для всех сайтов. Не верите? Под катом — кейсы того, как проверка даже самых на первый взгляд очевидно лучших вариантов выявляет, что они совсем не работали на конверсию.

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

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

Электронная почта в течении нескольких десятилетий остается основным инструментом бизнес-коммуникаций. Пока не придумано killer application чтобы мотивировать бизнес отказаться от привычной реализации коммуникаций или перейти на полноценное общение в мессенджеры, корпоративные социальные сети, видеоконференции. Eще один фактор стабильности почты — она крепко удерживает свои позиции в решениях unified communications — оставаясь ID для всех систем подобного класса, да и вообще ID для любого мало-мальски востребованного решения, хотя недавно я обнаружил стартап, который возможно и изменить парадигмы регистраций пользователя в приложениях и на сайтах — loginbycall.com и возможно мы увидим революцию механики авторизации. В чем же ценность почтовых решений? Почему так долго именно оно играет ключевую роль в бизнес коммуникациях? Какой функционал делает Email полезной бизнесу и почему?


Как мы общаемся понятной диаграммой

Чуть больше года назад я опубликовал сравнение российских облачных операторов: статья многим понравилась и была полезна. Примерно через полгода я начал получать много отзывов и просьб о том, что неплохо было бы сделать новый обзор, актуализировав данные по ценам, добавив в запрос дополнительные сервисы и дополнив его новыми компаниями. В этот раз в сравнение вошли уже 34 компании (в прошлом году их было более, чем в 2 раза меньше), включая зарубежные сервисы Amazon и Rackspace, а сбор информации занял более двух месяцев.



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

Дисклэймер: мы, проект Witget, развиваем собственный SaaS-сервис. Cтараемся находить и обобщать опыт более старших и успешных товарищей. Представляем вам подборку полезных growth hacks, подготовленных на основе материалов из блога KissMetrics, которые позволят не только сохранить пользователей, но и простимулируют их платить больше.

Когда команда Quickme работала над прототипом модуля Поддержки (клиентов, пользователей), то для обсуждения было предложено два пути развития продукта — или это будет сложный инструмент, который соответствует требованиям ITIL, ГОСТ, ISO в рамках канонов работы сервисных компаний, либо инструмент будет простым, но при этом закрывающим базовые потребности службы поддержки (нам захотелось свободы). Что из этого получилось и почему я постараюсь рассказать сегодня. Важно, что моя серия статей о SaaS закончена и статья посвящена исключительно нашей картине мира и практике создания сервиса.

Друзья, хотим с Вами поделиться адаптированным переводом статьи Тима Эша в интернет-журнале Clickz.com про действенные, но мало распространенные способы повышения конверсии, позволяющие использовать особенности человеческого мышления для повышения конверсии. Перевод дополнен примерами и советами от команды Witget.

Лето

Лето и пора финализировать серию статей о жизни SaaS. Мое личное мнение, что для формата «Блог компании» и для формата Хабрахабр в целом серия удалась и поможет тем кто все-таки решиться на создание SaaS истории не нафакапить сразу, а прожить какое-то время и возможно взлететь.
За прошедшие 2 месяца и 8 статей сделано много — я постарался начать с общего подхода к созданию SaaS сервисов, пригласил друзей и экспертов высказаться по тематике, углублялся в теорию с Александром Прозоровым, смотрел в будущее и пиарил свой сервис Quickme в блоге компании.

Только SaaS и ничего лишнего

(А.К. – Алексей Калачников Quickme ) Cегодня у меня в гостях экс Директор по работе с партнерами компании Мегаплан Александр Прозоров. Год назад Александр покинул Мегаплан и начал работать над стартапом в области интернета вещей.

(А.П. – Александр Прозоров) Спасибо за представление, Алексей. Проект в области интернета вещей очень похож на SaaS. Разница в том, чтобы достичь успеха, продукт должен соответствовать образу жизни клиента в еще большей степени, чем в SaaS. Но оставим в стороне интернет вещей и попытаемся вывести формулу успешных проектов в SaaS. Выводить формулу будем исходя из общего понимания закономерностей ведения бизнеса в Сети. Технологии и новые идеи продуктов оставим за скобками нашей дискуссии.

В марте 2014 года компания Quickme объявила Партнерскую программу Quickme Sfera 2014. Горизонты программы — продажи решений компании через ресейлеров — облачных, классических хостинг провайдеров, телко. Сегодня я хотел бы расставить акценты в ответе на вопрос «почему» стоит бизнес с нами — включать наши сервисы в продуктовый портфель компании. Это вызвано исключительно большим количеством запросов от потенциальных партнеров после предыдущих публикаций, в которых мы говорили о партнерских каналах в частности.

Классические интеграции

В моем понимании, да и в понимании коллег интеграция SaaS — это«связка» нескольких сервисов между собой или с платформами (CMS, к примеру), основной задачей, которой является расширить возможности сервиса в целом.

Я попросил высказать мнение Аскара Рахимбердиева основателя сервиса МойСкалд -наиболее удачного cервиса для интеграции со сторонними историями. Как результат комментариев, гипотеза взрывной эффективности интеграции подтвердилась.

Итак, коллеги интегрировали МойСклад с популярными движками интернет-магазинов, телефонией, 1С: Бухгалтерией. Интеграция — совершенно необходимая штука, потому что облачные сервисы (во всяком случае, хорошие) узкоспециализированы. В МоемСкладе никогда не будет, например, встроенной витрины интернет-магазина. Вместо этого мы даем возможность работать со всеми популярными движками. То же самое относится и у другим областям — мы не делаем бухгалтерию или телефонию, а просто даем возможность подключиться к лучшим продуктам, которые решают эти задачи.

Вывод очевиден — не стоит изобретать велосипед, а нужно просто взять лучшее и интегрироваться!

В январе этого года мы запустили cтартап Quickme - SaaS сервис, лежащий на стыке унифицированных коммуникаций (UC) и инструментов совместной работы. Сегодняшней статьей серии «Как создавать и продавать SaaS» я хочу рассказать о несколько важных моментах создания Quickme, которые повлияли на результат в целом. Первый момент — почему нами создана именно такая функциональность и фичи Quickme, а второй какие подходы легли в основу сервиса и философию создания продукта, которая помогла нам максимально возможно уйти от ниш существующих на рынке решений (конкурентов) и адаптировать Quickme под потребности небольших распределенных команд.

Куда идти и как у других?

Начну в лоб - продавать или нет SaaS через партнеров непростой вопрос. С одной стороны SaaS сам по себе разнообразен — от  системных  до прикладных, решающих задачи бизнеса и пул потенциальных партнеров для их продаж очень широк — от облачных провайдеров до консультантов по бизнесу (направлений бизнеса, предметной области). С другой стороны, есть иллюзорность самостоятельной жизни сервиса в Интернете, в котором нет места  посредникам.
Сложность партнерского вопроса подогревают политики ведущих вендоров, на которых обычно ориентируются. Лидеры, в последнее время, заняли разные позиции в отношении партнеров — Microsoft  строит свои облачные сервисы - O365, Outlook.com, уходя к прямым продажам, а Google, наоборот, «обхаживает» российских интеграторов.

В первой части статьи я рассуждал о способах оптимизации стоимости/функциональности при создании SaaS (Онлайн) сервисов. Мой подход к проблеме был скорей стратегический (куда бежать, что отрезать), но не технологический, да и надо было с чего-то начать. Что из этого получилось можно прочитать тут.

Сегодня, как я и обещал, у меня гости, которые открыто делятся своими рецептами создания успешных SaaS историй. Отмечу, что большинство приглашенных компании уже состоялись в плане бизнеса и лидируют в свои сегментах автоматизации (гуру). Пришли и проекты, которые только начинают завоевывать сердца пользователей семимильными шагами (новички). В гости, сегодня, заглянули: amoCRM, МойСлад, Asoft CRM, Сopiny, Do.Docs, Zingaya, SMEOn и я задал всем одни те же вопросы, которые помогут тиражировать опыт коллег и передать его новым командам. По-моему, получился интересный микс мнений, который поможет правильно подойти к созданию SaaS всем тем, кто решит или уже решил играть на этом поле.

Собственно, вопросы:

1. Как возникла идея создания сервиса?
2. Инструментарий разработки и почему именно этот?
3. Целевая аудитория сервиса?
4. Экономия при создании — методы, подходы, технологии.
5. Стратегия продвижения.
6. Friends/family/fools — откуда были привлечены средства на начало разработки?
7. Ошибки проекта и как справлялись.
8. Особое мнение (бонус по делу).