A chatbot utáni felület

A chatbot utáni felület

A doboz, amely mindenkit megtanított kérdezni

A chatbot valami fontosat tett. Lehetőséget adott a hétköznapi embereknek, hogy hozzáérjenek egy nagy teljesítményű modellhez anélkül, hogy új kezelőfelületet kellett volna megtanulniuk. Írj egy kérést. Kapsz egy választ. Kérdezz újra. Ez az egyszerűség számított. Az AI ettől kevésbé tűnt laboratóriumi műszernek, és inkább olyan kollégának, aki túl sokat olvasott, és időnként nagyon magabiztosan kitalált dolgokat. Egy ideig az üres szövegdoboz pontosan a megfelelő ajtó volt.

Aztán a csapatok komoly munkát próbáltak végezni ezen az ajtón keresztül. Politika megfogalmazása, rekord ellenőrzése, beszállítók összehasonlítása, gondozási terv elkészítése, incidens osztályozása, szerződés áttekintése, panasz kivizsgálása, ütemterv készítése, forrásadatok egyeztetése. A chatablak tudott segíteni, de az interakció nyikorogni kezdett. A fontos állapot egy görgethető átiratban élt. A forrásbizonyítékok keveredtek a beszélgetéssel. A műveletek prózába voltak rejtve. A javítások újabb üzenetekként jelentek meg. A felhasználónak emlékeznie kellett arra, hogy mit döntöttek el, mi van még tervezetben, és melyik válasz írta felül csendesen a másikat. A felület olyan értekezletté vált, amelyről nem készült jegyzőkönyv.

A chat jó felület a kérdezéshez, a felfedezéshez és a jelentés egyeztetéséhez. Gyenge felület a működtetéshez. A munkához állapot, struktúra, vezérlők, származás, összehasonlítás, visszavonás, jóváhagyás, korlátok és megosztott láthatóság kell. Egy komoly munkafolyamat nem függhet attól, hogy valaki felfelé görget, hogy megtudja, a modell a régi vagy az új táblázatot ígérte használni. Ez nem együttműködés. Ez régészet egy kurzorral.

A chatbot utáni felület nem fogja elhagyni a nyelvet. A nyelv túl hasznos. A helyére teszi a nyelvet: mint egy bemeneti és kimeneti módot az űrlapok, táblázatok, idővonalak, térképek, vásznak, vizsgálók, csúszkák, forráspanelok, sorok, jóváhagyások és szimulációk között. A jövő nem kevésbé beszélgetős. Kevésbé beszélgetésbe zárt.

A chat nyíltan rejti el az állapotot

Az átirat csábító tárolási mechanizmus, mert teljesnek tűnik. Minden, ami elhangzott, ott van. A probléma az, hogy a munka nem egyszerűen az, ami elhangzott. A munkának állapotai vannak. Egy záradék tervezet vagy elfogadott. Egy forrás a hatókörön belül vagy azon kívül van. Egy feladat blokkolt vagy kész. Egy kockázat nyitott vagy mérsékelt. Egy szám fájlból, feltételezésből vagy számításból származik. Egy döntést javasoltak, elutasítottak, továbbítottak vagy alkalmaztak. A chat meg tudja említeni ezeket az állapotokat, de a megemlítés nem egyenlő a kezeléssel.

Amikor az állapot csak beszélgetésben él, a felhasználókból állapotgép lesz. Nekik kell megjegyezniük, hogy a második válasz jobb volt az elsőnél, hogy a modell rossz adathalmazt használt, amíg ki nem javították, hogy az utolsó bekezdés még jogi felülvizsgálatra vár, hogy a táblázat végleges, kivéve két sort, és hogy a műveletet még nem szabad végrehajtani. Az emberek ezt egy rövid váltás erejéig képesek megtenni. Egy csapaton, egy hónapon vagy egy szabályozott folyamaton át azonban nem megbízhatóan. Az emberek kiválóan értenek a jelentéshez. Közepes adatbázisok, érzésekkel.

