Ръководството на Мокапен

Клиентски портал

Порталът е пространството, в което клиентът влиза със свои данни за достъп, не с потребител на Mokapen. Оттам отваря тикети, преглежда поръчките и, ако го активирате, таблото. Вие продължавате да работите в CRM: тикетът и поръчката се създават в pipeline-ите, които сте избрали, с отговорника, който сте посочили.

Намирате го в Поддръжка → Портал. Всеки портал има свой адрес от вида домейн / език / portal / slug. Клиентът не вижда останалата част от организацията.

Създаване на портала и задържането му изключен, докато не е готов

От списъка натиснете бутона за нов портал. Ако организацията вече е достигнала максималния брой, Mokapen отваря прозореца на плана вместо да създаде друг. На картата на всеки портал виждате заглавие, лого, дали е активен или изключен, и външната връзка към началната страница на клиента.

В Общи задавате заглавие, slug на URL, език по подразбиране, имейл на портала и състоянието. Активен означава, че връзката отговаря. Неактивен означава, че порталът не е достъпен: използвайте го, докато подготвяте pipeline-и, теми и каталог, за да не влезе клиент на празна страница. Фразата на страницата е ясна: настройвате портала и активирате само областите, които искате да покажете.

Имейлът на портала е този, който клиентът вижда като подател на данните за достъп. Ако е празен или е пощенска кутия, която никой не чете, имейлите за достъп все пак се изпращат, но отговорите се губят.

Кои области вижда клиентът

В Приложения включвате за този портал областите, с които клиентът може да взаимодейства. Има три позиции и не всички организации ги виждат:

• Тикети — клиентът изпраща заявки и чете отговора оттам.
• Поръчки — вижда продукти и услуги в каталог и изпраща поръчки за покупка.
• Табло — появява се само ако приложението News е активно за организацията. Показва таблото на началната страница на портала.

Включването на областта не стига. Портал с включени тикети и без избран pipeline създава заявки, които не знаете къде да намерите. Портал с включени поръчки и без валута, pipeline и статус оставя поръчката без място в pipeline-а за продажби.

Кой може да влезе

Страницата Потребители на портала изброява вече активираните контакти: име, имейл, акаунт, статус, дата на създаване и катинарчето за поверителност. Това е контролен списък, не мястото, където създавате достъпа. Филтърът горе стеснява редовете.

Достъпът се дава от картата на контакта, раздел Портал. Фразата в картата казва да активирате контакта да влиза в един или повече портали на организацията ви, за комуникация и получаване на поддръжка. За всеки портал има превключвател. Когато е включен, Mokapen създава потребител на портала за този контакт и му изпраща имейл с данните за достъп: помолете го да влезе и да смени паролата. Ако изключите превключвателя, потребителят на портала се изтрива. Поръчки и тикети, вече свързани с контакта, остават в CRM.

На същата карта избирате видимостта:

• Частна — клиентът вижда своите тикети и поръчки.
• Фирма — вижда и тикетите и поръчките, свързани със същата фирма. Използвайте я за лицето за контакт, което трябва да следи заявките на целия клиент, не за всеки човек от фирмата: иначе търговец вижда тикетите, отворени от колега.

Имейл, име, фамилия и парола са данните за вход в портала. Не са потребителят на Mokapen и не наследяват роля от CRM. Ако смените имейл или парола, контактът получава имейл за актуализация.

Контакт без имейл не може да получи данните за достъп. Архивиран или изтрит контакт изчезва от списъка с потребители на портала, дори ако достъпът е бил включен.

Тикети, отворени от клиента

В Тикети избирате pipeline-а, в който постъпват заявките, и темите, които да предложите. Темите са вече дефинираните за този pipeline: ако списъкът е празен, клиентът няма какво да избере. Бутонът на страницата води към настройките на темите за този pipeline, където ги създавате и, ако е нужно, назначавате отговорник на темата.

Отговорникът по подразбиране получава всички тикети, създадени от портала. При създаване все пак можете да ги назначите на друг член. Без отговорник заявката влиза в pipeline-а и никой не я вижда в своя kanban „моя работа“, докато някой не я поеме.

Клиентът, след като влезе, вижда своите отворени тикети и може да следи състоянието им. Не вижда вътрешните тикети, които не са свързани с него (или, с видимост Фирма, с неговата фирма).

Поръчки от каталога

В Поръчки подготвяте как се създава поръчката, когато клиентът потвърди кошницата. Задавате валута, pipeline, начален статус и отговорник. Заглавието и описанието приемат променливи на потребителя на портала: име, фамилия, имейл, фирма, контакт, бележка, поверителност, език. Заглавие от типа „Поръчка на {име} {фамилия}“ остава четимо в pipeline-а; празно заглавие ви оставя ред без контекст.

В портала клиентът разглежда каталога, слага артикули в кошницата и потвърждава. Ако в кошницата има продукти за доставка, му се иска държавата за разходите за доставка. Данъците, ДДС включено, се изчисляват след потвърждението. След създаване на поръчката клиентът получава актуализации и може да я следи в своята зона.

С видимост Фирма списъкът с поръчки включва и поръчките на същата фирма, не само тези на контакта, който е влязъл.

Кога изборът е грешен

• Активен портал преди приложенията. Клиентът влиза и намира начална страница без тикети и поръчки. Дръжте го неактивен, докато pipeline-ите, темите и отговорниците са настроени.
• Видимост Фирма за всички. Всеки контакт от фирмата вижда заявките на другите. Оставете я за лицето за контакт.
• Един и същ портал за клиенти, които не трябва да се виждат. Порталът е един URL. Данните остават филтрирани по контакт, но заглавие, език и области са общи. Двама клиенти с различни нужди (само тикети или тикети и каталог) са по-добре на два портала.
• Объркване на потребител на портал и потребител на Mokapen. Първият влиза само в портала. Вторият работи в CRM и има роля. Даването на клиент на потребител Гост в CRM не е порталът: вижда вътрешни карти, не каталога.

Свързани ръководства: Тикети, Поръчки, Контакти.