По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Всем привет, мы давно хотели рассказать о том, что из себя представляет одна из широко распространённых CRM систем, а именно – про Амо. AmoCRM – система управления бизнесом, в которой хранятся карточки существующих и потенциальных клиентов, воронки продаж и информация о сделках. CRM интегрируется с чатами на сайтах, мессенджерами, социальными сетями и почтой, что позволяет автоматизировать сбор заявок от клиентов и работу с ними. AmoCRM так же генерирует понятные и детальные отчеты по статусам сделок, количеству клиентов и финансовым показателям. В статье мы рассмотрим процесс изначальной регистрации и разберем каждый из модулей этой CRM системы.
/p>
Установка AmoCRM
Для того, чтобы начать пользоваться AmoCRM достаточно зарегистрироваться на официальном сайте. Новая компания получает 14 дней бесплатного использования полного функционала системы. После регистрации необходимо настроить систему, это делается довольно просто. Необходимо просто заполнить поля формы, которая появляется сразу после первого входа в систему.
Саму систему не нужно отдельно устанавливать, она работает как веб-приложение. Так же Amo представлена в виде приложений для Android и iOS. Для планшетов разработчики рекомендуют использовать веб-версию.
Личный кабинет
После окончания регистрации открывается доступ к функциям CRM. На левой панели отображаются инструменты, необходимые для работы, а на главном экране отображается аналитика процессов.
Сделки
Вкладка «Сделки» открывает инструментарий воронки продаж. Она отображает шаги, которые проходит клиент прежде чем совершить целевое действие. По умолчанию в AmoCRM это следующие этапы:
Первичный контакт;
Переговоры;
Принятие решения;
Согласование договора;
При необходимости их можно кастомизировать или создать с нуля. В Amo можно создать до 10 воронок продаж в одном аккаунте, которые будут включать в себя до 100 различных шагов. Настраивается воронка с помощью Настроить>Этапы продаж.Шаги можно выделять цветом для удобства построения сценариев и группировки шагов. Например, зеленый для действий «попадания в воронку», красный для неуспешного статуса.
Задачи
Задачи помогают распределить задания между сотрудниками. Существует два типа встроенных задач: встреча и связаться с клиентом, кроме того можно создать уникальную задачу выбрав иконку, её цвет и название события.
Задаче обязательно должен быть присвоен исполнитель и дедлайн.
Списки
Один из основных компонентов, с которым работают менеджеры по продажам, это вкладка Списки. Она представляет собой базу данных клиентов, контактировавших с компанией так или иначе. Контакты могут быть привязаны к одной и более сделкам в воронке продаж или вообще не участвовать ни в одной. К одному контакту может быть подключено несколько менеджеров с одним ответственным, который регулирует права доступа к информации и действиям. Поля, необходимые для заполнения, могут настраиваться администратором CRM в зависимости от внутренних правил компании и приоритета в данных.
Телефония и почта
Расширить возможности коммуникации с клиентами из CRM можно с помощью интеграций с социальными сетями, мессенджерами, а также электронной почтой и телефонией. Amo предлагает множество вариантов подключения к виртуальным АТС различных компаний буквально в несколько кликов. После интеграции совершать звонки можно прямо из карточки контакта или из сделки. С помощью API CRM можно подключить к любой другой АТС, которая не представлена в списке.
Если у клиента нет опыта интеграции CRM с телефонией, AMO предлагает воспользоваться демо образом виджета, благодаря которому можно исследовать все тонкости работы со звонками внутри системы.
Как и телефонию к системе можно привязать почту и общаться с клиентами напрямую из CRM. История переписки сохраняется в карточке клиента, даже если письмо было отправлено с помощью почтового агента, а не системы.
Аналитика
Amo включает в себя мощные инструменты по созданию графиков и анализу эффективности отдела продаж, так же можно отслеживать различные зависимости и брать данные для разработки маркетинговых компаний.
Пользователю предлагаются следующие отчеты:
Анализ продаж;
Сводный отчет;
Отчет по сотрудникам;
Список событий;
Звонки;
Цели;
Одним из интересных и новых инструментов является последний пункт. Он позволяет отслеживать уровень выполнения KPI в любое время, устанавливать новые показатели и анализировать, как с ними справляются сотрудники.
Данные можно просматривать за 1 день, неделю, месяц и год.
API
Amo CRM предлагает специальный кабинет разработчика, в котором хранится вся необходимая информация для интеграции системы практически с любым другим сторонним сервисом. CRM можно не только просто настроить, но и наделить её абсолютно новыми функциям. Развернутое описание API можно найти на официальном сайте во вкладке для разработчиков.
Кроме того, в настройки уже входят десятки различных виджетов для подключения телефонии, чатов, социальных сетей, рекламной аналитики и др. Систему можно настроить, не прибегая к услугам программистов.
Заключение
На этом все, спасибо за внимание. Если вам интересны какие-то тонкости по работе и настройке AmoCRM – пишите в комментариях, будем рады пополнить нашу базу статей новым интересным и полезным материалом!
В одном из прошлых статей мы рассмотрели способы фильтрации маршрутов для динамического протокола маршрутизации EIGRP. Следует отметить, что EIGRP проприетарная разработка Cisco, но уже открыта другим производителям. OSPF же протокол открытого стандарта и поддерживается всем вендорами сетевого оборудования. Предполагается, что читатель знаком с данным протоколом маршрутизации и имеет знания на уровне CCNA.
OSPF тоже поддерживает фильтрацию маршрутов, но в отличии от EIGRP, где фильтрацию можно делать на любом маршрутизаторе, здесь она возможна только на пограничных роутерах, которые называются ABR (Area Border Router) и ASBR (Autonomous System Boundary Router). Причиной этому является логика анонсирования маршрутов в протоколе OSPF. Не вдаваясь в подробности скажу, что здесь маршруты объявляются с помощью LSA (Link State Advertisement). Существует 11 типов LSA, но рассматривать их мы не будем. По ходу статьи рассмотрим только Type 3 LSA и Type 5 LSA.
LSA третьего типа создаются пограничными роутерами, которые подключены к магистральной области (backbone area) и минимум одной немагистральной. Type 3 LSA также называются Summary LSA. С помощью данного типа LSA ABR анонсирует сети из одной области в другую. В таблице базы данных OSPF они отображается как Summary Net Link States:
Фильтрация LSA третьего типа говорит маршрутизатору не анонсировать сети из одной области в другую, тем самым закрывая доступ к сетям, которые не должны отображаться в других областях.
Видео: протокол OSPF (Open Shortest Path First) за 8 минут
Для настройки фильтрации применяется команда area area-num filter-list prefix prefix-list-name {in | out} в интерфейсе конфигурации OSPF. Как видно, здесь применяются списки префиксов или prefix-list, о которых мы говорили в предыдущей статье. Маршрут не анонсируется если попадает под действие deny в списке префиксов.
Камнем преткновения в данной команде являются ключевые слова in и out. Эти параметры определяют направление фильтрации в зависимости от номера области, указанного в команде area are-num filter. А работают они следующим образом:
Если прописано слово in, то маршрутизатор предотвращает попадание указанных сетей в область, номер которого указан в команде.
Если прописано слово out, то маршрутизатор фильтрует номера сетей, исходящих из области, номер которого указан в команде.
Схематически это выглядит так:
Команда area 0 filter-list in отфильтрует все LSA третьего типа (из областей 1 и 2), и они не попадут в area 0. Но в area 2 маршруты в area 1 попадут, так как нет команд вроде area 2 filter-list in или area 1 filter-list out. Вторая же команда: area 2 filter-list out отфильтрует все маршруты из области 2. В данном примере маршрутная информация из второй области не попадёт ни в одну из областей.
В нашей топологии, показанной на рисунке, имеются две точки фильтрации, то есть два пограничных маршрутизатора:
При чем каждый из этих маршрутизаторов будет фильтровать разные сети. Также мы здесь используем обе ключевых слова in и out. На ABR1 напишем следующие prefix-list-ы:
ip prefix-list FILTER-INTO-AREA-34 seq 5 deny 10.16.3.0/24
ip prefix-list FILTER-INTO-AREA-34 seq 10 permit 0.0.0.0/0 le 32
А на ABR2
ip prefix-list FILTER-OUT-OF-AREA-0 seq 5 deny 10.16.2.0/23 ge 24 le 24
ip prefix-list FILTER-OUT-OF-AREA-0 seq 10 permit 0.0.0.0/0 le 32
Теперь проверив таблицу маршрутизации на R3, увидим, что маршрут до сети 10.16.3.0 отсутствует:
Теперь поясним, что мы сказали маршрутизатору. В конфигурации ABR1 первый prefix-list с действием deny совпадет только с маршрутом, который начинается на 10.16.3.0, а длина префикса равна 24. Второй же префикс соответствует всем остальным маршрутам. А командой area 34 filter-list prefix FILTER-INTO-AREA-34 in сказали отфильтровать все сети, которые поступают в 34 область. Поэтому в базе OSPF маршрута в сеть 10.16.3 через R1 не будет.
На втором же маршрутизаторе пошли другим путём. Первый команда ip prefix-list FILTER-OUT-OF-AREA-0 seq 5 deny 10.16.2.0/23 ge 24 le 24 совпадет с маршрутами, который начинается на 10.16.2.0 и 10.16.3.0, так как указан /23. На языке списка префиксов означает взять адреса, которые могут соответствовать маске 255.255.254.0, а длина префикса адреса равна 24. А командой area 0 out сказали отфильтровать все LSA 3 типа, которые исходят из области 0. На первый взгляд кажется сложным, но если присмотреться, то все станет ясно.
Фильтрация маршрутов в OSPF через distribute-list
Фильтрация LSA третьего типа не всегда помогает. Представим ситуацию, когда в какой-то области 50 маршрутизаторов, а нам нужно чтобы маршрутная информация не попала в таблицу только 10 роутеров. В таком случае фильтрация по LSA не поможет, так как он фильтрует маршрут исходящий или входящий в область, в нашем случае маршрут не попадёт ни на один маршрутизатор, что противоречит поставленной задаче.
Для таких случаев предусмотрена функция distribute-list. Она просто не добавляет указанный маршрут в таблицу маршрутизации, но в базе OSPF маршрут до сети будет.
В отличии от настройки distribute-list в EIGRP, в OSPF нужно учесть следующие аспекты:
Команда distribute-list требует указания параметров in | out, но только при применении in фильтрация будет работать.
Для фильтрации команда может использовать ACL, prefix-list или route-map.
Можно также добавить параметр interface interface-type-number, чтобы применить фильтрацию для конкретного интерфейса.
Внесем некоторые изменения в конфигурацию маршрутизатора R3, чтобы отфильтровать маршрут до сети 10.16.1.0:
Как видно на выводе, до применения prefix-list-а, в таблице маршрутизации есть маршрут до сети 10.16.1.0. Но после внесения изменений маршрут исчезает из таблицы, но вывод команды show ip ospf database | i 10.16.1.0 показывает, что в базе OSPF данный маршрут существует.
Фильтрация маршрутов на ASBR
Как уже было сказано в начале материала, ASBR это маршрутизатор, который стоит между двумя разными автономными системами. Именно он генерирует LSA пятого типа, которые включают в себя маршруты в сети, находящиеся вне домена OSPF.
Топология сети показана ниже:
Конфигурацию всех устройств из этой статьи можно скачать в архиве по ссылке ниже.
Скачать конфиги тестовой лаборатории
Как видно из рисунка, у нас есть два разных домена динамической маршрутизации. На роутере ASBR настроена редистрибюция маршрутов, то есть маршруты из одно домена маршрутизации попадают во второй. Нам нужно отфильтровать маршруты таким образом, чтобы сети 172.16.101.0/24 и 172.16.102.0/25 не попали в домен EIGRP. Все остальные, включая сети точка-точка, должны быть видны для пользователей в сети EIGRP.
Для фильтрации Cisco IOS нам дает всего один инструмент route-map. О них мы подробно рассказывали в статье и фильтрации маршрутов в EIGRP.
Можно пойти двумя путями. Либо запрещаем указанные маршруты, в конце добавляем route-map с действием permit, который разрешит все остальные, либо разрешаем указанным в списке префиксов маршруты, а все остальное запрещаем (имейте ввиду, что в конце любого route-map имеется явный запрет deny).
Покажем второй вариант, а первый можете протестировать сами и поделиться результатом.
Для начала создаем списки префиксов с разрешёнными сетями:
ip prefix-list match-area0-permit seq 5 permit 172.16.14.0/30
ip prefix-list match-area0-permit seq 10 permit 172.16.18.0/30
ip prefix-list match-area0-permit seq 15 permit 172.16.8.1/32
ip prefix-list match-area0-permit seq 20 permit 172.16.4.1/32
ip prefix-list match-area0-permit seq 25 permit 172.16.48.0/25
ip prefix-list match-area0-permit seq 30 permit 172.16.49.0/25
ip prefix-list match-area3-permit seq 5 permit 172.16.103.0/24 ge 26 le 26
Еще раз отметим, что фильтрация LSA Type 5 делается только на ASBR маршрутизаторе. До внесения изменений на маршрутизаторе R1 видны сети до 101.0 и 102.0:
Применим изменения на ASBR:
Проверим таблицу маршрутизации R1 еще раз:
Как видим, маршруты в сеть 101.0 и 102.0 исчезли из таблицы.
На этом, пожалуй, завершим это материал. Он и так оказался достаточно большим и сложным. Удачи в экспериментах!
Cisco Unified Communications Manager (CUCM) поддерживает множество дополнительных телефонных функций, таких как Call Forward, Shared Lines, Call Pickup, Call Haunting и Call Park, которые объединены одним термином Call Coverage.
В этой статье мы рассмотрим Call Pickup или перехват вызова. В группу перехвата (Call Pickup Group) включаются номера (Directory Number) и самой группе присваивается номер.
Может быть сконфигурировано три типа перехвата вызова:
Call Pickup: Если несколько номеров находятся в одной группе и один из них звонит, то на другом телефоне можно нажать на кнопку для перехвата этого звонка.
Group Call Pickup: Если два телефона находятся в разных группах перехвата и один из них звонит, то на другом телефоне можно нажать на кнопку для перехвата группового вызова и набрать номер группы, в который находится звонящий телефон. После этого звонок будет перехвачен. Есть вариант этой функции под названием Directed Call Pickup, в котором для перехвата нужно набрать номер телефона, на который приходит звонок.
Other Group Pickup: Этот тип позволяет перехватывать звонки из связанной группы, не вводя ее номер.
Настройка Call Pickup
Переходим во вкладку Call Routing → Call Pickup Group и нажимаем Add New. Тут указываем название и уникальный номер группы в полях Call Pickup Group Name и Call Pickup Group Number. Также выбирает тип уведомлений в поле Call Pickup Group Notification Policy и какая информация будет отображаться на дисплее в поле Calling Information Display For Call Pickup Group Notification.
Для использования функции перехвата, необходимо добавить телефоны в группу. Для этого переходим во вкладку Device → Phone, затем выбираем необходимый телефон и на странице его настроек в левой части нажимаем на Line [1] . В этом окне в разделе Call Forward and Call Pickup Settings в поле Call Pickup Group выбираем созданную нам группу. Таким же способом настраиваем другие телефоны, которые будут состоять в группе перехвата.
Затем настроим Softkey клавишу для перехвата звонка на телефоне. Переходим в меню Device → Device Settings → Softkey Template. Здесь выбираем либо уже существующий шаблон, либо нажимаем Add New и добавляем новый. В этом случае выбираем шаблон который будет браться за основу и сохраняем его.
В правом верхнем углу в меню Related Tasks выбираем Configure Softkey Layout и нажимаем Go.
Далее добавляем из правого меню клавиши Pickup, Group Pickup или Other Group Pickup (каждая клавиша может быть выбрана для Off Hook и On Hook состояния). После выбора нажимаем Save и сохраняем.
Теперь эту настройку нужно применить на телефоне. Переходим в меню Device → Phone, выбираем нужный телефон , и на странице его настроек в разделе Device Information в поле Softkey Template указываем созданный нами шаблон, и применяем настройки нажатием кнопок Save и Apply Config.