A csevegés utáni felület láthatóvá teszi az állapotot. Megmutatja az aktuális munkahalmazt, az elfogadott módosításokat, a megválaszolatlan kérdéseket, a források állapotát, a megbízhatóságot, a jóváhagyásokat, a határidőket és a következő lépéseket. Különválasztja a beszélgetést az artefaktumtól. A felhasználó természetes nyelven tárgyalhat egy szerződésről, de a szerződés felülete megmutatja, mely záradékok változtak. A felhasználó kérhet gondozási tervtervezetet, de a terv felülete megmutatja a gyógyszereket, a kockázatokat, az időpontokat, a bizonyítékokat és a feloldatlan ellentmondásokat. A beszélgetés segít. A felület vezeti a pontszámot.

Ez a szétválasztás a közös munkát is védi. Egy később csatlakozó kollégának nem kell negyven üzenetet elolvasnia ahhoz, hogy megtudja, mi változott. Egy ellenőrnek nem kell az egész csevegést átnéznie a döntés megértéséhez. Egy vezetőnek nem szabad a modell utolsó válaszára hagyatkoznia nyilvántartásként. Az artefaktumnak saját állapotra, verzióra és származásra van szüksége. A csevegés elmesélheti a munkát. Nem lehet az egyetlen hely, ahol a munka létezik.

A válasz nem egy jobb csevegőbuborék

Számos chatbot-fejlesztés igyekszik okosabbá tenni a buborékot: hivatkozások, gombok, memória, javaslatok, fájlcsatolmányok, függvényhívások, hang, avatárok, hasznosabb formázás. Ezek javíthatják az élményt. Nem oldják meg a mélyebb eltérést. Egy munkafolyamat nem üzenethalom kiegészítőkkel. Objektumok, korlátok, döntések és műveletek halmaza, amely idővel változik.

Vegyük a beszerzési elemzést. Egy csevegőfelület összefoglalhatja a beszállítókat, összehasonlíthatja a szempontokat, és válaszolhat a kérdésekre. Hasznos. De a felhasználónak szüksége van egy összehasonlító táblázatra, állítható súlyozásra, forrásdokumentumokra, ellentmondásokra, kockázati megjegyzésekre, jóváhagyási állapotra, költségvetési korlátokra és exportálható nyilvántartásra. Ha mindez egy beszélgetésbe van szorítva, a felhasználó energiát fordít arra, hogy újraépítse azt a struktúrát, amelyet a rendszer közvetlenül megjeleníthetett volna. Így válik egy asszisztens nagyon artikulált táblázatkezelővé, amely nem hajlandó táblázatkezelő lenni.

Vagy vegyük az incidenskezelést. A csevegés segíthet diagnosztikai kérdések feltevésében és frissítések megfogalmazásában. De a reagálóknak szükségük van egy idővonalra, nyitott hipotézisekre, érintett rendszerekre, felelősökre, bizonyítékokra, döntésekre, kommunikációra és visszavonható műveletekre. Egy csevegési átirat túl lineáris a párhuzamos válságmunkához. Keveri a találgatást a megerősített ténnyel, hacsak nem kezelik gondosan. Megnehezíti annak látását, ami még ismeretlen. Egy incidens során a felületnek csökkentenie kell a kognitív terhelést, nem pedig görgetési mélységi versennyé változtatnia a reagálást.

A jobb irány a feladatfelületek. Minden felület szerepet ad a modellnek egy felismerhető munkamintán belül: vázlatkészítés, összehasonlítás, vizsgálat, egyeztetés, tervezés, felülvizsgálat, útválasztás, szimuláció. A nyelv elérhető marad, de a felület biztosítja azokat az objektumokat és vezérlőket, amelyeket a feladat természetesen megkövetel. A felhasználónak már nem kell megkérnie a chatbotot, hogy az egész alkalmazássá váljon. Az alkalmazás ott válik AI-képessé, ahol a feladat profitál belőle.

A vegyes kezdeményezés fogantyúkat igényel

