В Юоне формируется обращение с телефоном, но нет истории переписки. У нас несколько офисов и групп и сейчас еще идет задвоение обращений, потому как настроено формирование обращений в другом месте при появлении сообщений в сообщениях сообщества. Так вот в этих обращениях есть история, но нет телефонов.
И второй вопрос, как дописать php, чтобы распределять заявки с разных групп на разных менеджеров?@
В Юоне формируется обращение с телефоном, но нет истории переписки. У нас несколько офисов и групп и сейчас еще идет задвоение обращений, потому как настроено формирование обращений в другом месте при появлении сообщений в сообщениях сообщества. Так вот в этих обращениях есть история, но нет телефонов.
И второй вопрос, как дописать php, чтобы распределять заявки с разных групп на разных менеджеров?@
1. Ну, собственно, ничего удивительного в задвоении обращений нет -> если у вас параллельно работают две интеграции (старая и наша), каждая из них будет создавать обращения.
И, логично, что старая делает обращения как-то по-своему. А наша - так, как и должна -> она передаёт в CRM ровно то, что собрал бот: Имя (из ВК), Телефон, ссылку на диалог и электронку (если клиент нам её оставил). Как-то дополнительно изменять код в этом году мы не планируем -> в будущем о добавлении какой-то части переписки - подумаем.
Что сделать, чтобы обращения не задваивались? Тут нужно решить, какая из интеграций вам и вашим менеджерам больше нравится.
Если номер телефона важнее -> оставляйте нашу (но она не будет пушить обращения от тех, кто не говорил с нашим ботом).
Если переписка критичнее номера телефона, и у вас через старую интеграцию как-то хитро генерятся именно обращения, когда человек пишет группе в ВК, и они при этом корректны -> оставляйте старую, тем более, что как я понял, она у вас нормально подцепляет обращения из диалогов нашего бота (просто телефон будет в переписке | и будут в т.ч. диалоги с теми, кто телефон не оставил).
С первого дня существования ТМ у нас идут дискуссии на тему "что такое обращение в принципе?" -> пока их итог таков -> и мы и директора нашей тест-группы считаем обращением любой запрос, по которому у нас есть телефон туриста. Постоянный он или новый, из какого канала получен -> всё это нас не волнует. Если есть телефон - работаем. Если нет - не тратим драгоценное время менеджеров.
И наш бот работает в этой концепции: если новый дал телефон -> погнали | ну а мониторить сообщения группы - дело святое, и если туда пишет постоянник - мы ему сразу будем звонить. Потому что переписываться в ВК, конечно, можно, но это ни разу не эффективно...даже с постоянными клиентами.
2. Как дописать php, чтобы заявки из разных групп падали на разных менеджеров? -> если я верно вас понял, то у вас есть несколько групп в ВК -> то есть, в каждую группу вы можете подключить отдельного бота.
А значит, в каждого бота вы можете записать отдельных менеджеров и положить на хостинг несколько файлов интеграции -> uon1.php, uon2.php и т.д. -> чтобы каждая работала со своим ботом (соответственно, в каждого бота вы прописываете ссылку на "его" интеграшку), и при этом клала это всё в ваш общий U-On.
При таком подходе вы можете в коде каждой из интеграшек назвать источник обращения по-своему (главное - без пробелов), затем в U-On создать источники под эти названия -> и таким образом в U-On каждый менеджер будет сразу видеть, с какими из ВК-обращений он должен работать.
Так что ничего "дописывать" не надо -> просто у каждого офиса будет свой бот и своя интеграшка.