Отчети на естествен език: въпрос към базата данни без SQL

Ръководителят на продажбите в девет сутринта пита: на кой клиент миналия месец са спаднали поръчките? Въпросът отива в ИТ отдела, следобед се връща файл на Excel. Ръководителят отваря файла и до същинския си въпрос стига едва с втора заявка за отчет. Отчитането на естествен език е достигането до информацията в базата данни, без SQL и без дизайнер на отчети, като се задава въпрос на ежедневен говорим език.

Тук има важно разграничение: да зададете въпрос на ежедневен език не означава изкуственият интелект да пише свободно заявки към базата данни. В асистента Fero на YazSis – Корпоративен ИИ – въпросът се обработва със зададени инструменти само за четене. Тази статия описва как изглежда този подход в ежедневната работа.

Как един въпрос се превръща в екран?

• Разбиране: Fero разчита намерението, периода и кого имате предвид. „Тази седмица“ кой период е, „Can“ кой търговски представител е, „първите пет“ каква подредба е?
• Избор на инструмент: Достъпът до данните е само през зададени бизнес инструменти. Изкуственият интелект не пише SQL и не се изпълняват свободни заявки.
• Изчисляване: Сборове, проценти и разлики се изчисляват от системата в бекенда; моделът не може да каже число, което го няма в резултата от инструмента.
• Показване: Заедно с кратка реплика от 13-те одобрени компонента на таблото се избират подходящите. Изкуственият интелект не генерира код на екрана.

Причината за този избор е точността. Система, която генерира свободен SQL, изглежда гъвкава, но носи два риска: погрешно свързани таблици могат безшумно да дадат грешно число, а става по-трудно да се проверява коя заявка се е изпълнила. При зададените бизнес инструменти е известно предварително какво прави всеки инструмент и как изчислява. В замяна гъвкавостта намалява; това е съзнателен избор, който поставя верността на числото, което ще види мениджърът, пред гладкостта на отговора.

Верига от въпроси: от днес до причината

Истинската стойност на отчитането на естествен език се проявява не в един отговор, а във връзването на въпросите един с друг. Въпросът не само получава отговор, но подготвя и почвата за следващия. Потокът по-долу следва демонстрационен сценарий, подготвен с примерните данни на продукта; това не са реални данни на фирма, но показва логиката:

1. „Как са днешните ни продажби?“ Идва дневно резюме на продажбите с кратка реплика: продажбите за деня, доближаване до целта, брой поръчки и разлика спрямо същия ден на миналата седмица.
2. „Покажи по търговски представител.“ Екранът не се нулира; същата тема слиза към разбивка по търговски представители.
3. „Кои търговски представители са под целта?“ Двамата търговски представители под целта излизат на преден план.
4. „Какъв е проблемът на този търговски представител?“ Отваря се разбивка по клиенти; в примерните данни се вижда, че спадът идва от двама клиенти.
5. „Погледни последните три месеца.“ Показва се тенденцията за последните месеци за същия човек.

В класическото отчитане тази верига най-често означава повече от един отчет и повече от една заявка, като всяка заявка чака отговора на предишната. Тук всяка стъпка носи контекста на предишния отговор; следващите въпроси вървят, като обновяват екрана или слизат в детайл, вместо да го изграждат отначало.

Как се задава добър въпрос?

• Кажете периода. Изрази като „този месец“, „последните шест месеца“, „същия ден на миналата седмица“ намаляват неяснотата.
• Посочете кого или какво питате. Клиент, търговски представител, продукт или доставка; ако темата е ясна, и отговорът е ясен.
• Поискайте сравнение. Казването „спрямо миналата седмица“ придава смисъл на едно-единствено число.
• Вървете стъпка по стъпка. Първо да попитате за общата картина и после да слезете в детайл е по-надеждно, отколкото да искате всичко с едно изречение.

Малък пример: въпросът „Как са продажбите?“ оставя неясно кой период и коя мярка имате предвид. Въпросът „Как са продажбите ни този месец спрямо миналия?“ дава периода и сравнението заедно. Вторият не е по-дълъг, а само по-пълен; и системата изгражда директно отговор, вместо да гадае.

Въпросът, зададен на естествен език, прави ненужно познаването на езика на данните, но не прави ненужно знаенето какво означават данните.

Граници: какво да не очаквате?

Тъй като не се изпълняват свободни заявки, въпросите, на които Fero може да отговори, са ограничени до темите, които покриват зададените бизнес инструменти; примерните въпроси на продукта са групирани в продажби, клиенти и търговски представители, бюджет, доставки, наличности и резюме за мениджъра. Тип въпрос извън тях изисква обхватът да се определи в проекта. По отношение на данните, източникът, който е готов днес, е MySQL; източници като SQL Server, PostgreSQL, REST API, Logo, SAP, Odoo и Excel се разглеждат в рамките на проект.

Има и въпрос на очаквания: дори системата да изчислява числото вярно, кой въпрос да се зададе и как да се тълкува отговорът решава пак мениджърът. В случаи, които изискват официален отчет или съгласуване, добра практика е отговорът на асистента да се потвърди с вашите собствени записи. Не вземайте решение, без да сте разбрали към кой период и към кое множество клиенти се отнася едно число; на неясното място да зададете следващ въпрос е естествена част от процеса и изяснява отговора, без екранът да се изгражда наново.

За начало избройте няколко въпроса, които мениджърите ви задават най-често, и вижте в коя таблица днес стоят отговорите им. За да изпробвате веригата от въпроси с въпросите на собствената си фирма, можете да поискате демо на живо от страницата Корпоративен ИИ.