Az AI-felületeket gyakran vegyes kezdeményezésűként írják le: az ember és a rendszer felváltva viszi a szót. Ez a kifejezés hasznos, de homályossá válhat. A vegyes kezdeményezés fogantyúkat igényel. A felhasználónak képesnek kell lennie a hatókör beállítására, tények rögzítésére, feltevések elutasítására, források kiválasztására, a kockázattűrés módosítására, egy artefaktum részeinek rögzítésére, alternatívák kérésére, verziók összehasonlítására és műveletek jóváhagyására. A rendszernek képesnek kell lennie javaslatot tenni, figyelmeztetni, tisztázó kérdéseket feltenni, tartózkodni a döntéstől, és elmagyarázni, miért van szüksége további bizonyítékokra.

A csevegésben ezek közül sok fogantyú szavakká válik. Ne módosítsa a második szakaszt. Csak ezeket a forrásokat használja. Legyen óvatosabb. Tartsa meg a táblázatot, de igazítsa a pontozást. Magyarázza el a különbséget a harmadik és a negyedik verzió között. Ez addig működik, amíg nem. A prózában megfogalmazott utasítások elsikkadhatnak, félreérthetők, ellentmondhatnak egymásnak vagy eltemetődhetnek. Egy olyan vezérlőnek, amelyre ismételten szükség van, láthatóvá kell válnia. Ha a felhasználónak ötször kell azt mondania, hogy ne nyúljon ehhez a bekezdéshez, a felületnek zárra van szüksége, nem pedig egy engedelmesebb bekezdésre a zárakról.

A jó fogantyúk csökkentik a promptterhelést. Egy hatókörválasztó jobb, mint egy bekezdés, amely elmagyarázza a hatókört. Egy forráspanel jobb, mint a fájlnevek ismételt beillesztése. Egy kockázatcsúszka jobb, mint az olyan homályos jelzők, mint az óvatos vagy merész, ha a tartomány meg tudja határozni, mit jelentenek ezek. Egy verziókülönbség-nézet jobb, mint megkérdezni, mi változott. Egy strukturált jóváhagyógomb jobb, mint a kérjük, alkalmazza ezt, de csak a biztonságos részeket. A nyelv marad a rugalmas réteg. A vezérlők az ismétlődő szándékot hordozzák.

A fogantyúk a felelősséget is egyértelműbbé teszik. Ha a felhasználó kiválasztotta a forrásokat, a nyilvántartás ezt megmutathatja. Ha a rendszer figyelmen kívül hagyott egy kizárt forrást, az hiba. Ha magas volt a kockázati beállítás, a downstream felülvizsgálat megértheti, miért javasolt a modell agresszívebb opciót. Ha egy művelet jóváhagyást igényelt, a felület bizonyítani tudja, ki hagyta jóvá, és milyen bizonyítékok alapján. Ez nem felületi bürokrácia. Ez a különbség az együttműködés és a küldés gombbal ellátott megérzések között.

A források objektumok legyenek, ne díszek

A csevegésben szereplő hivatkozások kezdetnek jók, de komoly munkához gyakran túl gyengék. Egy lábjegyzet a generált bekezdés végén nem mondja meg a felhasználónak, hogy melyik állítás melyik forrásból származik, hogy a forrás naprakész volt-e, hogy egy jobb forrást kizártak-e, vagy hogy két forrás ellentmondott-e egymásnak. Lehet, hogy inkább megnyugtat, mint tájékoztat. Egy hivatkozás a tekintély kis jelmezévé válhat, ha a felület nem engedi a felhasználónak, hogy megvizsgálja a forráskapcsolatot.

Az utóchat-felületek a forrásokat objektumokként kezelik. Megmutatják a forráskészletet, a frissességet, az engedélyeket, a kinyert mezőket, az egymásnak ellentmondó szakaszokat, a megbízhatóságot és a származást. Lehetővé teszik a felhasználó számára, hogy forrásokat vegyen fel, zárjon ki, rögzítsen, hasonlítson össze és kérdőjelezzen meg. Megmutatják, ha egy állításnak nincs alátámasztása. Megkülönböztetik a hivatalos feljegyzéseket a háttéranyagtól, a felhasználói jegyzetektől, a következtetett értékektől és a modell feltételezéseitől. A forrás nem dekoratív hivatkozás. Résztvevője a munkának.

