Къде AI асистентите наистина помагат и къде са просто разход
През последните две години почти всеки бизнес е бил попитан дали иска AI асистент. Част от тези проекти са пари, хвърлени на вятъра, а част са сред най-полезните неща, които можете да направите със софтуерния си бюджет. Разликата е предвидима и има малко общо с това кой модел изберете.
Тестът
AI асистентът си струва, когато има много въпроси с малко различни отговори.
Ако клиентите ви задават стотици въпроси месечно и те се свеждат до петнадесет теми с ясни отговори, асистентът ще върши истинска работа. Ако всеки въпрос е отделен случай, изискващ преценка, асистентът ще звучи уверено и ще греши, а грешката ще носи вашето име.
Бройте, преди да решите. Един месец запитвания, подредени на купчини. Големината на най-големите купчини е аргументът за асистента; броят на купчините е аргументът против.
Входната врата, преразгледана
Обичайният импулс е чатботът да се сложи на началната страница, за да „поема“ всички запитвания. Това е мястото, където той има най-малко контекст и най-много начини да сгреши, и сме го казвали и преди.
Оттогава изградихме такъв, който стои на публичния сайт на клиника и работи. Струва си да бъдем точни защо, защото причината не е моделът. Причината е, че асистентът не знае почти нищо сам. Цените му идват от същите записи, които рисува страницата с цени, така че промоция, включена от админ панела, променя страницата и асистента с едно движение. Медицинските му отговори са въпроси и отговори, одобрени дума по дума от водещия лекар, които той може да цитира, но не да преразказва. Може да проверява свободни часове и да отваря формата за записване предварително попълнена, защото това са инструменти, които извиква, а не факти, които помни. И има правила, с които не може да спори: никога не твърди какво включва цената, поставя телефонния номер в първото изречение на всеки отговор за спешен случай, предлага човек винаги, когато не е сигурен.
Другата половина е врата. Преди всяко издание скрипт пуска фиксиран набор реални въпроси на пациенти през истинската инструкция и истинските инструменти, отпечатва всеки отговор и маркира всеки, който е бил отрязан. Оправдал е съществуването си два пъти. Веднъж промоция, включена от панела, премести цена на страницата, докато асистентът продължаваше да цитира старата от абзац, който някой беше написал месеци по-рано; поправката беше този абзац да се генерира от данните, а не да се поддържа на ръка. Друг път отговорът на „боли ме зъб, какво да правя“ беше отрязан от бюджета за изход на модела точно преди телефонния номер. Иначе и двете щяха да бъдат открити от пациент.
Така че правилото за входната врата остава, с поправка: асистент на входната врата е грешка, когато импровизира. Той заслужава мястото си, когато е тесен, стъпил на факти интерфейс към данни, които вече поддържате, с човек на едно изречение разстояние.
Вътрешните употреби са подценени
Най-надеждната възвръщаемост често е там, където никой клиент не гледа: търсене във вътрешна документация, резюмиране на дълги кореспонденции, попълване на чернови по шаблон, класифициране на входящи запитвания, преди човек да ги погледне.
Тези задачи имат едно общо свойство: някой проверява резултата, преди да стигне до клиент. Това променя цената на грешката из основи и затова вътрешните употреби са добра първа стъпка.
Нашето собствено приложение за сканиране на касови бележки е изградено върху това свойство, макар да е обърнато към клиенти. Моделът чете бележката; човекът потвърждава редовете, преди да влязат в бюджета, а моделът се учи от това, което човекът промени. Проверката е част от продукта, а не добавка, и точно тя прави несъвършеното разчитане приемливо.
Четири въпроса, преди да строите
- Обем и форма. Много въпроси, малко различни отговори? Ако не – оправете процеса и напишете въпросите и отговорите. Асистентът само би звучал уверено.
- Фактите му. Ще чете ли цените, часовете, наличността и правилата ви от живия източник или от абзац, който някой е написал веднъж? Ако източникът още не съществува, първо изградете него. Асистентът е последните десет процента.
- Кой проверява. Вижда ли човек отговора, преди да го види клиент? Ако да – започнете оттам; грешките са най-евтини, а възвръщаемостта – най-бърза.
- Тогава – пред клиента. Тесен списък какво отговаря и отказ за останалото, прехвърляне с телефонен номер, набор от тестове, пускан преди всяко издание, и ред в политиката ви за поверителност.
Какво струва да работи
Сметката е въпросът, който хората забравят да зададат до втория месец. Две решения ѝ влияят повече от ценоразписа на модела. Къде работи моделът: в нашето приложение за бюджет безплатният план пуска малък модел в браузъра на самия потребител, срещу безплатния лимит на доставчика, така че безплатен потребител не струва нищо на сканиране; платените планове ползват по-голям модел на наш сървър. И какво се кешира: справка за цена на живо, която сто домакинства поискат в един и същи ден, е едно търсене, пазено 24 часа, а не сто.
Нито едното е хитро. И двете са разликата между функция и задължение.
Какво да уточните, преди да строите
Преди разработката си струва да имате отговор на три въпроса: кои въпроси асистентът няма да поема, как изглежда предаването към човек и какво става, когато не знае. Асистент, който казва „не знам, ще ви свържа с колега“, е по-добър продукт от такъв, който винаги има отговор.
И едно нещо, което често се пропуска: ако асистентът обработва данни на потребители, това трябва да е в политиката ви за поверителност. Не като формалност, а като изискване.
Накратко
Питайте не „можем ли да добавим AI“, а „кой повтарящ се въпрос ни струва най-много време“. Ако отговорът е конкретен, има какво да се изгради – и работата е най-вече във фактите, които асистентът ще чете, и във вратата, през която трябва да мине, а не в чат прозореца. Ако отговорът не е конкретен, изчакайте.
Имате такъв въпрос на повторение? Разкажете ни за него.