прокси скрипт геткурс что это
Как настроить процесс обработки заказов?
Процессы — один из важных и интересных инструментов платформы GetCourse, инструмент визуального программирования. С помощью процесса вы можете настроить максимальную автоматизацию ваших продаж (также процессы применяются при настройке автоворонок). Подробно и наглядно ознакомиться с настройкой процессов можно в нашем мастер-классе.
Также мы оказываем услуги настройки процессов сотрудниками GetCourse:
В этой статье мы рассмотрим процесс обработки новых заказов, который мы используем в наших собственных проектах и онлайн-школах.
Цель этого процесса — организовать работу менеджера, напомнить и довести клиента до оплаты.
Так выглядит полная схема процесса:
Как выглядит настройка процесса администратором?
Указываем тип проверки объектов для массового создания задач. В данном случае подходит тип проверки «При создании объекта» или «Периодическая проверка». Все новые заказы, соответствующие условию, будут попадать в процесс.
Указываем входное условие — заказы со статусом «Новый». То есть уже оплаченные или отменённые заказы в процесс попадать не будут.
Переходим на вторую вкладку «Процесс», где создаём всю схему нашего процесса.
Ниже схема с пронумерованными блоками, каждый из которых мы опишем отдельно:
Блок №1. «Начало работы» — с этого момента начинается процесс.
Добавляем и настраиваем нужные нам блоки процесса. Начинаем с блока «Прокси-скрипт»:
2. «Прокси-скрипт» — помогает разделить процесс на несколько веток, которые будут выполняться одновременно. Задаём нужное нам количество выходов:
3. «Ждём оплату» — ожидание условия «Заказ оплачен». В течение 30 дней с начала работы процесса система проверяет, не поступила ли оплата от клиента. Если заказ оплачен, то процесс завершается ( 4), больше никакие действия по этому заказу не предпринимаются (чтобы не беспокоить клиента лишними звонками, письмами и т.д.).
4. «Завершение процесса» — процесс завершается, больше никакие действия по этому заказу не предпринимаются. Завершение процесса может быть положительным, нейтральным или отрицательным — это можно использовать для удобства и наглядности. В данном случае указываем, что оплата заказа — это положительный вариант завершения процесса:
5. «Отменён?» — ожидание условия: статус заказа — «Отменён». Если в какой-то момент заказ будет отменён менеджером, то процесс завершится (6).
7. «1 минуту на оплату» — задержка длительностью в одну минуту. Ждём, что после создания заказа в течение одной минуты клиент сам его оплатит.
Эта задержка нужна для того, чтобы менеджер не начал звонить клиенту мгновенно при создании заказа. Даём клиенту возможность самому оплатить, и если он не оплатил — тогда уже начинаем с ним связываться.
8. «Взять заказ» — это блок «Вопрос менеджеру» с двумя вариантами ответа: «Да» и «Это дубль».
«Да» — если это обычный заказ, который менеджер должен взять себе и обработать.
«Это дубль» — если клиент случайно создал несколько одинаковых заказов, и лишний заказ нужно удалить.
В зависимости от ответа менеджера на этот вопрос процесс повернёт в ту или иную сторону:
9. «Ложный» — если клиент случайно создал два одинаковых заказа, то один из них менеджер помечает как дубль и удаляет, меняя статус заказа на «Ложный». Такой заказ не будет отображаться в списке заказов и влиять на статистику. После удаления заказа процесс завершается (6):
10. «Назначить на себя» — если менеджер выбирает взять заказ, то эта операция прикрепляет этого менеджера к этому заказу, чтобы дальше с ним работал только он:
11. «Частично оплачен?» — это условие проверяет, является ли заказ частично оплаченным:
12. «Статус „В работе“» — процесс автоматически устанавливает заказу статус «В работе»:
13. «Есть телефон?» — это условие проверяет, указан ли телефон в профиле у клиента:
14. «Не подтверждён» — процесс автоматически устанавливает заказу статус «Не подтверждён»:
15. «Отправляем сообщение» — если клиент не указал телефон, то менеджер может отправить клиенту сообщение на почту, чтобы уточнить номер телефона.
У менеджера есть выбор, отправлять сообщение или нет.
16. «Ждём номер 5 дней» — ожидание условия. В течение пяти дней процесс проверяет, не появился ли номер телефона в профиле клиента.
17. «Отложен» — если номера телефона в профиле так и не появилось, меняем статус заказа на «Отложен».
18. «Ждём 3 дня» — задержка длительностью в три дня.
19. «Контрольный звонок» — если за три дня появился номер телефона, то менеджер пробует позвонить клиенту, чтобы уточнить, будет ли клиент оплачивать заказ.
20. «Дозваниваемся 3 дня» — отдельный подпроцесс под названием «Дозвониться за 3 дня».
Суть этого подпроцесса — дозвониться до клиента. При этом делается ограниченное число попыток дозвониться: три дня по три попытки. Если дозвониться не удалось, подпроцесс ( 20) завершается и задача продолжается по основному процессу — отправляем клиенту сообщение (22).
В этом подпроцессе используются счётчики, которые помогают ограничить количество попыток дозвониться.
A — сбрасываем счётчик дней (устанавливаем значение счётчика = 0).
B — сбрасываем счётчик звонков (устанавливаем значение счётчика = 0).
С — звоним клиенту. Внутри этого блока можно добавить подробное описание для менеджера, о чём нужно поговорить с клиентом — скрипт звонка.
После первой попытки звонка выбираем нужный результат звонка:
D — звонок состоялся, мы дозвонились.
E — этот заказ — дубль, его нужно удалить.
F — номер телефона клиента некорректный (например, пропущена цифра).
G — звонок не состоялся (клиент не отвечает или недоступен), увеличиваем счётчик звонков на 1.
H — проверка условия: звонков меньше 3?
I — если звонков меньше 3, ставим задержку 30 минут и снова пытаемся дозвониться.
J — если звонков не меньше 3 (то есть 3 или больше), то проверяем, сколько прошло дней.
K — если дней меньше 3, то ставим задержку — 1 сутки.
L — увеличиваем счётчик дней на 1 и далее сбрасываем счётчик звонков (B), чтобы во второй день тоже позвонить не более трёх раз.
M — если за 3 дня так и не удалось дозвониться, завершаем процесс.
Как настроить процесс обработки заказов?
Процессы — один из важных и интересных инструментов платформы GetCourse, инструмент визуального программирования. С помощью процесса вы можете настроить максимальную автоматизацию ваших продаж (также процессы применяются при настройке автоворонок). Подробно и наглядно ознакомиться с настройкой процессов можно в нашем мастер-классе.
Также мы оказываем услуги настройки процессов сотрудниками GetCourse:
В этой статье мы рассмотрим процесс обработки новых заказов, который мы используем в наших собственных проектах и онлайн-школах.
Цель этого процесса — организовать работу менеджера, напомнить и довести клиента до оплаты.
Так выглядит полная схема процесса:
Как выглядит настройка процесса администратором?
Указываем тип проверки объектов для массового создания задач. В данном случае подходит тип проверки «При создании объекта» или «Периодическая проверка». Все новые заказы, соответствующие условию, будут попадать в процесс.
Указываем входное условие — заказы со статусом «Новый». То есть уже оплаченные или отменённые заказы в процесс попадать не будут.
Переходим на вторую вкладку «Процесс», где создаём всю схему нашего процесса.
Ниже схема с пронумерованными блоками, каждый из которых мы опишем отдельно:
Блок №1. «Начало работы» — с этого момента начинается процесс.
Добавляем и настраиваем нужные нам блоки процесса. Начинаем с блока «Прокси-скрипт»:
2. «Прокси-скрипт» — помогает разделить процесс на несколько веток, которые будут выполняться одновременно. Задаём нужное нам количество выходов:
3. «Ждём оплату» — ожидание условия «Заказ оплачен». В течение 30 дней с начала работы процесса система проверяет, не поступила ли оплата от клиента. Если заказ оплачен, то процесс завершается ( 4), больше никакие действия по этому заказу не предпринимаются (чтобы не беспокоить клиента лишними звонками, письмами и т.д.).
4. «Завершение процесса» — процесс завершается, больше никакие действия по этому заказу не предпринимаются. Завершение процесса может быть положительным, нейтральным или отрицательным — это можно использовать для удобства и наглядности. В данном случае указываем, что оплата заказа — это положительный вариант завершения процесса:
5. «Отменён?» — ожидание условия: статус заказа — «Отменён». Если в какой-то момент заказ будет отменён менеджером, то процесс завершится (6).
7. «1 минуту на оплату» — задержка длительностью в одну минуту. Ждём, что после создания заказа в течение одной минуты клиент сам его оплатит.
Эта задержка нужна для того, чтобы менеджер не начал звонить клиенту мгновенно при создании заказа. Даём клиенту возможность самому оплатить, и если он не оплатил — тогда уже начинаем с ним связываться.
8. «Взять заказ» — это блок «Вопрос менеджеру» с двумя вариантами ответа: «Да» и «Это дубль».
«Да» — если это обычный заказ, который менеджер должен взять себе и обработать.
«Это дубль» — если клиент случайно создал несколько одинаковых заказов, и лишний заказ нужно удалить.
В зависимости от ответа менеджера на этот вопрос процесс повернёт в ту или иную сторону:
9. «Ложный» — если клиент случайно создал два одинаковых заказа, то один из них менеджер помечает как дубль и удаляет, меняя статус заказа на «Ложный». Такой заказ не будет отображаться в списке заказов и влиять на статистику. После удаления заказа процесс завершается (6):
10. «Назначить на себя» — если менеджер выбирает взять заказ, то эта операция прикрепляет этого менеджера к этому заказу, чтобы дальше с ним работал только он:
11. «Частично оплачен?» — это условие проверяет, является ли заказ частично оплаченным:
12. «Статус „В работе“» — процесс автоматически устанавливает заказу статус «В работе»:
13. «Есть телефон?» — это условие проверяет, указан ли телефон в профиле у клиента:
14. «Не подтверждён» — процесс автоматически устанавливает заказу статус «Не подтверждён»:
15. «Отправляем сообщение» — если клиент не указал телефон, то менеджер может отправить клиенту сообщение на почту, чтобы уточнить номер телефона.
У менеджера есть выбор, отправлять сообщение или нет.
16. «Ждём номер 5 дней» — ожидание условия. В течение пяти дней процесс проверяет, не появился ли номер телефона в профиле клиента.
17. «Отложен» — если номера телефона в профиле так и не появилось, меняем статус заказа на «Отложен».
18. «Ждём 3 дня» — задержка длительностью в три дня.
19. «Контрольный звонок» — если за три дня появился номер телефона, то менеджер пробует позвонить клиенту, чтобы уточнить, будет ли клиент оплачивать заказ.
20. «Дозваниваемся 3 дня» — отдельный подпроцесс под названием «Дозвониться за 3 дня».
Суть этого подпроцесса — дозвониться до клиента. При этом делается ограниченное число попыток дозвониться: три дня по три попытки. Если дозвониться не удалось, подпроцесс ( 20) завершается и задача продолжается по основному процессу — отправляем клиенту сообщение (22).
В этом подпроцессе используются счётчики, которые помогают ограничить количество попыток дозвониться.
A — сбрасываем счётчик дней (устанавливаем значение счётчика = 0).
B — сбрасываем счётчик звонков (устанавливаем значение счётчика = 0).
С — звоним клиенту. Внутри этого блока можно добавить подробное описание для менеджера, о чём нужно поговорить с клиентом — скрипт звонка.
После первой попытки звонка выбираем нужный результат звонка:
D — звонок состоялся, мы дозвонились.
E — этот заказ — дубль, его нужно удалить.
F — номер телефона клиента некорректный (например, пропущена цифра).
G — звонок не состоялся (клиент не отвечает или недоступен), увеличиваем счётчик звонков на 1.
H — проверка условия: звонков меньше 3?
I — если звонков меньше 3, ставим задержку 30 минут и снова пытаемся дозвониться.
J — если звонков не меньше 3 (то есть 3 или больше), то проверяем, сколько прошло дней.
K — если дней меньше 3, то ставим задержку — 1 сутки.
L — увеличиваем счётчик дней на 1 и далее сбрасываем счётчик звонков (B), чтобы во второй день тоже позвонить не более трёх раз.
M — если за 3 дня так и не удалось дозвониться, завершаем процесс.
Как настроить процесс обработки заказов?
Процессы — один из важных и интересных инструментов платформы GetCourse, инструмент визуального программирования. С помощью процесса вы можете настроить максимальную автоматизацию ваших продаж (также процессы применяются при настройке автоворонок). Подробно и наглядно ознакомиться с настройкой процессов можно в нашем мастер-классе.
Также мы оказываем услуги настройки процессов сотрудниками GetCourse:
В этой статье мы рассмотрим процесс обработки новых заказов, который мы используем в наших собственных проектах и онлайн-школах.
Цель этого процесса — организовать работу менеджера, напомнить и довести клиента до оплаты.
Так выглядит полная схема процесса:
Как выглядит настройка процесса администратором?
Указываем тип проверки объектов для массового создания задач. В данном случае подходит тип проверки «При создании объекта» или «Периодическая проверка». Все новые заказы, соответствующие условию, будут попадать в процесс.
Указываем входное условие — заказы со статусом «Новый». То есть уже оплаченные или отменённые заказы в процесс попадать не будут.
Переходим на вторую вкладку «Процесс», где создаём всю схему нашего процесса.
Ниже схема с пронумерованными блоками, каждый из которых мы опишем отдельно:
Блок №1. «Начало работы» — с этого момента начинается процесс.
Добавляем и настраиваем нужные нам блоки процесса. Начинаем с блока «Прокси-скрипт»:
2. «Прокси-скрипт» — помогает разделить процесс на несколько веток, которые будут выполняться одновременно. Задаём нужное нам количество выходов:
3. «Ждём оплату» — ожидание условия «Заказ оплачен». В течение 30 дней с начала работы процесса система проверяет, не поступила ли оплата от клиента. Если заказ оплачен, то процесс завершается ( 4), больше никакие действия по этому заказу не предпринимаются (чтобы не беспокоить клиента лишними звонками, письмами и т.д.).
4. «Завершение процесса» — процесс завершается, больше никакие действия по этому заказу не предпринимаются. Завершение процесса может быть положительным, нейтральным или отрицательным — это можно использовать для удобства и наглядности. В данном случае указываем, что оплата заказа — это положительный вариант завершения процесса:
5. «Отменён?» — ожидание условия: статус заказа — «Отменён». Если в какой-то момент заказ будет отменён менеджером, то процесс завершится (6).
7. «1 минуту на оплату» — задержка длительностью в одну минуту. Ждём, что после создания заказа в течение одной минуты клиент сам его оплатит.
Эта задержка нужна для того, чтобы менеджер не начал звонить клиенту мгновенно при создании заказа. Даём клиенту возможность самому оплатить, и если он не оплатил — тогда уже начинаем с ним связываться.
8. «Взять заказ» — это блок «Вопрос менеджеру» с двумя вариантами ответа: «Да» и «Это дубль».
«Да» — если это обычный заказ, который менеджер должен взять себе и обработать.
«Это дубль» — если клиент случайно создал несколько одинаковых заказов, и лишний заказ нужно удалить.
В зависимости от ответа менеджера на этот вопрос процесс повернёт в ту или иную сторону:
9. «Ложный» — если клиент случайно создал два одинаковых заказа, то один из них менеджер помечает как дубль и удаляет, меняя статус заказа на «Ложный». Такой заказ не будет отображаться в списке заказов и влиять на статистику. После удаления заказа процесс завершается (6):
10. «Назначить на себя» — если менеджер выбирает взять заказ, то эта операция прикрепляет этого менеджера к этому заказу, чтобы дальше с ним работал только он:
11. «Частично оплачен?» — это условие проверяет, является ли заказ частично оплаченным:
12. «Статус „В работе“» — процесс автоматически устанавливает заказу статус «В работе»:
13. «Есть телефон?» — это условие проверяет, указан ли телефон в профиле у клиента:
14. «Не подтверждён» — процесс автоматически устанавливает заказу статус «Не подтверждён»:
15. «Отправляем сообщение» — если клиент не указал телефон, то менеджер может отправить клиенту сообщение на почту, чтобы уточнить номер телефона.
У менеджера есть выбор, отправлять сообщение или нет.
16. «Ждём номер 5 дней» — ожидание условия. В течение пяти дней процесс проверяет, не появился ли номер телефона в профиле клиента.
17. «Отложен» — если номера телефона в профиле так и не появилось, меняем статус заказа на «Отложен».
18. «Ждём 3 дня» — задержка длительностью в три дня.
19. «Контрольный звонок» — если за три дня появился номер телефона, то менеджер пробует позвонить клиенту, чтобы уточнить, будет ли клиент оплачивать заказ.
20. «Дозваниваемся 3 дня» — отдельный подпроцесс под названием «Дозвониться за 3 дня».
Суть этого подпроцесса — дозвониться до клиента. При этом делается ограниченное число попыток дозвониться: три дня по три попытки. Если дозвониться не удалось, подпроцесс ( 20) завершается и задача продолжается по основному процессу — отправляем клиенту сообщение (22).
В этом подпроцессе используются счётчики, которые помогают ограничить количество попыток дозвониться.
A — сбрасываем счётчик дней (устанавливаем значение счётчика = 0).
B — сбрасываем счётчик звонков (устанавливаем значение счётчика = 0).
С — звоним клиенту. Внутри этого блока можно добавить подробное описание для менеджера, о чём нужно поговорить с клиентом — скрипт звонка.
После первой попытки звонка выбираем нужный результат звонка:
D — звонок состоялся, мы дозвонились.
E — этот заказ — дубль, его нужно удалить.
F — номер телефона клиента некорректный (например, пропущена цифра).
G — звонок не состоялся (клиент не отвечает или недоступен), увеличиваем счётчик звонков на 1.
H — проверка условия: звонков меньше 3?
I — если звонков меньше 3, ставим задержку 30 минут и снова пытаемся дозвониться.
J — если звонков не меньше 3 (то есть 3 или больше), то проверяем, сколько прошло дней.
K — если дней меньше 3, то ставим задержку — 1 сутки.
L — увеличиваем счётчик дней на 1 и далее сбрасываем счётчик звонков (B), чтобы во второй день тоже позвонить не более трёх раз.
M — если за 3 дня так и не удалось дозвониться, завершаем процесс.