Ez azért fontos, mert az AI-rendszerek gyakran kudarcot vallanak a rendelkezésre álló információ és a megalapozott információ közötti határon. Folyékony választ tudnak adni gyenge bizonyítékokból. Keverhetnek régi és új dokumentumokat. Tervezetként kezelhetnek egy szabályzatot. Következtethetnek egy számra, amit ki kellett volna számolniuk. A felületnek láthatóvá kell tennie ezeket a határokat. Segítenie kell a felhasználónak feltenni a kérdést: mit használtál, mit nem használtál, mi ütközik, mi hiányzik, és mi változna, ha ezt a forrást eltávolítanánk.

Amikor a források objektumokká válnak, az áttekintés gyorsabbá és jobbá válik. Egy ügyvéd láthatja, melyik záradék támasztja alá a javasolt módosítást. Egy klinikus láthatja, melyik megfigyelés alakította a tervet. Egy mérnök láthatja, melyik naplósor támasztja alá a diagnózist. Egy beszerzési csapat láthatja, melyik szállítói dokumentum járult hozzá egy pontszámhoz. A felhasználó már nem olvas prózát, és reméli, hogy a láthatatlan visszakereső rendszer megfelelően viselkedett. A remény kellemes. De nem forráskezelési stratégia.

Választól a műtárgyig

A chatbot természetes egysége a válasz. A munka természetes egysége gyakran egy műtárgy. Egy jelentésnek, tervnek, szerződésnek, ütemezésnek, ügyiratnak, modellkártyának, döntési feljegyzésnek, kockázati nyilvántartásnak, lekérdezésnek, tervnek, költségvetésnek vagy szolgáltatásjegynek a válaszon túlmutató szerkezete van. Vannak szakaszai, mezői, tulajdonosai, állapotai, függőségei, verziói és célközönségei. A chatbot utáni felület az AI-kimenetet a műtárgy javasolt módosításaként kezeli, nem pedig magaként a műtárgyként.

Ez a megkülönböztetés megváltoztatja az interakciót. A teljes válasz elfogadása helyett a felhasználó elfogadhat egy bekezdést, elutasíthat egy állítást, rögzíthet egy forrást, feloszthat egy feladatot, módosíthat egy mezőt, alternatívákat kérhet egy szakaszhoz, vagy átalakítást alkalmazhat a kiválasztott sorokra. A rendszer kiemelheti a bizonytalan részeket, megjelölheti a nem alátámasztott állításokat, megmutathatja, mi változott, és megőrizheti az elutasított opciókat. A felhasználó egy objektummal dolgozik, nem egy átirattal.

Artefact-first design also supports partial automation. The model may draft the summary but not the recommendation. It may extract fields but not submit the case. It may propose schedule changes but not notify participants. It may rank risks but not approve mitigation. The interface can make these boundaries explicit. A chat interface can say it will not take an action. A task surface can prevent the action unless the right control, role, and evidence are present.

Undo becomes central. When AI acts on artefacts, users need reversible operations, diffs, snapshots, and applied-change records. People are more willing to experiment when they can see and reverse changes. They are less willing when the model emits a polished replacement for the whole thing and the only recovery mechanism is copying from a previous message. Version control is not a developer luxury here. It is a design pattern for courage.

A személyre szabás nem ugyanaz, mint a memória

Sok chatbot a memóriára támaszkodik, hogy hasznosabbá váljon. Emlékezzen a preferenciáimra. Emlékezzen a projektjeimre. Emlékezzen a hangnemeimre. A memória segíthet, de a chat utáni felületeknek fegyelmezettebb különbséget kell tenniük a személyre szabás, a munkamenet állapota, a szervezeti kontextus és a hiteles nyilvántartás között. Az, hogy a modell megjegyzi, hogy a felhasználó szereti a rövid összefoglalókat, nem ugyanaz, mint amikor az ügyirat rögzíti, hogy egy döntést jóváhagytak. Ha ezeket összemossuk, a kényelem véletlenül bizonyítékká válik.

