Bedrock Managed Knowledge Base: kai DI pagaliau randa įmonės dokumentus
·

Bedrock Managed Knowledge Base yra DI naujiena, kurią verta skaityti ne dėl triukšmo, o dėl praktikos. Ką tai keičia darbe? Kur atsiranda laiko sutaupymas? Kur prasideda nauja rizika?
AWS aprašė Bedrock Managed Knowledge Base bendrą prieinamumą. Jei kada nors bandėte prijungti DI prie įmonės dokumentų, žinote tą jausmą: atrodo, kad viskas paprasta, kol neprasideda leidimai, PDF, prezentacijos, lentelės, seni failai ir žmogus, kuris „kažkur turi paskutinę versiją“.
Atvirai? Man DI temose mažiausiai įdomūs blizgantys pažadai. Įdomu, kur žmogus rytoj ryte atsidarys kompiuterį ir realiai padarys darbą kitaip. Be fejerverkų. Be teatro.
KAS NUTIKO
Managed Knowledge Base leidžia jungti šaltinius kaip Amazon S3, SharePoint, Confluence, Google Drive, OneDrive ir web crawler. AWS pabrėžia dokumentų parsavimą, prieigos teisių patikrą realiu laiku, valdomą saugyklą ir agentinę paiešką sudėtingesniems klausimams.
Šaltinis čia svarbus. Ne gandas, ne perpasakotas LinkedIn sakinys, o pirminis įmonės tekstas. Tokiose temose detalės greitai pavirsta telefonu sugedusiu žaidimu: vienas pranešimas tampa pažadu, pažadas tampa reklama, o po savaitės visi ginčijasi dėl dalyko, kurio niekas tiksliai neperskaitė.
KODĖL TAI SVARBU
Įmonės DI dažnai krenta ne dėl modelio. Jis krenta, nes neturi iš kur paimti teisingos informacijos. Arba paima iš neteisingo dokumento. Arba žmogus net neturėjo teisės to dokumento matyti. Čia jau nebe prompto problema. Čia informacijos tvarkos problema.
DI versle jau nebėra vien klausimas „kokį įrankį nusipirkti“. Dabar klausimas daug žemiškesnis: kur tas įrankis įsėda į procesą, ką jis gali matyti, ką gali keisti ir kas patikrina rezultatą. Be šitų atsakymų net geras modelis tampa dar vienu langeliu naršyklėje.
KUR TAI PRITAIKYTI
Pradėti verta nuo vienos vietos, kur darbas kartojasi ir visi tyliai kenčia. Žinot tą jausmą, kai komandoje niekas nebenori liesti tam tikros lentelės, bet visi žino, kad be jos nepajudėsi? Va ten dažnai ir prasideda DI vertė.
- Vidinis konsultantas gali atsakyti darbuotojams pagal dokumentus, kuriuos jie turi teisę matyti.
- Pardavimų komanda gali greičiau rasti naujausias kainodaros ar produkto taisykles.
- Atitikties komandos gali mažiau rankomis tikrinti pasikartojančius klausimus.
Gera taisyklė paprasta: jei darbą galima aprašyti trimis sakiniais ir patikrinti per kelias minutes, jis tinka pirmajam DI bandymui. Jei reikia dešimties išimčių ir „čia priklauso nuo situacijos“, pirmiausia susitvarkykite procesą.
KUR PASISLĖPUSI RIZIKA
Jei dokumentai netvarkingi, DI tik greičiau parodys netvarką. Sena instrukcija, pasenęs PDF ir klaidingas leidimas tampa ne archyvo problema, o aktyviu atsakymu klientui.
Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiu sakiniu, tvarkinga struktūra ir tonu, kuris skamba užtikrintai. Čia smegenys ir užkimba: „atrodo gerai, vadinasi gerai“. Deja, versle taip neveikia.
KĄ DARYTI ŠIĄ SAVAITĘ
Pirmas darbas: pasirinkite vieną dokumentų šaltinį ir išvalykite 20 svarbiausių failų. Tik tada prijunkite DI. Kitaip automatizuosite chaosą.
Mano siūlymas: nebandykite laimėti viso DI žaidimo per vieną savaitę. Paimkite vieną procesą, vieną komandą, vieną matavimą. Tada žiūrėkite, ar žmogui realiai liko mažiau darbo, ar tiesiog atsirado nauja vieta tikrinti DI.
DUK
Ar Bedrock Managed Knowledge Base aktualu mažam verslui?
Taip, jei verslas turi pasikartojančių informacijos darbų. Jei procesas vyksta kartą per metus, pasiruošimo kaina gali suvalgyti naudą.
Ar tam reikia programuotojų komandos?
Ne visada. Pirmam bandymui dažnai užtenka aiškaus proceso, gerų duomenų ir žmogaus, kuris moka patikrinti rezultatą. Techninė komanda reikalinga tada, kai DI jungiamas prie vidinių sistemų.
Kokia dažniausia klaida?
Pradėti nuo įrankio, o ne nuo problemos. Įrankių daug. Aiškiai suformuluotų problemų – mažiau.
Jei norite DI pritaikyti praktiškai, pradėkite nuo vieno proceso audito. MasterSprint programoje būtent taip ir žiūrime į DI: mažiau triukšmo, daugiau realių darbų. Daugiau rasite MasterSprint.
Šaltinis: Amazon Web Services.


