А как вы будете распределять звонки с городского номера на 5 сотрудников без АТС? Хотя если у вас 1,5 клиентов в месяц, да, не нужно.
Но в РФ полно компаний с отделом продаж 3-10 человек, для которых нет вариантов, кроме как виртуальная АТС. Давать 3-10 мобильных на сайте? Или сажать одного человека за мобильный телефон? Это всё бред.
Я согласен, что в целом не нужна удобная настройка — один раз настроил и забыл. Но звонить всем сотрудникам сразу, записывать такие звонки, потом прослушивать их, уведомлять о пропущенных и т.д. — реально таким отделам продаж всё это нужно.
Мы абсолютно согласны, что стабильность — ключевой критерий при выборе платформы.
Сожалеем, что в последние 2 недели вы столкнулись с недоступностью сервиса. Мы уведомили наших партнеров о причинах сбоев и действиях, которые мы предприняли, чтобы проблемы не повторились. Я думаю, вы согласитесь, что проблемы бывают у всех сервисов (включая Google, Яндекс и других) и, главное, быстро решить проблему «на корню». Важнейшим показателем уровня разработки можно считать и скорость работы саппорта, а она у нас на высоте.
Uptime платформы все-таки правильнее считать за длительный период, а не за две недели. Текущая проблема не связана с проблемой прошлой недели, которую мы решили. Увы, так сложились обстоятельства, что весь год мы работали стабильно (стремились к 99,99%), но за последнее время различные сбои произошли в короткий период времени.
Стоит отметить, что проблемы наблюдались только у одного узла, в котором сейчас работают свыше 25 000 аккаунтов. Практически никто в России не может похвастаться таким крупным кластером. В настоящий момент мы расширяем его и делаем более отказоустойчивым. Обязательно отчитаемся на Хабре, что мы сделали, чтобы гарантировать отказоустойчивость такого высоконагруженного сервиса.
Когда падает локальная платформа стороннего разработчика, все выглядит еще печальнее — саппорт оператора стучится в саппорт разработчика и там начинают не торопясь разбираться, что же случилось на отдельно взятом локальном (и не знакомом) хосте. Это весьма частая проблема других вендоров. С нами оператор может быть уверенным, что мы сразу решаем проблему.
Я напишу вам в личку о произошедшем и буду держать в курсе.
Нет, в случае выноса коннекшена до нас (основного кластера) не нужно. Вынос — мы устанавливаем платформу на вашей площадке. Работать будет как классический софтсвитч, всё будет работать в вашей сети.
В описанном вами случае (небольшой оператор и т.д) будет лучше, если все будет работать в нашем облаке. То есть между клиентом и оборудованием оператора встаем мы. Конечный клиент будет подключаться к нашей платформе, оператор подает на нас транки (см. скриншоты выше).
P.S. Если потребуется вынос, то на вашей площадке окажется и IVR.
Только при включенной записи разговоров. В этом случае — да. Чем-то смущает?
Нет никаких проблем инсталлировать платформу на площадке оператора. У нас есть вынос во Владивостоке, например. Понятное дело, что операторов не из России мы тоже делаем инсталляцию на площадке оператора и обслуживаем её.
Так что все вопросы решаемы.
Разумеется, у ITooLabs есть полноценный SOAP API. Есть несколько операторов на ITooLabs, которые полностью автоматизировали все бизнес-процессы: с сайта можно взять демо, купить АТС, выбрав тариф, изменять опции, отображать в АТС оставшийся баланс, списания и т.д. Так что наоборот, с ITooLabs сделать это очень просто.
Ключевое при ранжировании Яндекс и Гугл уже давно определили — уникальность контента и поведенческий фактор. Накрутку пользователей можно легко зафиксировать с помощью различных алгоритмов.
Но в РФ полно компаний с отделом продаж 3-10 человек, для которых нет вариантов, кроме как виртуальная АТС. Давать 3-10 мобильных на сайте? Или сажать одного человека за мобильный телефон? Это всё бред.
Я согласен, что в целом не нужна удобная настройка — один раз настроил и забыл. Но звонить всем сотрудникам сразу, записывать такие звонки, потом прослушивать их, уведомлять о пропущенных и т.д. — реально таким отделам продаж всё это нужно.
Сожалеем, что в последние 2 недели вы столкнулись с недоступностью сервиса. Мы уведомили наших партнеров о причинах сбоев и действиях, которые мы предприняли, чтобы проблемы не повторились. Я думаю, вы согласитесь, что проблемы бывают у всех сервисов (включая Google, Яндекс и других) и, главное, быстро решить проблему «на корню». Важнейшим показателем уровня разработки можно считать и скорость работы саппорта, а она у нас на высоте.
Uptime платформы все-таки правильнее считать за длительный период, а не за две недели. Текущая проблема не связана с проблемой прошлой недели, которую мы решили. Увы, так сложились обстоятельства, что весь год мы работали стабильно (стремились к 99,99%), но за последнее время различные сбои произошли в короткий период времени.
Стоит отметить, что проблемы наблюдались только у одного узла, в котором сейчас работают свыше 25 000 аккаунтов. Практически никто в России не может похвастаться таким крупным кластером. В настоящий момент мы расширяем его и делаем более отказоустойчивым. Обязательно отчитаемся на Хабре, что мы сделали, чтобы гарантировать отказоустойчивость такого высоконагруженного сервиса.
Когда падает локальная платформа стороннего разработчика, все выглядит еще печальнее — саппорт оператора стучится в саппорт разработчика и там начинают не торопясь разбираться, что же случилось на отдельно взятом локальном (и не знакомом) хосте. Это весьма частая проблема других вендоров. С нами оператор может быть уверенным, что мы сразу решаем проблему.
Я напишу вам в личку о произошедшем и буду держать в курсе.
P.S. Если потребуется вынос, то на вашей площадке окажется и IVR.
Нет никаких проблем инсталлировать платформу на площадке оператора. У нас есть вынос во Владивостоке, например. Понятное дело, что операторов не из России мы тоже делаем инсталляцию на площадке оператора и обслуживаем её.
Так что все вопросы решаемы.
imagestun.com/swf/2012/50598981beda7.swf
Вы — молодец!