В общата поща рядко влиза само един вид работа. Между запитванията има фактури, кандидатури, реклами, оплаквания, известия от куриери и съобщения от настоящи клиенти. Човекът не губи време само в четене. Той решава кой трябва да поеме имейла, преписва данни и следи дали някой е отговорил.
Тази работа може да се съкрати, но не като дадете на AI достъп до цялата поща и му кажете „оправяй се“. Първо се описват видовете съобщения, полетата, които трябва да бъдат записани, и случаите, при които човек трябва да се намеси.
Какво всъщност означава автоматична обработка на имейли?
Един процес може да включва няколко отделни действия:
- да прочете ново съобщение в определена пощенска кутия;
- да разпознае дали е запитване, оплакване, документ, известие или нежелана поща;
- да извади уговорените данни, например име, телефон, фирма, услуга и срок;
- да провери дали клиентът или заявката вече съществуват;
- да създаде запис в CRM или задача за човек;
- да подготви чернова или да изпрати предварително одобрен отговор;
- да отбележи какво е направено и защо е спрял.
Не е задължително всички действия да бъдат автоматични. Може първо да се автоматизират само сортирането и задачите. Изпращането на отговор остава за човек, докато се види кои случаи се повтарят и къде системата греши.
Един пример от входящия имейл до CRM
В sales@ пристига следното запитване:
Здравейте, интересуваме се от услугата ви за два наши обекта. Може ли да ни изпратите ориентировъчна цена и свободен час за разговор следващата седмица?
Под съобщението има име, фирма и телефон. Няма посочен град, а той е нужен за офертата.
1. Съобщението се разпознава като ново запитване
AI служителят не търси само думи като „цена“ и „оферта“. Проверява подателя, темата, текста и дали разговорът вече има история. Така отговор на стар имейл не се записва като нов клиент.
2. Данните се записват в отделни полета
От съобщението се извличат име, фирма, телефон, искана услуга, брой обекти и предпочитан срок за разговор. Градът се отбелязва като липсващ. Оригиналният имейл остава свързан със записа, за да може човек да провери какво е написал клиентът.
3. Проверява се за дубликат
Търсенето само по имейл не е достатъчно. Един човек може да пише от служебен и личен адрес. Фирмата може вече да съществува с друг контакт. Преди да се създаде нов запис, трябва да се проверят поне уговорените идентификатори, например имейл, телефон и ЕИК, когато е наличен и нужен.
4. Създава се задача, не готова оферта
В CRM се създава задача за търговец. Тя съдържа извлечените данни, връзка към оригиналното съобщение и бележка, че градът липсва. Може да бъде подготвена чернова с един въпрос към клиента. Цена не се измисля и не се изпраща автоматично.
5. Човекът вижда само това, което трябва да реши
Търговецът не преписва имейла и не търси кой е клиентът. Проверява случая, допълва цената и решава дали черновата може да бъде изпратена. След изпращането задачата се отбелязва като поета.
Това е подходящ пример за AI агент за имейли: входът е известен, нужните полета са описани, резултатът може да се провери, а търговското решение остава при човек. В каталога с AI агенти за бизнеса са показани и ролите за документи, запитвания и CRM.
Кои имейли могат да продължат автоматично?
Решението зависи от последицата при грешка.
Получено запитване
Може да се запише в CRM, да се създаде задача и да се изпрати потвърждение, че съобщението е получено. Ако липсва телефон, услуга или друг задължителен детайл, системата пита или предава на човек.
Въпрос с предварително одобрен отговор
Работно време, адрес, начин на доставка или списък с нужни документи могат да получат автоматичен отговор, ако информацията идва от поддържан източник. При промяна на условието старият отговор трябва да бъде спрян, не да продължи да се изпраща.
Оплакване или искане за връщане на пари
Може да се извлече номерът на поръчката и да се създаде задача. Самото решение, обещанието към клиента и сумата за връщане остават за човек.
Фактура или друг документ
Съобщението може да се разпознае и да се насочи към счетоводството. Това не означава автоматично осчетоводяване или плащане. За тях са нужни проверен счетоводен софтуер, съвпадение с поръчка или договор и одобрение от човек.
Съмнителен файл или връзка
Не всеки прикачен файл трябва да бъде отварян и изпращан към други системи. Непознат формат, архив с парола, неочакван линк или подател, който се представя за доставчик, трябва да спре обработката и да стигне до човек или до уговорената проверка за сигурност.
Кога AI трябва да подготви чернова, но да не изпраща?
Чернова с одобрение е по-добрият избор, когато имейлът включва:
- цена, отстъпка или промяна на условия;
- договор, плащане или банкова сметка;
- оплакване и възможно обезщетение;
- здравни, финансови или други чувствителни данни;
- обещание за срок, който зависи от човек;
- въпрос, който не прилича на случаите от тестовете.
Тук целта не е AI да звучи уверено. Целта е да събере случая така, че човек да го реши по-бързо и да вижда оригиналното съобщение.
Какъв достъп е нужен до Gmail или Outlook?
Достъпът не трябва да бъде „до всичко, за всеки случай“. За всяка стъпка се проверява какво наистина е нужно:
- само четене на определена пощенска кутия;
- четене и поставяне на етикет;
- създаване на чернова;
- изпращане на съобщение;
- работа само с една споделена кутия, а не с пощата на целия екип.
Google описва отделни Gmail API права за метаданни, четене, чернови, изпращане и промяна на съобщения. Препоръката е да се избере най-ограниченото право, което върши работата.
Microsoft Graph също разделя достъпа според това дали приложението работи от името на влязъл потребител или самостоятелно. Самостоятелният достъп без влязъл човек е по-силен и изисква по-внимателно ограничаване и администраторско одобрение.
Освен пощата се проверява и връзката с CRM или програмата за задачи. На страницата за AI интеграции с CRM, имейл и календар са описани въпросите, които решават дали една връзка е възможна и какво трябва да остане за човек.
Какво да правим с личните данни в имейлите?
Един имейл може да съдържа повече информация, отколкото е нужна за задачата. Адрес, подпис, предишна кореспонденция и прикачени документи не трябва автоматично да се копират във всяка следваща система.
Член 5 от Общия регламент за защита на данните изисква данните да бъдат подходящи, свързани с целта и ограничени до необходимото. На практика това означава да се опише кои полета отиват в CRM, колко време се пазят, кой ги вижда и как се поправят или изтриват.
Това не се решава с едно общо изречение в политика за поверителност. Трябва да се провери какво прави автоматизацията, какви са ролите на фирмата и доставчиците, какво пише в договорите, къде се обработват данните и на какво законово основание. При чувствителни данни е нужна правна преценка за случая.
Как се тества преди включване на истинската поща?
Съберете 30 до 50 анонимизирани имейла от последните месеци. Не подбирайте само лесните. Включете:
- ново запитване с всички данни;
- запитване без телефон или фирма;
- отговор в съществуваща кореспонденция;
- един и същ клиент от два адреса;
- оплакване;
- фактура или друг документ;
- нежелана поща;
- съобщение, което не попада в нито една уговорена група.
За всеки пример предварително запишете какво трябва да стане. После сравнете очаквания и получения резултат:
- Избрана ли е уговорената група?
- Извлечени ли са полетата без измислени стойности?
- Разпознат ли е съществуващият клиент?
- Създадена ли е задачата за човека, който отговаря за този случай?
- Останал ли е имейлът за преглед, когато липсва правило?
- Има ли запис какво е направено?
След теста процесът може да започне само с етикети и чернови. Автоматичното изпращане се включва по-късно и само за видовете съобщения, които са минали достатъчно проверки.
Кога тази автоматизация си струва?
Не е нужно да автоматизирате поща с пет съобщения на ден, ако човекът ги разпределя за десет минути и грешките са редки. Има смисъл, когато входящите писма прекъсват работата, едни и същи данни се преписват в няколко програми или важни запитвания остават без собственик.
Преди оферта трябва да се видят броят и видовете имейли, програмите, нужните права и изключенията. Цената зависи от процеса и връзките, не просто от броя съобщения. За общия модел вижте как се определят цената и настройката на AI служител.
С какво да започнете?
Не изпращайте парола за пощата. Подгответе 10 анонимизирани съобщения и към всяко напишете какво прави екипът сега. Добавете кои полета записвате, в коя програма ги въвеждате и кога е нужно одобрение.
Изпратете примерите през формата за контакт. До един работен ден ще кажем коя част може да поеме Pomaga, какви достъпи трябва да се проверят и къде трябва да остане човек.
Често задавани въпроси
Може ли AI служителят да отговаря сам на имейлите?
Може да изпраща само отговорите, които фирмата е одобрила предварително и за които има достатъчно данни. При цена, отстъпка, договор, оплакване или необичаен въпрос е по-разумно да подготви чернова и да изчака човек.
Трябва ли да сменим Gmail или Outlook?
Не непременно. Първо се проверява дали сегашната поща позволява нужния достъп и дали той може да бъде ограничен до една служебна кутия и уговорените действия. След това се проверяват CRM системата и програмата за задачи.
Може ли AI да обработва фактури, получени по имейл?
Може да разпознае, че съобщението съдържа фактура, и да го насочи към счетоводството. Осчетоводяване, плащане или приемане на сума не трябва да се обещава без проверен процес, поддържан счетоводен софтуер и човешко одобрение.
Какво става, ако в имейла липсва телефон или номер на поръчка?
Съобщението се отбелязва като непълно. Според уговорката се подготвя въпрос към подателя или се създава задача за човек. Липсващата стойност не се измисля и не се заменя с произволен текст.
Как се тества автоматичната обработка на имейли?
Използват се 30 до 50 анонимизирани съобщения от истинската поща, включително лесни, непълни, дублирани и нетипични случаи. Проверява се класификацията, извлечените полета, избраният получател, създадената задача и поведението при грешка.
Как е подготвена статията?
Мариян Дечев подготви статията спрямо начина, по който се проектират връзки между поща, CRM и системи за задачи. Техническите граници са проверени по документацията за правата в Gmail API и Microsoft Graph. Частта за личните данни стъпва върху принципите в член 5 от Общия регламент за защита на данните. Примерите показват как трябва да се тества един процес. Те не обещават готова връзка с всяка пощенска или CRM система. Конкретната възможност се потвърждава след проверка на програмите и достъпите.
