Помощен център
Интеграции на чатбота

Проверка на състоянието на поръчка в чата

Последна актуализация:

Проверката на поръчки позволява на чатбота да отговаря на въпроси относно съществуваща поръчка, като използва информация, предоставена от свързания Ви магазин. Тази функция е отделна от препоръките на продукти и от правенето на нова поръчка.

Преди да започнете

Създайте чатбот и свържете интеграция за магазин, която поддържа проверка на поръчки. Следвайте инструкциите за настройка за Вашата платформа, като например Shopify, WooCommerce, Ecwid или BaseLinker. Само сканиране на уебсайт или XML фийд не може да чете клиентски поръчки.

Активиране и конфигуриране на действието за поръчки

Изберете Вашия чатбот и отворете Settings > Actions (Настройки > Действия). Намерете действието за детайли на поръчка за Вашата свързана платформа. Ръководството за AI Actions показва панела и контролите за активиране. Прегледайте активираното състояние на действието, инструкциите, опционалния етикет за показване и всички налични настройки за поверителност, след което запазете действието.

Активирайте само режимите на търсене, които са подходящи за Вашия магазин. Например, Shopify обикновено изисква номер на поръчка и съвпадащ имейл от покупката; опционалните режими само с ID или само с имейл променят информацията, от която някой се нуждае, за да получи детайли за поръчката. Съвпадението на имейл адрес не е процес на потвърждение на имейл или вход в профил. Прегледайте наличните опции за маскиране на лични данни и лимитите на заявките (rate limits), преди да предоставите проверката на поръчки на посетителите.

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

Вижте го в разговор

Проверете поръчка

Изисква свързан магазин и активирано действие за поръчки. Наличните полета зависят от интеграцията. Съвпадението на имейл адрес не е доказателство за самоличност.

Пример от ChatLabПримерен разговор

Посетител: Къде е поръчката ми?

Пуснете примера или го прочетете по-долу. Не се използват реални клиентски данни.
1 / 5

Клиентът пита за съществуваща поръчка.

Възпроизвеждането спира на пауза, когато примерът излезе от екрана. Това е симулация, а не чат на живо. Бутоните на уиджета във възпроизвеждането не са интерактивни.
Прочетете целия пример
  1. Клиентът пита за съществуваща поръчка.

    Посетител: Къде е поръчката ми?

  2. Стандартното търсене изисква и двата идентификатора.

    Асистент: Моля, посочете номера на поръчката си и имейл адреса, използван при плащането.

  3. Използвайте измислени данни в този пример.

    Посетител: 41982, anna@example.com

  4. Действието прави справка в свързания магазин.

    Проверка на поръчка 41982...

  5. Предоставяйте само информацията, върната от магазина.

    Асистент: Поръчка 41982 е отбелязана като изпратена. Куриерът е DPD. Моля, проверете страницата за проследяване за актуална информация за доставката.

Ботът събира идентификаторите, изисквани от конфигурираното действие, отправя запитване към магазина и отговаря на базата на върнатия резултат. В зависимост от платформата този резултат може да включва статус на плащане и изпълнение, артикули и детайли за проследяване от куриера. Статус „изпратена“ не е гарантирана дата на доставка. Ако магазинът не връща прогнозна дата за доставка, чатботът не трябва да си измисля такава.

Когато проверката е неуспешна

Вижте го в разговор

Когато поръчката не може да бъде намерена

Не разкривайте друга поръчка и не измисляйте актуализация на доставката. Предлагайте само канали за контакт, които сте конфигурирали.

Пример от ChatLabПримерен разговор

Посетител: Проверете поръчка 41982 за anna@example.com.

Пуснете примера или го прочетете по-долу. Не се използват реални клиентски данни.
1 / 5

Клиентът предоставя данни за справка.

Възпроизвеждането спира на пауза, когато примерът излезе от екрана. Това е симулация, а не чат на живо. Бутоните на уиджета във възпроизвеждането не са интерактивни.
Прочетете целия пример
  1. Клиентът предоставя данни за справка.

    Посетител: Проверете поръчка 41982 за anna@example.com.

  2. Справката в магазина не връща съвпадаща поръчка.

    Проверка на данните за поръчката...

  3. Помолете клиента да провери данните си, без да разкривате лична информация.

    Асистент: Не успях да открия поръчка с тези данни. Моля, проверете номера и имейла в потвърждението на поръчката си.

  4. Клиентът може да поиска друг начин за връзка с поддръжката.

    Посетител: Все още не мога да я открия. Как мога да се свържа с поддръжката?

  5. Активираната форма за контакт служи като резервен вариант.

    Активираната форма за контакт служи като резервен вариант.

Несъответствие в данните, недостъпно API на магазина и поръчка извън конфигурирания източник са различни проблеми. Помолете клиента да провери данните си, когато не е намерена съвпадаща поръчка. При технически сривове в услугата обяснете, че проверката е временно недостъпна. Предложете Human Support Contact Form (Формуляр за връзка с човешка поддръжка) или Live Chat само когато са конфигурирани и достъпни.

Тествайте преди споделяне

Използвайте тестова поръчка, до която имате право на достъп. В Overview (Общ преглед) опитайте с правилния номер и имейл, с грешен имейл и с несъществуващ номер на поръчка. Проверете върнатия статус спрямо Вашия магазин и се уверете, че неуспешните проверки не разкриват друга поръчка. След това тествайте вградения уиджет на Вашия уебсайт. Само по себе си това действие не анулира поръчки, не възстановява суми и не променя адреси за доставка.

Свързани статии