Komoly munkánál a felületnek meg kell mutatnia, hogy mit jegyez meg és miért. A személyes preferenciáknak szerkeszthetőnek és alacsony kockázatúnak kell lenniük. A projektkontextusnak láthatónak és behatároltnak kell lennie. A hiteles nyilvántartásokat szabályozni kell. Az érzékeny tények nem válhatnak környezeti memóriává pusztán azért, mert megjelentek egy beszélgetésben. A felhasználónak meg kell tudnia kérdezni a rendszertől, hogy miért viselkedik bizonyos módon, és látnia kell, hogy a válasz preferenciából, szabályzatból, előzményekből, forrásadatokból vagy modellkövetkeztetésből származik-e.

A memóriának felejtenie is kell. Egy törölt feltételezés nem kísértheti a jövőbeli ajánlásokat. Egy piszkozatforrás nem válhat állandó kontextussá. Egy korábbi felhasználói javítás nem érvényes a saját területén kívül. Egy ideiglenes projektmegkötésnek le kell járnia. A chatfelületek gyakran varázslatosnak tüntetik fel a memóriát. A munka felületeinek olyan memóriára van szükségük, amely elég unalmas ahhoz, hogy kezelhető legyen. Az unalmas memória az a fajta, amely elkerüli, hogy magyarázkodni kelljen az ügyfélnek, miért bukkant fel a múlt negyedévi magánjegyzet a negyedéves nyilvános tervezetben.

A chat utáni felület ezért különválasztja a memóriavezérlőket. Mi van rögzítve ehhez a feladathoz. Mi van elmentve ehhez az artefaktumhoz. Mi személyes preferencia. Mi szervezeti szabályzat. Mi ideiglenes. Mi törölt. Mi örökölt. A felhasználónak nem kell prompttal ördögűzést végeznie. Vezérlőkre van szüksége.

A felület kormányzási felületté válik

Ahogy az AI elmozdul a kérdések megválaszolásától a munka alakítása felé, a felület kormányzási felületté válik. Ez dönti el, mit láthatnak a felhasználók, mit hagyhatnak figyelmen kívül, mely alapértelmezések tűnnek természetesnek, mely műveletek igényelnek jóváhagyást, mely bizonyítékok jelennek meg, mely bizonytalanságok kerülnek elismerésre, és mely nyilvántartások maradnak fenn. A kormányzás nem csak szabályzati szöveg. Ez a képernyő alakja is.

Ezért a felülettervezés következményesebb, mint azt sok szervezet gondolná. Egy rejtett forráspanel gyengíti az áttekintést. Egy homályos megbízhatósági jelvény hamis pontosságot teremt. Egy alapértelmezett jóváhagyási útvonal növeli az automatizálási torzítást. Egy hiányzó diff bizalmi gyakorlattá változtatja a generált szöveget. Egy eltemetett eszkalációs útvonal elbátortalanítja az odafigyelést. Egy élénk műveleti gomb felülírhat egy bekezdésnyi óvatosságot. A képernyőknek politikájuk van, még akkor is, ha semleges szürkét viselnek.

A jó kormányzási felületek láthatóvá teszik a fontos súrlódásokat. Lelassítják a visszafordíthatatlan műveleteket. Bizonyítékot követelnek a jelentős változtatásokhoz. Megmutatják a hiányzó kontextust. Az elutasított javaslatokat megőrzik felülvizsgálatra. Elválasztják a vázlatot az alkalmazott állapottól. Megkönnyítik a fokozást, ha a rendszer bizonytalan. Nem szégyenítik meg a felhasználót az automatizálás visszautasításáért. A legjobb MI-felület néha az lehet, amelyik azt mondja: nincs elég bizonyíték, majd produktív következő lépést kínál a felhasználónak.

Itt válik fontossá a hozzáférhetőség is. Egy csevegés utáni MI-felület nem feltételezheti, hogy minden felhasználó hosszú prózát, sűrű táblázatokat vagy rejtett billentyűparancsokat szeretne. Támogatnia kell a átfutást, a billentyűzetes vezérlést, a képernyőolvasókat, a világos fókuszt, az érthető címkéket és a kiszámítható viselkedést. A komoly munkát fáradt emberek végzik hétköznapi napokon. A felületnek segítenie kell őket, nem pedig egy kis kognitív akadálypályát lefuttatni, és azt innovációnak nevezni.

