Käyttöliittymä chatbotin jälkeen
Laatikko, joka opetti kaikki kysymään
Chatbot teki jotakin tärkeää. Se antoi tavallisille ihmisille tavan koskettaa tehokasta mallia ilman, että heidän tarvitsi opetella uutta käyttöliittymää. Kirjoita pyyntö. Saat vastauksen. Kysy uudelleen. Tämä yksinkertaisuus oli merkityksellistä. Se sai tekoälyn tuntumaan vähemmän laboratorioinstrumentilta ja enemmän kollegalta, joka oli lukenut liikaa ja keksi silloin tällöin asioita erinomaisella itsevarmuudella. Jonkin aikaa tyhjä tekstiruutu oli juuri oikea ovi.
Sitten tiimit yrittivät tehdä vakavaa työtä sen oven kautta. Luonnostele käytäntö, tarkista tieto, vertaile toimittajia, valmistele hoitosuunnitelma, tee tilannekartoitus, käy läpi sopimus, tutki valitus, laadi aikataulu, täsmäytä lähdedata. Chat-ruutu saattoi auttaa, mutta vuorovaikutus alkoi narista. Tärkeä tila eli vierittävässä keskustelussa. Lähdetodisteet sekoittuivat keskusteluun. Toiminnot olivat piilossa proosan sisällä. Korjaukset ilmestyivät uusina viesteinä. Käyttäjän piti muistaa, mikä oli päätetty, mikä oli vielä luonnos ja mikä vastaus oli hiljaa korvannut toisen. Käyttöliittymästä oli tullut kokous ilman pöytäkirjaa.
Chat on hyvä käyttöliittymä kysymiseen, tutkimiseen ja merkityksen neuvottelemiseen. Se on heikko käyttöliittymä operoimiseen. Työ tarvitsee tilaa, rakennetta, hallintalaitteita, alkuperää, vertailua, kumoamista, hyväksyntää, rajoitteita ja jaettua näkyvyyttä. Vakava työnkulku ei voi riippua siitä, että joku vierittää ylöspäin selvittääkseen, lupasiko malli käyttää vanhaa vai uutta laskentataulukkoa. Se ei ole yhteistyötä. Se on arkeologiaa kursorilla.
Chatbotin jälkeinen käyttöliittymä ei hylkää kieltä. Kieli on liian hyödyllistä. Se asettaa kielen oikealle paikalleen: yhdeksi syöte- ja tulostetilaksi lomakkeiden, taulukoiden, aikajanojen, karttojen, kankaiden, tarkastelijoiden, liukusäätimien, lähdepaneelien, jonojen, hyväksyntöjen ja simulaatioiden rinnalle. Tulevaisuus ei ole vähemmän keskusteleva. Se on vähemmän keskusteluun vangittu.
Chat piilottaa tilan näkyviltä
Keskustelu on viettelevä tallennusmekanismi, koska se tuntuu täydelliseltä. Kaikki sanottu on siellä. Ongelma on, että työ ei ole yksinkertaisesti sitä, mitä sanottiin. Työllä on tiloja. Lauseke on luonnos tai hyväksytty. Lähde on soveltamisalassa tai sen ulkopuolella. Tehtävä on estetty tai valmis. Riski on avoin tai lievennetty. Luku on peräisin tiedostosta, oletuksesta tai laskelmasta. Päätös on ehdotettu, hylätty, nostettu ylemmäs tai pantu täytäntöön. Chat voi mainita nämä tilat, mutta mainitseminen ei ole hallintaa.
Kun tila elää vain keskustelussa, käyttäjistä tulee tilakone. He muistavat, että toinen vastaus oli ensimmäistä parempi, että malli käytti väärää tietoaineistoa kunnes se korjattiin, että viimeinen kappale odottaa vielä lakikatselmusta, että taulukko on lopullinen lukuun ottamatta kahta riviä ja että toimintoa ei pidä vielä suorittaa. Ihminen pystyy tähän lyhyessä vaihdossa. Hän ei pysty siihen luotettavasti tiimin, kuukauden tai säännellyn prosessin mittakaavassa. Ihminen on erinomainen merkitysten käsittelijä. Hän on keskinkertainen tietokanta tunteilla.
Keskustelun jälkeinen käyttöliittymä tekee tilan näkyväksi. Se näyttää nykyisen työaineiston, hyväksytyt muutokset, avoimet kysymykset, lähteiden tilan, luottamuksen, hyväksynnät, määräajat ja seuraavat toimet. Se erottaa keskustelun tuotoksesta. Käyttäjä voi käsitellä sopimusta luonnollisella kielellä, mutta sopimusnäkymä näyttää, mitkä kohdat muuttuivat. Käyttäjä voi pyytää hoitosuunnitelman luonnosta, mutta suunnitelmanäkymä näyttää lääkitykset, riskit, ajat, näytön ja ratkaisemattomat ristiriidat. Keskustelu auttaa. Käyttöliittymä pitää kirjaa.
Tämä erottelu suojaa myös yhteistyötä. Myöhemmin mukaan tulevan kollegan ei pitäisi joutua lukemaan neljääkymmentä viestiä tietääkseen, mikä muuttui. Tilintarkastajan ei pitäisi joutua käymään läpi koko jutustelua nähdäkseen päätöksen. Esimiehen ei pitäisi luottaa mallin viimeiseen vastaukseen tallenteena. Tuotoksella on oltava oma tila, versio ja alkuperä. Chat voi kertoa työstä. Sen ei pitäisi olla ainoa paikka, jossa työ on olemassa.
Vastaus ei ole parempi keskustelukupla
Monet chatbot-parannukset yrittävät tehdä kuplasta älykkäämmän: viittaukset, painikkeet, muisti, ehdotukset, liitetiedostot, funktiokutsut, ääni, avatarit, havainnollisempi muotoilu. Nämä voivat parantaa käyttökokemusta. Ne eivät ratkaise syvempää epäsuhtaa. Työnkulku ei ole pino viestejä varusteineen. Se on joukko objekteja, rajoitteita, päätöksiä ja toimia, jotka muuttuvat ajan myötä.
Ajatellaan hankinta-analyysiä. Chat-käyttöliittymä voi tiivistää toimittajat, vertailla kriteerejä ja vastata kysymyksiin. Hyödyllistä. Mutta käyttäjä tarvitsee myös vertailutaulukon, säädettävät painotukset, lähdeasiakirjat, ristiriidat, riskimerkinnät, hyväksynnän tilan, budjettirajoitteet ja vietävissä olevan tallenteen. Jos kaikki tämä sullotaan keskusteluun, käyttäjä käyttää energiaa rakenteen rekonstruoimiseen, jonka järjestelmä olisi voinut näyttää suoraan. Näin avustajasta tulee hyvin ilmaisuvoimainen taulukkolaskenta, joka kieltäytyy olemasta taulukkolaskenta.
Tai ajatellaan häiriötilanteen hallintaa. Chat voi auttaa esittämään diagnostisia kysymyksiä ja luonnostelemaan tiedotteita. Mutta toimijat tarvitsevat aikajanan, avoimet hypoteesit, vaikuttavat järjestelmät, vastuuhenkilöt, näytön, päätökset, viestinnän ja peruutettavat toimet. Keskustelutallenne on liian lineaarinen rinnakkaiseen kriisityöhön. Se sekoittaa spekulaation vahvistettuihin tosiasioihin, ellei sitä hallinnoida huolellisesti. Siitä on vaikea nähdä, mikä on vielä tuntematonta. Häiriötilanteessa käyttöliittymän pitäisi vähentää kognitiivista kuormaa, ei muuttaa toimintaa vierityssyvyyskisaksi.
Parempi suunta on tehtävänäkymät. Jokainen näkymä antaa mallille roolin tunnistettavassa työskentelytavassa: luonnostelu, vertailu, tutkinta, täsmäytys, suunnittelu, katselmointi, reititys, simulointi. Kieli pysyy käytettävissä, mutta näkymä tarjoaa objektit ja hallinnan, joita tehtävä luonnostaan vaatii. Käyttäjän ei enää tarvitse pyytää chatbotia muuttumaan koko sovellukseksi. Sovelluksesta tulee tekoälykykyinen siellä, missä tehtävä siitä hyötyy.
Yhteistyöaloitteisuus tarvitsee kahvoja
Tekoälyrajapintoja kuvataan usein yhteistyöaloitteisiksi: ihminen ja järjestelmä vuorottelevat johtovuorossa. Ilmaus on hyödyllinen, mutta se voi hämärtyä. Yhteistyöaloitteisuus vaatii kahvoja. Käyttäjän on voitava asettaa laajuus, kiinnittää tosiasiat, hylätä oletukset, valita lähteet, muuttaa riskinsietoa, jäädyttää osia artefaktista, pyytää vaihtoehtoja, vertailla versioita ja hyväksyä toimia. Järjestelmän on voitava ehdottaa, varoittaa, esittää tarkentavia kysymyksiä, pidättäytyä ja selittää, miksi se tarvitsee lisää näyttöä.
Chatissa monet näistä kahvoista muuttuvat sanoiksi. Älä muuta toista osiota. Käytä vain näitä lähteitä. Ole varovaisempi. Säilytä taulukko mutta säädä pisteytystä. Selitä ero version kolme ja neljä välillä. Tämä toimii, kunnes se ei toimi. Proosamuotoiset ohjeet voivat jäädä huomaamatta, tulla väärinymmärretyiksi, joutua ristiriitaan tai hautautua. Säätimestä, jolla on toistuvaa merkitystä, pitäisi tulla näkyvä. Jos käyttäjän täytyy sanoa älä koske tähän kappaleeseen viisi kertaa, rajapinta tarvitsee lukon, ei tottelevaisempaa kappaletta lukoista.
Hyvät kahvat vähentävät kehotetaakkaa. Laajuudenvalitsin on parempi kuin laajuutta selittävä kappale. Lähdepaneeli on parempi kuin tiedostonimien liittäminen toistuvasti. Riskiliukusäädin on parempi kuin epämääräiset adjektiivit, kuten varovainen tai rohkea, kun toimiala voi määritellä, mitä ne tarkoittavat. Versioero on parempi kuin kysyminen, mikä muuttui. Rakenteinen hyväksymispainike on parempi kuin ota tämä käyttöön, mutta vain turvalliset osat. Kieli pysyy joustavana kerroksena. Säätimet kantavat toistuvan tarkoituksen.
Kahvat myös selkeyttävät vastuuta. Jos käyttäjä valitsi lähteet, tietue voi näyttää sen. Jos järjestelmä jätti huomiotta pois suljetun lähteen, se on vika. Jos riskiasetus oli korkea, jälkikäteinen tarkastelu voi ymmärtää, miksi malli ehdotti aggressiivisempaa vaihtoehtoa. Jos toiminto vaati hyväksynnän, rajapinta voi osoittaa, kuka sen hyväksyi ja millä perusteella. Tämä ei ole rajapintabyrokratiaa. Se on ero yhteistyön ja lähetä-painikkeella varustetun tunnelman välillä.
Lähteiden pitäisi olla objekteja, ei koristeita
Chatin lähdeviittaukset ovat alku, mutta ne ovat usein liian heikkoja vakavaan työhön. Alaviite tuotetun kappaleen lopussa ei kerro käyttäjälle, mistä lähteestä mikä väite tuli, oliko lähde ajantasainen, suljettiinko parempi lähde pois tai olivatko kaksi lähdettä ristiriidassa. Se voi rauhoittaa enemmän kuin informoida. Lähdeviittauksesta voi tulla pieni auktoriteetin asu, jos rajapinta ei anna käyttäjän tarkastella lähdesuhdetta.
Chatin jälkeiset käyttöliittymät käsittelevät lähteitä objekteina. Ne näyttävät lähdejoukon, tuoreuden, käyttöoikeudet, poimitut kentät, ristiriitaiset kohdat, luottavuuden ja alkuperäketjun. Ne antavat käyttäjän sisällyttää, sulkea pois, kiinnittää, vertailla ja haastaa lähteitä. Ne näyttävät, milloin väitteellä ei ole tukea. Ne erottavat viralliset asiakirjat taustamateriaalista, käyttäjän muistiinpanoista, päätellyistä arvoista ja mallin arvauksista. Lähde ei ole koristeellinen linkki. Se on osallistuja työhön.
Tämä on tärkeää, koska tekoälyjärjestelmät epäonnistuvat usein saatavilla olevan tiedon ja perustellun tiedon rajapinnassa. Ne voivat tuottaa sujuvan vastauksen heikoista todisteista. Ne voivat sekoittaa vanhoja ja uusia asiakirjoja. Ne voivat kohdella luonnosta politiikkana. Ne voivat päätellä luvun, joka olisi pitänyt laskea. Käyttöliittymän pitäisi tehdä nämä rajat näkyviksi. Sen pitäisi auttaa käyttäjää kysymään: mitä käytit, mitä et käyttänyt, mikä on ristiriidassa, mikä puuttuu ja mikä muuttuisi, jos tämä lähde poistettaisiin.
Kun lähteistä tulee objekteja, tarkastelu nopeutuu ja paranee. Lakimies näkee, mikä lauseke tukee ehdotettua muutosta. Kliinikko näkee, mikä havainto muokkasi suunnitelmaa. Insinööri näkee, mikä lokirivi tukee diagnoosia. Hankintatiimi näkee, mikä toimittajan asiakirja vaikutti pisteytykseen. Käyttäjä ei enää lue tekstiä ja toivo, että näkymätön hakujärjestelmä toimi oikein. Toivo on miellyttävää. Se ei ole lähdehallintastrategia.
Vastauksesta artefaktiksi
Chatbotin luonnollinen yksikkö on vastaus. Työn luonnollinen yksikkö on usein artefakti. Raportilla, suunnitelmalla, sopimuksella, aikataululla, asiakirjakansiolla, mallikortilla, päätösmuistiolla, riskirekisterillä, kyselyllä, suunnitelmalla, budjetilla tai palvelutiketillä on vastausta laajempi rakenne. Sillä on osioita, kenttiä, omistajia, tiloja, riippuvuuksia, versioita ja yleisöjä. Chatin jälkeinen käyttöliittymä käsittelee tekoälyn tuotosta ehdotettuna muutoksena artefaktiin, ei artefaktina itsessään.
Tämä ero muuttaa vuorovaikutusta. Sen sijaan, että käyttäjä hyväksyisi koko vastauksen, hän voi hyväksyä kappaleen, hylätä väitteen, kiinnittää lähteen, jakaa tehtävän, muuttaa kenttää, pyytää vaihtoehtoja yhdelle osiolle tai soveltaa muunnosta valittuihin riveihin. Järjestelmä voi korostaa epävarmat kohdat, merkitä tukemattomat väitteet, näyttää muutokset ja säilyttää hylätyt vaihtoehdot. Käyttäjä työskentelee objektin kanssa, ei keskustelutallenteen kanssa.
Artefact-first-muotoilu tukee myös osittaista automaatiota. Malli voi luonnostella yhteenvedon, mutta ei suositusta. Se voi poimia kenttiä, mutta ei lähettää tapausta. Se voi ehdottaa aikataulumuutoksia, mutta ei ilmoittaa osallistujille. Se voi luokitella riskejä, mutta ei hyväksyä lieventäviä toimenpiteitä. Käyttöliittymä voi tehdä näistä rajoista selkeitä. Keskustelukäyttöliittymä voi sanoa, ettei se suorita toimenpidettä. Tehtävänäkymä voi estää toimenpiteen, ellei oikea hallintaoikeus, rooli ja näyttö ole läsnä.
Kumoamisesta tulee keskeistä. Kun tekoäly toimii artefaktien parissa, käyttäjät tarvitsevat palautettavia toimintoja, eroja, tilannekuvia ja muutoslokeja. Ihmiset ovat halukkaampia kokeilemaan, kun he näkevät ja voivat palauttaa muutokset. He ovat haluttomampia, kun malli tuottaa kiillotetun korvaajan koko sisällölle ja ainoa palautuskeino on kopiointi aiemmasta viestistä. Versiohallinta ei ole tässä kehittäjien ylellisyyttä. Se on rohkeuden suunnittelumalli.
Personointi ei ole sama asia kuin muisti
Monet chatbotit nojaavat muistiin parantaakseen hyödyllisyyttä. Muista mieltymykseni. Muista projektini. Muista sävyni. Muisti voi auttaa, mutta keskustelun jälkeiset käyttöliittymät tarvitsevat kurinalaisemman erottelun personoinnin, istunnon tilan, organisaation kontekstin ja virallisen tallenteen välillä. Se, että malli muistaa käyttäjän pitävän lyhyistä yhteenvedoista, on eri asia kuin se, että tapaustiedostoon kirjataan päätöksen hyväksyntä. Näiden yhdistäminen on tapa, jolla mukavuudesta tulee vahingossa näyttöä.
Vakavassa työssä käyttöliittymän tulisi näyttää, mitä se muistaa ja miksi. Henkilökohtaisten mieltymysten tulisi olla muokattavissa ja matalan riskin asioita. Projektikontekstin tulisi olla näkyvissä ja rajattua. Virallisia tallenteita tulisi hallinnoida. Arkaluonteiset tosiasiat eivät saisi muuttua taustamuistiksi pelkästään siksi, että ne esiintyivät keskustelussa. Käyttäjän tulisi voida kysyä järjestelmältä, miksi se toimii tietyllä tavalla, ja nähdä, tuleeko vastaus mieltymyksestä, käytännöstä, historiasta, lähdedatasta vai mallin päättelystä.
Muisti tarvitsee myös unohtamista. Peruutettu oletus ei saisi kummitella tulevissa suosituksissa. Luonnoslähde ei saisi muuttua pysyväksi kontekstiksi. Aiempi käyttäjän korjaus ei saisi ulottua oman alueensa ulkopuolelle. Väliaikainen projektirajoite tulisi vanhentaa. Chat-käyttöliittymät saavat usein muistin tuntumaan taianomaiselta. Työkäyttöliittymät tarvitsevat muistia, joka on riittävän tylsää hallinnoitavaksi. Tylsä muisti on sellaista, joka välttää selittelyn asiakkaalle siitä, miksi viime vuosineljänneksen yksityinen muistiinpano ilmestyi uudelleen tämän vuosineljänneksen julkiseen luonnokseen.
Keskustelun jälkeinen käyttöliittymä erottaa siksi muistin hallinnan. Mikä on kiinnitetty tähän tehtävään. Mikä on tallennettu tälle artefaktille. Mikä on henkilökohtainen mieltymys. Mikä on organisaation käytäntö. Mikä on väliaikaista. Mikä on poistettu. Mikä on peritty. Käyttäjän ei tulisi joutua suorittamaan manausta kehotteen avulla. Heillä tulisi olla hallintalaitteet.
Käyttöliittymästä tulee hallintapinta
Kun tekoäly siirtyy kysymyksiin vastaamisesta työn muokkaamiseen, käyttöliittymästä tulee hallintapinta. Se päättää, mitä käyttäjät voivat nähdä, mitä he voivat ohittaa, mitkä oletusarvot tuntuvat normaaleilta, mitkä toimenpiteet vaativat hyväksynnän, mikä näyttö esitetään, mikä epävarmuus myönnetään ja mitkä tallenteet säilyvät. Hallinta ei ole vain käytäntötekstiä. Se on myös näytön muoto.
Tämä tekee käyttöliittymäsuunnittelusta merkittävämpää kuin monet organisaatiot odottavat. Piilotettu lähdepaneeli heikentää tarkistusta. Epämääräinen luottamusmerkki luo valheellista tarkkuutta. Oletushyväksyntäpolku lisää automaatioharhaa. Puuttuva ero muuttaa luodun tekstin luottamusharjoitukseksi. Haudattu eskalaatioreitti vähentää huolellisuutta. Kirkas toimintopainike voi äänestää varoituskappaleen yli. Näytöillä on politiikkaa, vaikka ne pukeutuisivat neutraaliin harmaaseen.
Hyvän hallinnon käyttöliittymät tekevät tärkeän kitkan näkyväksi. Ne hidastavat peruuttamattomia toimia. Ne edellyttävät näyttöä merkittävistä muutoksista. Ne tuovat esiin puuttuvan kontekstin. Ne pitävät hylätyt ehdotukset saatavilla tarkastelua varten. Ne erottavat luonnoksen sovelletusta tilasta. Ne tekevät eskaloinnista helppoa, kun järjestelmä on epävarma. Ne eivät häpäise käyttäjää, joka kieltäytyy automatisoinnista. Paras tekoälykäyttöliittymä voi joskus olla se, joka sanoo, ettei näyttöä ole riittävästi, ja antaa sitten käyttäjälle tuottavan seuraavan askeleen.
Tässä myös saavutettavuus on tärkeää. Chatin jälkeinen tekoälykäyttöliittymä ei voi olettaa, että jokainen käyttäjä haluaa pitkää proosaa, tiiviitä taulukoita tai piilotettuja näppäimistönikkareita. Sen tulisi tukea silmäilyä, näppäimistökäyttöä, ruudunlukijoita, selkeää kohdistusta, ymmärrettäviä selitteitä ja ennakoitavaa toimintaa. Vakavaa työtä tekevät väsyneet ihmiset tavallisina päivinä. Käyttöliittymän tulisi auttaa heitä, ei järjestää pientä kognitiivista esterataa ja kutsua sitä innovaatioksi.
Miksi chat jää
Mikään tästä ei tarkoita, että chat katoaisi. Se säilyy arvokkaana, koska kieli on joustavin käyttöliittymä, joka ihmisillä on. Käytämme sitä tavoitteiden selittämiseen, epäselvyyden neuvotteluun, miksi-kysymyksiin, poikkeusten kuvaamiseen ja uusien tehtävien keksimiseen. Chat on erityisen hyödyllinen työn alussa, kun käyttäjä ei vielä tunne rakennetta. Se on hyödyllinen myös reunoilla, joissa kiinteistä säätimistä tulisi museo jokaisesta mahdollisesta poikkeuksesta.
Virhe on kohdella chattia universaalina lopputilana, koska se oli universaali demo. Ensimmäinen taulukkolaskenta ei poistanut kirjanpitojärjestelmiä. Ensimmäinen hakukenttä ei poistanut informaatioarkkitehtuuria. Ensimmäinen karttakäyttöliittymä ei poistanut logistiikkaohjelmistoja. Hyödyllisistä käyttöliittymän perusosista tulee osa rikkaampia työkaluja. Chat on perusosa. Tehokas sellainen, mutta silti perusosa.
Chatin jälkeinen maailma on täynnä hybridejä. Suunnittelutyökalu, jossa keskustelu on aikajanan rinnalla. Sopimusmuokkain, jossa on lauseketason ehdotuksia ja lähdenäyttöä. Tukikonsoli, jossa on luonnosvastauksia, luottamustaso, käytäntötarkistukset ja asiakashistoria. Kliininen käyttöliittymä, jossa on potilaskonteksti, hoitosuunnitelmaehdotuksia, riskiliput ja tarkistussäätimet. Data-työkalu, jossa kieli tuottaa kyselyn, mutta tulos elää taulukossa, jolla on alkuperä ja validointi. Malli on läsnä koko työtilassa pakottamatta kaikkea työtä keskustelutallenteeseen.
This is harder to build than a chat window. It requires understanding the domain, the objects, the user roles, the failure modes, and the records that matter. It requires design discipline. It requires saying no to features that make the demo feel magical while making production work ambiguous. But this is the direction serious AI interfaces must take. The chatbot made the model approachable. The next interface must make it operable.
Opetus
Käyttöliittymä chatbotin jälkeen ei ole kauniimpi chatbot. Se on työpinta, jossa kieli, hallintalaitteet, artefaktit, lähteet, tila ja tietueet kohtaavat. Se antaa ihmisten kysyä, mutta myös tarkastella. Se antaa mallien ehdottaa, mutta ei päättää hiljaa. Se antaa käyttäjien hyväksyä osia, hylätä oletuksia, kiinnittää lähteitä, vertailla versioita, kumota muutoksia ja hyväksyä toimia näytön perusteella. Se muuttaa mallin puhuvasta laatikosta osallistujaksi hallittuun työnkulkuun.
Chat opetti ihmisille, että tekoäly voi olla keskustelevaa. Se oli välttämätön opetus. Seuraava opetus on, että keskustelu ei ole sama asia kuin työ. Työllä on muisti, muoto, omistajuus, riski ja seuraus. Käyttöliittymän on kunnioitettava näitä asioita sen sijaan, että se piilottaisi ne keskustelulokiin. Tulevaisuus puhuu edelleen. Se myös näyttää lähteensä, paljastaa tilansa, muistaa päätöksensä ja antaa käyttäjille riittävän vahvat kahvat ohjaamiseen.