Всего несколько лет назад поисковые системы в ответ на поисковый запрос «Облака» выдавали множество ссылок на детские мультфильмы и статьи в Википедии об атмосферных явлениях.
В последние два-три года тенденция изменилась и публикации с описанием облачных вычислений и платформ стали появляться в топе поисковой выдачи, а сам термин «Облака» теперь вызывает у ИТ-специалистов неоднозначные ассоциации: не все представляют себе «продукты конденсации воды».
подвешен в атмосфере».
пара», скорее, в сознании «правильного ИТ-специалиста» возникают образы виртуальных платформ и платформ, различных IaaS, PaaS, SaaS. Виртуализация всего — один из главных трендов десятилетия, многие клиентские сервисы уже давно перешли в облако, крупные телекоммуникационные компании внедряют всё новые и новые технологии.
ВАС в дополнение к базовым услугам, и зачастую то, что когда-то было услугой с добавленной стоимостью, превращается в базовый продукт. Услуги связи в этом смысле не являются исключением, и услуга «Облачная АТС» просто становится обязательным пунктом в списке предложений телефонных операторов.
Ниже мы расскажем, как (в том числе и с нашей помощью) быстро и относительно легко запустить собственную облачную АТС.
Для простоты определим, что вечный вопрос «быть или не быть новой услуге» был решен с самого начала и ни у кого из уважаемых представителей связи нет сомнений в том, что телефонный бизнес без виртуальных АТС в 2015 году не совсем правильно, а точнее вообще неправильно.
Рынок в этом сегменте растет до 40% в год и этот факт нельзя игнорировать.
Те операторы, которые еще не успели запустить в производство облачную IP-АТС, почти наверняка думают об этом или собираются задуматься, вопрос исключительно в методах и сроках.
Запускаем нашу облачную АТС
Есть несколько способов запустить телефонный SaaS-сервис; Кратко рассмотрим два наиболее распространенных: запуск облачной АТС как собственной разработки и запуск сервиса на базе платформы White Label одного из вендоров.Если оба способа изобразить наглядно и попытаться описать в нескольких словах, то получится такая картина: Самостоятельно Мы все делаем сами, разрабатываем платформу с нуля или создаем ее на основе существующих open source (или проприетарных) решений, самостоятельно разрабатываем и поддерживаем.
В этом случае поставщик услуг получает ощущение независимости и контроля над всем, но тратит много времени на запуск и участвует изобретательно и финансово; на самом деле развитие сервиса никогда не прекращается.
По модели PaaS
Мы используем готовую PaaS-платформу и занимаемся только продажами и маркетингом, оставляя большую часть технических вопросов технологическому партнеру.
Время внедрения стремится к минимуму, нет необходимости в значительных объемах разработки и поддержки, ресурсы требуются только для маркетинга и продаж и немного для первого уровня поддержки, вы можете сосредоточиться на коммерческих аспектах, не отвлекаясь на обходные пути.
-кодирование круглосуточно, но есть зависимость от вендора и его бизнес-модели.
Первый путь является предметом целого, отдельного, исследования и мы обязательно к нему вернемся в одной из следующих публикаций, но второй путь нам ближе и понятнее и мы рассмотрим его подробно на примере нашего облака.
Платформа White Label ITooLabs .
Добавим лишь, что при запуске услуги виртуальной АТС на платформе PaaS выбор «правильного вендора» является одной из важнейших задач, правильное решение которой способно нейтрализовать главную проблему – зависимость от этого самого вендора.
Разработка ITooLabs Communication Server — это история, охватывающая несколько лет. В основе продукта — собственное коммуникационное ядро, свои интерфейсы и компоненты, собственное видение того, какой должна быть «правильная» облачная АТС, и множество бессонных ночей для разработчиков и маркетологов.
Серверная часть, или то, что принято называть PaaS, разворачивается в собственном кластере: это облегчает жизнь нам и нашим партнерам.
Мы обеспечиваем функционирование всех сегментов, контролируем и управляем, отслеживаем и обновляем, поддерживаем и поддерживаем.
Партнер-провайдер получает доступ к админ-панели после короткой и совершенно безболезненной настройки: логотипы, цвета и элементы графического интерфейса меняются практически на лету.
В большинстве случаев запуск — от настройки до первого «Привет» — занимает не более нескольких дней.
Кроме того, мы предоставляем программное обеспечение ITooLabs Communicator (также кастомизированное) и постоянно обновляемый, актуальный и востребованный функционал.
О возможностях платформы в инфографике: 
ITooLabs Communication Server предоставляет доступ к двум различным типам интерфейса управления: интерфейсу оператора (также известному как интерфейс суперадминистратора) и интерфейсу клиента.
Задача первого – обеспечить максимальный контроль и управляемость сервиса на стороне оператора, задача второго – удобство и простота, именно поэтому «Сисадмин» имеет под рукой множество кнопок и флажков, а клиентский интерфейс имеет минимум ненужных опций и полно «красот».
Сисадмин управляет и контролирует, а клиент настраивает перенаправления и IVR. Оба интерфейса настраиваемы и настраиваемы.
Пример «цветного» интерфейса клиента можно увидеть на скриншоте ниже.
Интерфейс Сисадмина выглядит немного иначе, но его также можно настроить в стиле оператора-партнера.
Шесть шагов до первого звонка
Представим, что у нас есть запрос от нового партнера-оператора и поэтапно пройдем процедуру запуска услуги виртуальной облачной телефонии глазами самого оператора, с подключением первого конечного клиента.Сначала мы запрашиваем и получаем учетную запись суперадминистратора для нашего сегмента платформы.
Как уже было сказано выше, платформа живет в нашем кластере, никаких многодневных установок и настроек не требуется, по сути все просто: интерфейс настраивается по техническому заданию, создается новая учетная запись Сисадмина и отправляется эксплуатационному партнеру.
Два-три дня и партнер получает свой аккаунт и может авторизоваться.
По сути, большая часть жизни администратора сервиса проходит в этом интерфейсе: мы видим виртуальные АТС своих «концов», можем активировать и деактивировать их, отключать или подключать дополнительные услуги, устанавливать лимиты и ограничения, настраивать транки, номера и маршрутизацию.
.
Итак, первая АТС продана и у нас есть запрос от первого клиента.
Следующие шаги.
Первый шаг: создаем новую клиентскую АТС (понятно, что клиент предварительно сообщил, сколько сотрудников он планирует обеспечить телефонами и какими дополнительными услугами он хотел бы воспользоваться).
Мы создаем новый субдомен, доступный по веб-адресу, который уважаемый партнер-оператор желает использовать для своей новой услуги.
Адрес выглядит так: имя_клиента.
домен_партнера.
Изучив пожелания клиента, мы связываем его с тем набором услуг, который он заказал, после общения с продавцами или прочтения маркетинговых описаний на сайте сервиса.
Все элементы управления имеют только графический интерфейс, консоль вообще не требуется.
Для желающих можно предоставить доступ ко всем логам платформы.
Шаг второй:
Мы оператор, у нас много связей с различными вышестоящими провайдерами и мы хотим управлять множеством транков, гарантируя, что каждый клиент сможет позвонить по оптимальному маршруту.
Для этого создаем необходимое количество шлюзов (шлюз — это тоже транк, он же узел, он же шлюз для входящих и исходящих звонков).
Вы можете сразу подключить биллинг, задать все необходимые правила передачи АОН, формат трансляции номера и особенности передачи АОН.
Шаг третий:
прописываем необходимые маршруты и говорим, какие звонки и в каком направлении будут маршрутизироваться на те или иные магистральные шлюзы.
Оптимизация и еще раз оптимизация.
Мы отправляем Москву московским операторам, а «международную» — в Дюссельдорф или Гамбург.
Маршруты могут быть настолько разнообразными, насколько вам хочется.
Шаг четвертый:
Создаем планы нумерации.
Со времен СССР в сознании большинства людей старшего поколения любой звонок на междугородние и международные направления должен начинаться с цифры «8», а в сознании поколения X, пользующегося исключительно смартфонами, правильный набор номера всегда начинается со знака «+».
Давайте облегчим жизнь обоим и настроим планы нумерации, чтобы все были довольны.
Затем мы «распределим» планы нумерации среди пользователей.
Шаг пятый:
телефонные номера.
Облачная АТС без входящей связи — это нонсенс.
Следовательно, должно быть входящее соединение.
Мы оператор и имеем собственную номерную емкость (или получаем номерную емкость по партнерской схеме от вышестоящих провайдеров).
Перечислим номера, доступные пользователям облачных АТС, и сравним нужные номера с нужными клиентами.
Теперь вы можете звонить на номера и все звонки будут идти по заранее созданным маршрутам.
Только мы можем решить, сколько входящих номеров будет доступно конечному пользователю простым щелчком мыши.
Шаг шестой:
У каждого клиента свой маршрут. Мы опираемся на собственную бизнес-логику и предоставляем клиентам возможность совершать звонки оптимальным для нас способом.
К каждой отдельной АТС мы прикрепляем заранее созданный маршрут. Иногда случается, что клиент хочет продолжать пользоваться своим старым оператором.
Ну, вы можете позволить это, настроив конкретную АТС на работу через отдельный специализированный шлюз.
Шесть шагов по настройке первой виртуальной АТС пройдены, и момент истины настал.
Нажмите «Сохранить» и создайте для клиента учетную запись администратора, указав ФИО, контакты, телефоны, пароли и явку.
Глазами клиента
Робот создает учетную запись и отправляет приветственное сообщение.
Обрадованный клиент переходит по ссылке в письме, вводит свои учетные данные (страница авторизации предусмотрительно настроена в фирменном стиле партнера), ждет пару секунд. 
и авторизуется в своей вновь созданной облачной АТС, где его ждет настраиваемый интерфейс с оптимальными кнопками и настройками.
Теперь дело за малым: настроить АТС по своему разумению, но это уже задача самого клиента.
Давайте не будем его беспокоить.
Минимализм клиентского интерфейса не должен сбивать с толку: все необходимое есть, настройки визуализированы, раздел «Статистика» создан с учетом пытливого ума расчетливого менеджера и отображает все детали по каждому сотруднику, формирует графики.
и отчеты.
Раздел «Настройки» структурирован и все «возможности» предусмотрительно спрятаны под значком «Еще».
Кнопка готовой интеграции с CRM находится на самом видном месте.
Подробное описание функционала клиентской части облачной АТС ITooLabs потребовалось бы еще пару страниц аккуратного текста.
Когда-нибудь мы это тоже опишем, тем более, что на наш взгляд есть чем похвастаться.
Но это уже другая история.
Вместо заключения
Понятно, что идеальных схем в реальной жизни не бывает, как не бывает идеальных способов запуска нового или условно нового бизнеса.Каждая ситуация индивидуальна и требует вдумчивого подхода и анализа.
В то же время в телекоме наблюдается четкая тенденция: стремление к унификации и тиражируемости продуктов, своего рода «телеком-Макдоналдс», в котором подключение новых клиентов, их поддержка и обслуживание поставлены на поток с использованием проверенных технологий.
.
Использование PaaS-платформ — это именно шаг в этом направлении, поскольку клиент становится все более требовательным и капризным и просит все больше любви и внимания.
В таких условиях огромное количество ресурсов тратится на удержание, а не только на привлечение.
Все описанное выше — это лишь один рецепт «универсального гамбургера», и мы считаем, что эта модель будет наиболее жизнеспособной в сфере серийных продаж телеком-продуктов для малого и среднего бизнеса.
Мы вернемся через некоторое время с новыми описаниями и идеями.
Теги: #ip-телефония #saas услуги #виртуальная АТС #ip-PBX #voip бизнес #paas #облачные сервисы #АТС #asterisk #Разработка систем связи
-
Центр Обработки Данных Космической Сети
19 Oct, 24 -
Зонтичный Мониторинг Ит-Ресурсов
19 Oct, 24 -
Udacity: Первые 2 Курса
19 Oct, 24 -
Рекорд Скорости Передачи Данных
19 Oct, 24