Miért marad a csevegés

Mindez nem jelenti azt, hogy a csevegés eltűnik. Értékes marad, mert a nyelv a legrugalmasabb felület, amivel az emberek rendelkeznek. Célok magyarázatára, kétértelműség egyeztetésére, miértek kérdezésére, kivételek leírására és új feladatok kitalálására használjuk. A csevegés különösen hasznos a munka elején, amikor a felhasználó még nem ismeri a struktúrát. A széleken is hasznos, ahol a rögzített vezérlők a lehetséges kivételek múzeumává válnának.

A hiba az, ha a csevegést univerzális végállapotként kezeljük, mert az univerzális demó volt. Az első táblázatkezelő nem szüntette meg a számviteli rendszereket. Az első keresőmező nem szüntette meg az információs architektúrát. Az első térképfelület nem szüntette meg a logisztikai szoftvereket. A hasznos felületi primitívek a gazdagabb eszközök részévé válnak. A csevegés egy primitív. Erőteljes, de mégis primitív.

A csevegés utáni világ tele lesz hibridekkel. Egy tervező, amely mellett idővonal van. Egy szerződésszerkesztő szakaszszintű javaslatokkal és forrásbizonyítékokkal. Egy támogatási konzol vázolt válaszokkal, megbízhatósági szintekkel, szabályzatellenőrzésekkel és ügyfél-előzményekkel. Egy klinikai felület pácienskontextussal, tervjavaslatokkal, kockázati jelzésekkel és felülvizsgálati vezérlőkkel. Egy adateszköz, ahol a nyelv lekérdezést generál, de az eredmény egy táblázatban él, származással és érvényesítéssel. A modell jelen van a munkaterületen, anélkül hogy minden munkát átiratba kényszerítene.

Ezt nehezebb megépíteni, mint egy csevegőablakot. Megköveteli a tartomány, az objektumok, a felhasználói szerepkörök, a hibamódok és a számottevő rekordok megértését. Megköveteli a tervezési fegyelmet. Megköveteli, hogy nemet mondjunk azokra a funkciókra, amelyektől a demó varázslatosnak tűnik, miközben a termelési munkát kétértelművé teszik. De ez az az irány, amelyet a komoly AI-felületeknek követniük kell. A chatbot elérhetővé tette a modellt. A következő felületnek működtethetővé kell tennie.

A tanulság

A chatbot utáni felület nem egy szebb chatbot. Ez egy munkafelület, ahol a nyelv, a vezérlők, az artefaktumok, a források, az állapot és a rekordok találkoznak. Lehetővé teszi az emberek számára, hogy kérdezzenek, de azt is, hogy ellenőrizzenek. Lehetővé teszi a modellek számára, hogy javaslatot tegyenek, de nem azt, hogy némán döntsenek. Lehetővé teszi a felhasználók számára, hogy elfogadjanak részeket, elvessék a feltételezéseket, rögzítsék a forrásokat, összehasonlítsák a verziókat, visszavonják a módosításokat, és bizonyítékokkal hagyják jóvá a műveleteket. A modellt egy beszélő dobozból egy irányított munkafolyamat résztvevőjévé változtatja.

A csevegés megtanította az embereknek, hogy az AI képes lehet beszélgetésre. Ez szükséges tanulság volt. A következő tanulság az, hogy a beszélgetés nem ugyanaz, mint a munka. A munkának van emlékezete, formája, tulajdonjoga, kockázata és következménye. A felületnek tiszteletben kell tartania ezeket ahelyett, hogy elrejtené őket egy átiratban. A jövő továbbra is beszélni fog. De meg is mutatja a forrásait, felfedi az állapotát, megjegyzi a döntéseit, és olyan fogantyúkat ad a felhasználóknak, amelyek elég erősek a kormányzáshoz.