По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
В Amocrm существует два вида воронок: Воронка продаж и Digital воронка. Обе они являются эффективными инструментами для отдела продаж. Основным элементом построения воронки являются этапы, по которым проходит лид перед тем, как совершить целевое действие.
/p>
В Amo можно создавать до 10 воронок, в каждой из которой можно настроить до 100 шагов.
Как создать воронку продаж в AmoCRM?
Технически начало построения воронки начинается с открытия вкладки «Сделки» . По умолчанию к редактированию предлагается воронка со стандартными шагами.
Далее можно создавать шаги, которые являются последовательностью этапов продаж. Некоторые из них могут заканчиваться неуспешным статусом, например, отказом клиента от покупки.
Самостоятельная настройка воронки продаж
Создатели AmoCRM рекомендует следовать следующим правилам при самостоятельной настройке воронки продаж:
Создавать шаги, которые являются этапами продаж
Разделять этапы по длительности
Разделять воронки по отделам
Называть этапом конкретное действие
Шаги, которые являются этапами продаж
Специалисты рекомендуют избегать этапов, которые не содержат шаги, приближающие лид к совершению покупки. Так же не создавайте этапы-напоминания. Конечно, существуют сценарии, в которых клиент не выходит на связь, после отправки заявки, или ему не подошли условия. В таком случае следует создать отдельную воронку, в которой будут существовать неуспешные этапы продаж. Это поможет составить более точную и дифференцированную статистику по продажам.
Разделять этапы по длительности
Самым лучшим вариантом является обозначение времени для каждого шага. Когда в одном этапе сделки сочетается конкретный срок и задание с неопределенной длительностью, высок риск того, что менеджер может забыть или даже «забить» на выполнение задачи. Если каждый этап имеет свой определенный дедлайн, система пришлет менеджеру напоминание, когда срок вот-вот подойдет к концу. Установить срок выполнения задачи можно в настройках Сделки. Выберите «Создать новую сделку» или «Редактировать» уже существующую.
Разделение воронки при работе нескольких отделов
Случается, что над одной заявкой может работать более одного отдела. Например, сначала клиент контактирует с колл-центром, потом с персональным менеджером по продажам, и в конце концов с финансовым и юридическим отделом, где заключается договор. В этой ситуации продуктивным способом разделить ответственных по шагам и отследить статистику по каждому отделу.
Работа со сделками
Сделки перемещаются по этапам воронки, с ними взаимодействуют менеджеры по продажам и другие ответственные, которые к ней прикреплены. Чтобы извлечь максимум пользы от каждого взаимодействия с клиентом, рекомендуется отредактировать поля карточки сделки в зависимости от специфики бизнеса. Это действие, как и редактор воронок, доступно только администратору системы.
Подключите веб-форму
В AmoCRM есть возможность подключения формы обратной связи с сайта прямо к системе. Это означает, что заявки с сайта будут автоматически поступать в воронку.
Периодические покупки
Это совершенно новый инструмент в AmoCRM, который позволяет работать с существующими клиентами, строить ожидания и гипотезы, когда они вновь обратятся в компанию. Для активации данного инструмента необходимо перейти в «Настройки» - «Общие настройки» , выбрать Периодические покупки и активировать их.
После этого система перенесет администратора в раздел «Покупатели» , где необходимо будет задать условия взаимодействия с постоянными клиентами, задачи и рекламные материалы. Amo будет периодически высылать промо материалы этим покупателям, стимулируя их на покупку.
В предыдущей части нашей серии OSPF мы рассмотрели варианты ручной фильтрации маршрутов. Теперь мы обсудим маршруты по умолчанию и сравним OSPFv2 с OSPFv3.
Предыдущие статьи:
Расширенные возможности OSPF: Области
OSPF: создание конкретных типов областей
Ручная фильтрация маршрутов OSPF
Маршрут по умолчанию (Default Routes)
Мы изучили с вами, что OSPF может автоматически генерировать маршрут по умолчанию, когда это необходимо. Это происходит с некоторыми специальными типами областей. Например, если вы настраиваете totally stubby area, требуется маршрут по умолчанию, и OSPF генерирует этот маршрут автоматически из ABR.
Чтобы повысить гибкость ваших проектов, маршруты по умолчанию, вводимые в нормальную область, могут быть созданы любым роутером OSPF. Для создания маршрута по умолчанию используется команда default-information originate.
Эта команда содержит два варианта:
Вы можете объявлять 0.0.0.0 в домен OSPF, при условии, что объявляемый роутер уже имеет маршрут по умолчанию.
Вы можете объявлять 0.0.0.0 независимо от того, имеет ли объявляемый роутер уже маршрут по умолчанию. Этот второй метод выполняется путем добавления ключевого слова always к default-information originate
Рисунок 1 - топология OSPF
Используя нашу простую топологию из рисунка 1 еще раз, давайте настроим ATL2 для введения маршрута по умолчанию в нормальную, не магистральную область 1.
ATL2#conf t
Enter configuration commands, one per line. End with CNTL/Z .
ATL2 (config)#router ospf 1
ATL2 (config-router)#default-information originate always
ATL2 (config-router)#end
ATL2#
Обратите внимание, что в этом примере мы используем ключевое слово always, чтобы убедиться, что ATL2 генерирует маршрут по умолчанию независимо от того, есть ли у устройства уже маршрут по умолчанию в его таблице маршрутизации.
Вот проверка на ORL:
show ip route
Сравнение OSPFv2 и OSPFv3
Каким бы удивительным ни был OSPFv2, он не может маршрутизировать префиксы IPv6 для нас. Это работу выполняет OSPFv3. Хорошей новостью для вас является тот факт, что вы можете использовать почти все, что вы узнали о OSPFv2 при переходе на протокол OSPFv3. Полная перестройка протокола не проводилась, и было сохранено как можно больше функциональных возможностей и этапов настройки.
Как вы узнаете далее, OSPFv3 предлагает использование семейств адресов в конфигурации, что делает этот протокол подходящим для переноса префиксов IPv6 или даже префиксов IPv4 с соответствующим семейством адресов.
В конце этой статьи демонстрируется «стандартная» конфигурация OSPFv3, а также конфигурация семейства адресов.
Важно иметь представление о ключевых сходствах и различиях между v2 и v3 протоколов OSPF. Вот сходства, которые описаны ниже:
В OSPFv3 процесс маршрутизации не создается явно. Включение OSPFv3 на интерфейсе приведет к созданию процесса маршрутизации и связанной с ним конфигурации.
Идентификатор маршрутизатора по-прежнему является 32-разрядным значением в OSPFv3, и процесс выбора идентификатора маршрутизатора остается таким же.
OSPF автоматически предпочитает loopback интерфейс любому другому виду, и он выбирает самый высокий IP-адрес среди всех loopback интерфейсов.
Если никаких loopback интерфейсов нет, то выбирается самый высокий IP-адрес в устройстве.
Вот некоторые ключевые отличия:
Эта функция отличается от OSPF версии 2, в которой интерфейсы косвенно включены с помощью режима конфигурации устройства.
При использовании nonbroadcast multiaccess интерфейса в OSPFv3 необходимо вручную настроить устройство со списком соседей.
Соседние устройства идентифицируются по их идентификатору устройства.
В IPv6 можно настроить множество префиксов адресов на интерфейсе.
В OSPFv3 все префиксы адресов на интерфейсе включены по умолчанию.
Вы не можете выбрать определенные префиксы адресов для импорта в OSPFv3; либо импортируются все префиксы адресов в интерфейсе, либо никакие префиксы адресов в интерфейсе не импортируются.
В отличие от OSPF версии 2, несколько экземпляров OSPFv3 могут быть запущены на линии.
Традиционная (стандартная) настройка OSPFv3
Чтобы продемонстрировать (и попрактиковать) конфигурацию OSPFv3 часть настроек мы отбросили.
Вот конфигурация нашей магистральной области (область 0) и не магистральной области (область 1) с использованием «традиционного» подхода OSPFv3.
ATL# configuration terminal
Enter configuration commands, one per line . End with CNTL/Z .
ATL(config)#ipv6 unicast-routing
ATL(config)#interface fa0/0
ATL(config-if)#ipv6 address 2001:1212:1212::1/64
ATL(config-if)#ipv6 ospf 1 area 0
ATL(config-if)#interface loopback0
ATL(config-if)#ipv6 address 2001:1111:1111::1/64
ATL(config-if)#ipv6 ospf 1 area 0
ATL(config-if)#end
ATL#
Обратите внимание, насколько знакомым кажется этот подход к настройке, он аналогичен настройке OSPFv2. Обратите внимание также, что мы должны глобально включить возможность одноадресной маршрутизации IPv6 на устройстве. Это не является действием по умолчанию. Вы также должны понять, что это не требуется для запуска IPv6 на интерфейсах, это просто требование сделать маршрутизацию трафика IPv6 на роутере.
Вот конфигурация наших двух других устройств:
ATL2#conf t
Enter configuration commands, one per line. End with CNTL/Z .
ATL2 (config)#ipv6 unicast-routing
ATL2 (config)#int fa0/0
ATL2 (config-if)#ipv6 address 2001:1212:1212::2/64
ATL2 (config-if)#ipv6 ospf 1 area 0
ATL2 (config-if)#
*Mar 28 09:23 :25 .563 : %0SPFv3-5-ADJCHG: Process 1, Nbr
192.168.20.1 on FastEthernet0/0 from LOADING to FULL, Loading Done
ATL2 (config-if)#int fa1/0
ATL2 (config-if)#ipv6 address 2001:2323:2323::2/64
ATL2 (config-if)#ipv6 ospf 1 area 1
ATL2 (config-if)#end
ATL2#
ORL#conf t
Enter configuration commands, one per line . End with CNTL/Z .
ORL(config)#ipv6 unicast-routing
ORL(config)#int fa1/0
ORL(config-if)#ipvб address 2001:2323:2323::3/64
ORL(config-if)#ipvб ospf 1 area 1
ORL(config-if)#end
ORL#
Теперь настало время для проверки. Обратите внимание, что я выполню все это на устройстве ORL для краткости. Обратите внимание еще раз на все замечательные сходства с OSPFv2:
show ipv6 route
show ipv6 ospf neighbor
show ipv6 ospf database
Конфигурация Семейства Адресов OSPFv3
Давайте завершим эту статью изучением стиля конфигурации семейства адресов OSPFv3. Помните, что это позволит нам использовать этот единый протокол для передачи префиксов IPv4 и IPv6.
Вот пример подхода к конфигурации семейства адресов OSPFv3:
BOS (config)#ipv6 unicast-routing
BOS (config)#router ospfv3 1
BOS (config-router)#address-family ipv6 unicast
BOS (config-router-af)#area 1 range 2001:DB8:0:0::0/128
BOS (config-router-af)#end
BOS#conf t
BOS (config)#interface fa1/0
BOS (config-if)#ipv6 ospf 1 area 1
Важно то, что если вы уже знакомы с семействами адресов из другого протокола (например, BGP), то эта настройка покажется вам очень простой. Также учтите, что подход к настройке OSPFv3 на подинтерфейсах не меняется.
В статье покажем, как установить последний на момент написания статьи stable релиз SNG7-PBX-64bit-1910. Установка произведем в среде виртуализации VMware. Погнали!
Скачать последний стабильный релиз FreePBX Distro можно по этой ссылке: https://www.freepbx.org/downloads/
Системные требования к виртуальной машине
Первое, что нужно сделать – создать виртуальную машину, в которой мы развернем IP – АТС Asterisk с помощью FreePBX Distro. Тут нужно воспользоваться нашим калькулятором IP – АТС Asterisk – он доступен по ссылке ниже. Калькулятор подскажет полные требования к серверу согласно ваших входных данных. Переходите по ссылке и возвращайтесь уже с системными требованиями :)
Калькулятор Asterisk
Установка
После того, как виртуальная машина создана, к ней необходимо подцепить .iso, загрузить с него виртуальную машину и следовать нашим инструкциям. Откройте KVM окно (окно управления машиной)
Мы установим FreePBX 15 версии, Linux версии 7.6 и сам Asterisk 16 версии. Поэтому, в первом окне выбираем FreePBX 15 Installation (Asterisk 16) - Recommended и нажимаем Enter:
Далее нужно выбрать, где мы будем получать информацию об установке. Мы выбираем «как бы» на монитор (VGA), но на самом деле, это окно KVM виртуальной машины. Выбирайте опцию Graphical Installation – Output to VGA и нажимаем Enter:
На следующем экране нужно выбрать FreePBX Standard и нажать Enter:
Запускается инсталлятор:
Установим root - пароль. Для этого переходим в соответствующий пункт меню:
И указываем дважды требуемый пароль:
И ждем. Пока на прогрессбаре (индикаторе состояния установки) вы не увидите заветные Complete!:
Дальнейшая настройка
А чтобы настроить установленный и свежий дистрибутив воспользуйтесь статьей по ссылке ниже. Enjoy :)
Настройка FreePBX с нуля