Автономды агенттерге арналған дизайн ерекше көңілсіздік тудырады. Біз күрделі тапсырманы AI-ға тапсырамыз, ол 30 секундқа (немесе 30 минутқа) жоғалып кетеді, содан кейін ол нәтижемен оралады. Экранға қарап отырамыз. Бұл жұмыс істеді ме? Бұл галлюцинация болды ма? Ол сәйкестік дерекқорын тексерді ме немесе бұл қадамды өткізіп жіберді ме? Біз әдетте бұл алаңдаушылыққа екі төтенше жағдайдың бірімен жауап береміз. Біз қарапайымдылықты сақтау үшін барлығын жасырып, жүйені Қара жәшікке айналдырамыз немесе үрейленеміз және пайдаланушыға әрбір журнал жолын және API қоңырауын ағынмен жіберетін Деректерді шығаруды қамтамасыз етеміз. Ешбір тәсіл пайдаланушыларға мөлдірліктің тамаша деңгейін қамтамасыз ету үшін қажетті нюанстарды тікелей қарастырмайды. Қара жәшік қолданушыларды күшсіз сезінеді. Деректер қалдығы агент қамтамасыз етуге уәде еткен тиімділікті бұзатын хабарландырудың соқырлығын жасайды. Пайдаланушылар бірдеңе бұзылмайынша тұрақты ақпарат ағынын елемейді, сол кезде оны түзету үшін контекст жетіспейді. Тепе-теңдікті табудың ұйымдасқан тәсілі қажет. Алдыңғы мақаламда «Agentic AI үшін дизайн» біз сенімділікті арттыратын интерфейс элементтерін қарастырдық, мысалы, AI мақсатты әрекетін алдын ала көрсету (Ниеттерді алдын ала қарау) және пайдаланушыларға AI қаншалықты өз бетімен жұмыс істейтінін бақылауды қамтамасыз ету (Autonomy Dials). Бірақ қандай элементтерді пайдалану керектігін білу - қиындықтың бір бөлігі ғана. Дизайнерлер үшін қиын сұрақ - оларды қашан пайдалану керектігін білу. 30 секундтық жұмыс процесінде қандай нақты сәт мақсатты алдын ала қарауды қажет ететінін және қайсысын қарапайым журнал жазбасымен өңдеуге болатынын қалай білуге болады? Бұл мақалада осы сұраққа жауап беру әдісі берілген. Шешім қабылдау түйінінің аудитінен өтеміз. Бұл процесс дизайнерлер мен инженерлерді пайдаланушы интерфейсіне серверлік логиканы салыстыру үшін бір бөлмеде алады. Сіз пайдаланушыға AI не істеп жатқаны туралы жаңартуды қажет ететін нақты сәттерді қалай анықтау керектігін үйренесіз. Біз сондай-ақ қандай шешім түйіндерін көрсетуге басымдық беруге көмектесетін әсер/тәуекел матрицасын және сол шешіммен жұптастыруға қатысты кез келген байланысты дизайн үлгісін қарастырамыз. Мөлдірлік сәттері: жағдайды зерттеу мысалы Meridian (шын аты емес) сақтандыру компаниясын қарастырайық, ол апаттың алғашқы шағымдарын өңдеу үшін агенттік AI қолданатын. Қолданушы көліктің зақымдануының фотосуреттерін және полицияның хабарламасын жүктейді. Содан кейін агент тәуекелді бағалаумен және ұсынылған төлем ауқымымен оралмас бұрын бір минутқа жоғалады. Бастапқыда Meridian интерфейсі жай ғана шағым күйін есептеуді көрсетті. Қолданушылардың наразылығы артты. Олар бірнеше егжей-тегжейлі құжаттарды тапсырды және АИ тіпті жеңілдететін мән-жайлар бар полицияның есебін қарады ма, жоқ па деген сенімсіз болды. Қара жәшік сенімсіздік тудырды. Мұны түзету үшін дизайн тобы Шешім түйінінің аудитін жүргізді. Олар AI үш түрлі, ықтималдыққа негізделген қадамдарды орындағанын анықтады, оған көптеген кішірек қадамдар енгізілген:
Кескінді талдау агент жөндеу құнын бағалау үшін зақымдалған фотосуреттерді әдеттегі көлік апаты сценарийлерінің дерекқорымен салыстырды. Бұл сенімділік көрсеткішін қамтыды. Мәтіндік шолу Ол жауапкершілікке әсер ететін кілт сөздерге (мысалы, кінә, ауа райы жағдайлары, байсалдылық) полиция есебін сканерледі. Бұл құқықтық жағдайдың ықтималдылығын бағалауды қамтыды. Policy Cross Reference Ол ерекше жағдайларды немесе қамту шектеулерін іздеп, пайдаланушының арнайы саясат шарттарына қатысты шағым мәліметтерін сәйкестендірді. Бұған ықтималдық сәйкестендіру де қатысты.
Команда бұл қадамдарды ашықтық сәттеріне айналдырды. Интерфейс реті келесіге жаңартылды:
Зақымданған фотосуреттерді бағалау: 500 көлік соғу профилімен салыстыру. Полиция есебін қарау: Жауапкершіліктің кілт сөздерін және заңды прецедентті талдау. Саясатты қамтуды тексеру: жоспарыңыздағы ерекше ерекшеліктерді тексеру.
Жүйе бұрынғысынша уақытты алды, бірақ агенттің ішкі жұмысы туралы анық хабарлау пайдаланушының сенімділігін қалпына келтірді. Пайдаланушылар AI өзі әзірлеген күрделі тапсырманы орындап жатқанын түсінді және егер қорытынды бағалау дұрыс емес болып көрінсе, назарларын қайда аудару керектігін білді. Бұл дизайн таңдауы алаңдаушылық сәтін пайдаланушымен байланыс сәтіне айналдырды. Әсер/Тәуекел матрицасын қолдану: жасыру үшін не таңдадық AI тәжірибесінің көпшілігінде өңдеу кезінде көрсетуге болатын оқиғалар мен шешім түйіндерінің жетіспеушілігі болмайды. Аудиттің ең маңызды нәтижелерінің бірі нені көрінбейтін етіп сақтау керектігін шешу болды. Меридиан мысалында сервер журналдары әрбір шағым үшін 50+ оқиғаны құрады. Біз әрбір оқиғаны пайдаланушы интерфейсінің бөлігі ретінде өңделгендіктен көрсетуді әдепкі етіп қоюымыз мүмкін еді. Оның орнына біз оларды кесу үшін тәуекел матрицасын қолдандық:
Журнал оқиғасы: Пинг серверіАртықшылықты тексеру үшін Батыс-2. Сүзгі үкімі: Жасыру. (Төмен ставкалар, жоғары техникалық).
Оқиға журналы: жөндеу бағасын BlueBook мәнімен салыстыру. Сүзгі үкімі: Көрсету. (Жоғары ставкалар пайдаланушының төлеміне әсер етеді).
Қажетсіз мәліметтерді алып тастау арқылы маңызды ақпарат - қамтуды тексеру сияқты - әсерлі болды. Біз ашық интерфейс жасап, ашық тәжірибені жасадық. Бұл тәсіл адамдардың орындалып жатқан жұмысты көргенде қызмет туралы жақсы сезіну идеясын пайдаланады. Арнайы қадамдарды (Бағалау, Қарау, Тексеру) көрсету арқылы біз 30 секундтық күтуді уайымдаудан («Ол бұзылды ма?») құнды нәрсе жасалып жатқандай сезіну уақытына («Ол ойлануда») өзгерттік. Енді нақты ақпаратты қажет ететін негізгі сәттерді анықтау үшін өнімдерімізде шешім қабылдау процесін қалай қарауға болатынын егжей-тегжейлі қарастырайық. Шешім қабылдау түйінінің аудиті Біз оны функционалдық талап емес, стиль таңдауы ретінде қарастырсақ, мөлдірлік орындалмайды. Бізде: «UI қандай болуы керек?» Деп сұрауға бейім. «Агент нені шешеді?» деп сұрамас бұрын. Шешім қабылдау түйінінің аудиті AI жүйелерін түсінуді жеңілдетудің қарапайым тәсілі болып табылады. Ол жүйенің ішкі процесін мұқият карталау арқылы жұмыс істейді. Негізгі мақсат - жүйе белгіленген ережелерді сақтауды тоқтатып, оның орнына кездейсоқ немесе бағалау негізінде таңдау жасайтын сәттерді табу және нақты анықтау. Бұл құрылымды картаға түсіру арқылы жасаушылар осы белгісіздік нүктелерін жүйені пайдаланатын адамдарға тікелей көрсете алады. Бұл жүйе жаңартуларын бұлыңғыр мәлімдемелерден AI қалай қорытындылағаны туралы нақты, сенімді есептерге өзгертеді. Жоғарыдағы сақтандыру жағдайын зерттеуге қоса, мен жақында сатып алу агентін құру тобымен жұмыс істедім. Жүйе жеткізушілер келісім-шарттарын және белгіленген тәуекелдерді қарастырды. Бастапқыда экранда қарапайым орындалу жолағы пайда болды: «Келісімшарттарды қарау». Пайдаланушылар оны жек көрді. Біздің зерттеуіміз олардың жетіспейтін тармақтың заңды салдары туралы алаңдайтынын көрсетті. Біз мұны шешім түйінінің аудитін жүргізу арқылы түзеттік. Мен осы мақаланың соңында осы аудитті жүргізуге арналған қадамдық бақылау тізімін енгіздім. Біз инженерлермен сессия өткізіп, жүйенің қалай жұмыс істейтінін сипаттадық. Біз «шешім қабылдау нүктелерін» анықтадық — АИ екі жақсы нұсқаның бірін таңдауы керек сәттерді. Стандартты компьютерлік бағдарламаларда процесс анық: егер А орын алса, онда В әрқашан болады. AI жүйелерінде процесс көбінесе кездейсоқтыққа негізделген. AI A ең жақсы таңдау деп санайды, бірақ ол тек 65% сенімді болуы мүмкін. Келісімшарт жүйесінде біз AI компаниямыздың ережелеріне сәйкес жауапкершілік шарттарын тексерген сәтін таптық. Бұл тамаша сәйкестік сирек болатын. AI 90% сәйкестік жеткілікті екенін шешуі керек еді. Бұл шешімнің негізгі нүктесі болды.
Бұл түйінді анықтағаннан кейін біз оны пайдаланушыға көрсеттік. "Келісімшарттарды қарау" орнына интерфейс келесідей етіп жаңартылды: "Жауапкершілік туралы ереже стандартты үлгіден өзгереді. Тәуекел деңгейін талдау." Бұл нақты жаңарту пайдаланушыларға сенімділік берді. Олар агенттің жауапкершілік туралы бапты тексергенін білді. Олар кешігудің себебін түсінді және қалаған әрекеттің артқы жағында орындалатынына сенім артты. Олар сондай-ақ агент келісім-шарт жасағаннан кейін қай жерде тереңірек қазу керектігін білді. AI қалай шешім қабылдайтынын тексеру үшін инженерлермен, өнім менеджерлерімен, бизнес-аналитиктермен және AI құралының жұмыс істеуіне әсер ететін таңдауларды жасайтын (көбінесе жасырын) негізгі адамдармен тығыз жұмыс істеу керек. Құрал орындайтын қадамдарды сызыңыз. Ықтималдық орындалғандықтан, процестің бағыты өзгеретін әрбір орынды белгілеңіз. Бұл мөлдір болуға назар аудару керек орындар. Төмендегі 2-суретте көрсетілгендей, шешім түйінінің аудиті мына қадамдарды қамтиды:
Топты біріктіріңіз: өнім иелерін, бизнес-сарапшыларды, дизайнерлерді, негізгі шешім қабылдаушыларды және AI құрастырған инженерлерді қосыңыз. Мысалы, Заңды келісім-шарттарды қарауға арналған AI құралын жасайтын өнім тобы туралы ойланыңыз. Командаға UX дизайнері, өнім менеджері, UX зерттеушісі, тақырып бойынша сарапшы ретінде әрекет ететін тәжірибелі заңгер және мәтіндік талдау кодын жазған серверлік инженер кіреді.
Бүкіл процесті сызыңыз: AI жасаған әрбір қадамды, пайдаланушының бірінші әрекетінен соңғы нәтижеге дейін құжаттаңыз. Команда тақтада тұрып, күрделі келісімшарттағы жауапкершілік тармағын іздейтін AI қамтитын негізгі жұмыс процесі үшін бүкіл дәйектілікті сызады. Заңгер жүктеп саладыелу беттік PDF → Жүйе құжатты оқылатын мәтінге түрлендіреді. → AI жауапкершілік туралы баптар үшін беттерді сканерлейді. → Пайдаланушы күтеді. → Біраз уақыттан кейін немесе минуттан кейін құрал табылған абзацтарды пайдаланушы интерфейсінде сары түспен бөлектейді. Олар мұны құрал сыйдыратын көптеген басқа жұмыс процестері үшін де жасайды.
Түсініксіз жерлерді табыңыз: AI бір тамаша сәйкестігі жоқ опцияларды немесе кірістерді салыстыратын кез келген орынды процесс картасын қараңыз. Команда түсініксіз қадамдарды анықтау үшін тақтаға қарайды. Суретті мәтінге түрлендіру қатаң ережелерді сақтайды. Белгілі бір жауапкершілік туралы тармақты табу болжамды қамтиды. Әрбір фирма бұл тармақтарды әртүрлі жазады, сондықтан AI бірнеше нұсқаны өлшеп, нақты сөз сәйкестігін табудың орнына болжам жасауы керек.
«Ең жақсы болжам» қадамдарын анықтаңыз: Әрбір түсініксіз нүкте үшін жүйенің сенімділік көрсеткішін пайдаланатынын тексеріңіз (мысалы, 85% сенімді ме?). Бұл AI соңғы таңдау жасайтын нүктелер. Жүйе қай параграф(тар) стандартты жауапкершілік туралы бапқа өте ұқсас екенін болжауға (ықтималдылықты беруге) тура келеді. Ол ең жақсы болжамға сенімділік ұпайын береді. Бұл болжам шешім түйіні болып табылады. Интерфейс адвокатқа түпкілікті тармақты тапқанын айтудың орнына, ықтимал сәйкестікті бөліп көрсететінін айтуы керек.
Таңдауды тексеріңіз: Әрбір таңдау нүктесі үшін нақты ішкі математиканы немесе орындалатын салыстыруды анықтаңыз (мысалы, келісім-шарттың бір бөлігін саясатқа сәйкестендіру немесе бұзылған көліктің суретін зақымдалған көлік фотосуреттерінің кітапханасымен салыстыру). Инженер жүйенің әртүрлі параграфтарды бұрынғы қатаң істердегі стандартты жауапкершілік туралы баптардың дерекқорымен салыстыратынын түсіндіреді. Ол ықтималдықтарға негізделген сәйкестік туралы шешім қабылдау үшін мәтін ұқсастық ұпайын есептейді.
Нақты түсініктемелер жазыңыз: AI таңдау жасаған кезде болатын нақты ішкі әрекетті нақты сипаттайтын пайдаланушыға хабарлар жасаңыз. Контент дизайнері дәл осы сәтке арнайы хабарлама жазады. Мәтінде былай делінген: Әлеуетті жауапкершілік тәуекелдерін анықтау үшін құжат мәтінін стандартты фирма баптарымен салыстыру.
Экранды жаңарту: «Келісімшарттарды қарау» сияқты анық емес хабарларды ауыстырып, осы жаңа, түсінікті түсініктемелерді пайдаланушы интерфейсіне қойыңыз. Дизайн тобы жалпы өңдеу PDF жүктеу спиннерін жояды. Олар жаңа түсініктемені AI ойлаған кезде құжатты қарау құралының үстінде орналасқан күй жолағына кірістіреді.
Сенімді тексеру: Жаңа экран хабарлары пайдаланушыларға кез келген күту уақыты немесе нәтиже үшін қарапайым себеп беретініне көз жеткізіңіз, бұл олардың өздерін сенімдірек және сенімдірек сезінуіне мүмкіндік береді.
Әсер/Тәуекел матрицасы AI процесін мұқият қарап шыққаннан кейін, сіз оның таңдау жасайтын көптеген нүктелерін таба аласыз. AI бір күрделі тапсырма үшін ондаған шағын таңдау жасай алады. Олардың барлығын көрсету тым көп қажетсіз ақпаратты тудырады. Бұл таңдауларды топтастыру керек. Бұл таңдауларды АИ орындайтын әрекет(тер) түріне қарай сұрыптау үшін Әсер/Тәуекел матрицасын пайдалануға болады. Мұнда әсер/тәуекел матрицаларының мысалдары берілген: Біріншіден, ставкасы төмен және әсері төмен шешімдерді іздеңіз. Төмен ставкалар / төмен әсер
Мысал: Файл құрылымын ұйымдастыру немесе құжаттың атын өзгерту. Мөлдірлік қажеттілігі: Минималды. Жіңішке тост хабарландыруы немесе журнал жазбасы жеткілікті. Пайдаланушылар бұл әрекеттерді оңай қайтара алады.
Содан кейін жоғары тәуекелді және жоғары әсер ететін шешімдерді анықтаңыз. Жоғары ставкалар / Жоғары әсер
Мысал: Несие өтінімін қабылдамау немесе биржалық сауданы жүзеге асыру. Мөлдірлік қажеттілігі: жоғары. Бұл әрекеттер жұмыс дәлелін талап етеді. Жүйе әрекет ету алдында немесе бірден негіздемесін көрсетуі керек.
Барлық сатып алу/сату тапсырыстарын бірдей қарастыратын қаржылық сауда ботын қарастырыңыз. Ол 50 000 долларлық сауда сияқты ашықтықпен 5 долларлық сауда жасайды. Пайдаланушылар бұл құрал ашықтықтың үлкен долларлық сомадағы саудаға ықтимал әсерін таниды ма деген сұрақ туындауы мүмкін. Олар жүйені кідірту және жоғары ставкалары бар сауда-саттықтар үшін жұмысын көрсету үшін қажет. Шешім белгілі бір доллар сомасынан асатын кез келген транзакция үшін Шолу логикалық күйін енгізу болып табылады, бұл пайдаланушыға шешімді орындауға дейін қозғаушы факторларды көруге мүмкіндік береді. Түйіндерді үлгілерге салыстыру: дизайн үлгісін таңдау айдары Тәжірибеңіздің шешуші түйіндерін анықтағаннан кейін, сіз көрсететін әрқайсысына қай UI үлгісі қолданылатынын шешуіңіз керек. Agentic AI үшін жобалауда біз Intent Preview (жоғары үлесті бақылау үшін) және Action Audit (ретроспективті қауіпсіздік үшін) сияқты үлгілерді енгіздік. Олардың арасындағы таңдаудың шешуші факторы қайтымдылық болып табылады. Біз әр сүзгіден өткіземіздұрыс үлгіні тағайындау үшін әсер матрицасы арқылы шешім түйінін: Жоғары ставкалар және қайтымсыз: бұл түйіндер мақсатты алдын ала қарауды қажет етеді. Пайдаланушы әрекетті оңай қайтара алмайтындықтан (мысалы, дерекқорды біржола жою), мөлдірлік сәті орындалу алдында болуы керек. Жүйе кідіртуі, оның мақсатын түсіндіруі және растауды талап етуі керек. Жоғары ставкалар және қайтымды: бұл түйіндер әрекетті тексеру және қайтару үлгісіне сене алады. Егер AI-мен жұмыс істейтін сату агенті ықтимал тұтынушыны басқа құбырға жылжытса, ол пайдаланушыны хабардар етіп, дереу Болдырмау түймесін ұсынса, мұны дербес жасай алады. Түйіндерді осылайша қатаң түрде санаттау арқылы біз «ескертуді шаршаудан» аулақ боламыз. Біз жоғары үйкелісті ниетті алдын ала қарау мүмкіндігін тек шын мәнінде қайтымсыз сәттер үшін сақтаймыз, сонымен бірге барлық басқа нәрселердің жылдамдығын сақтау үшін Әрекет аудитіне сүйенеміз.
Қайтымды Қайтымсыз Төмен әсер Түр: Auto-ExecuteUI: Пассивті тост / LogEx: файлдың атын өзгерту Түр: ConfirmUI: Қарапайым Болдырмау опциясыМыс: Электрондық поштаны мұрағаттау Жоғары әсер Түр: ReviewUI: Хабарландыру + шолу TrailEx: жобаны клиентке жіберу Түр: ниетті алдын ала қарауUI: модальды / айқын рұқсатEx: серверді жою
1-кесте: Әсер ету және қайтымдылық матрицасы мөлдірлік сәттерін дизайн үлгілерімен салыстыру үшін пайдаланылуы мүмкін. Сапалық тексеру: «Күте, неге?» Сынақ Ақ тақтада әлеуетті түйіндерді анықтауға болады, бірақ оларды адам мінез-құлқымен растау керек. Картаңыздың пайдаланушының психикалық үлгісіне сәйкес келетінін тексеру керек. Мен «Күте, неге?» деп аталатын протоколды қолданамын. Сынақ. Пайдаланушыдан агенттің тапсырманы орындауын көруін сұраңыз. Оларға дауыстап сөйлеуге нұсқау беріңіз. Олар: «Күте тұрыңыз, неге олай жасады?» Деген сұрақ қойғанда. немесе «Ол кептеліп қалды ма?» немесе «Мені естіді ме?» — сіз уақыт белгісін белгілейсіз. Бұл сұрақтар пайдаланушының шатасуы туралы сигнал береді. Пайдаланушы бақылаудың кетіп бара жатқанын сезінеді. Мысалы, денсаулық сақтауды жоспарлау жөніндегі көмекшіге арналған зерттеуде пайдаланушылар агенттің кездесуге тапсырыс бергенін көрді. Экран төрт секунд бойы статикалық күйде қалды. Қатысушылар үнемі: «Бұл менің күнтізбемді тексеріп жатыр ма, әлде дәрігердікі ме?» Деп сұрады.
Бұл сұрақ мөлдірлік сәтінің жетіспейтінін көрсетті. Жүйе төрт секундтық күтуді екі түрлі қадамға бөлуі керек болды: «Қолжетімділігін тексеру», одан кейін «Провайдер кестесімен синхрондау». Бұл шағын өзгеріс пайдаланушылардың алаңдаушылық деңгейін төмендетті. Мөлдірлік тек жүйе әрекетін сипаттағанда орындалмайды. Интерфейс техникалық процесті пайдаланушының нақты мақсатымен байланыстыруы керек. «Қолжетімділігіңіз тексерілуде» көрсетілетін экран тегіс қалады, себебі онда контекст жоқ. Пайдаланушы AI күнтізбеге қарап тұрғанын түсінеді, бірақ неге екенін білмейді. Біз әрекетті нәтижемен байланыстыруымыз керек. Жүйе төрт секундтық күтуді екі бөлек қадамға бөлуі керек. Біріншіден, интерфейс «Ашық уақыттарды табу үшін күнтізбені тексеру» көрсетеді. Содан кейін ол «Кездесуіңізді қамтамасыз ету үшін провайдердің кестесімен синхрондау» болып жаңартылады. Бұл пайдаланушының нақты өміріндегі техникалық процесті негіздейді. Жергілікті дәмхананың инвентаризациясын басқаратын AI қарастырыңыз. Жүйе жабдықтау тапшылығына тап болады. «Жеткізушімен байланысу» немесе «опцияларды қарау» дегенді оқитын интерфейс алаңдаушылық тудырады. Менеджер жүйе тапсырыстан бас тартып жатыр ма немесе қымбат балама сатып алып жатыр ма деп ойлайды. Жақсы әдіс - болжалды нәтижені түсіндіру: «Жұма күнгі жеткізу кестесін сақтау үшін балама жеткізушілерді бағалау». Бұл пайдаланушыға AI неге қол жеткізгісі келетінін айтады. Аудитті іске асыру Сіз шешім түйінінің аудитін аяқтадыңыз және тізіміңізді әсер және тәуекел матрицасы арқылы сүздіңіз. Сізде мөлдір болу үшін маңызды сәттердің тізімі бар. Содан кейін оларды пайдаланушы интерфейсінде жасау керек. Бұл қадам әртүрлі бөлімдер бойынша топтық жұмысты талап етеді. Дизайн құралын пайдаланып, мөлдірлікті өзіңіз құрастыра алмайсыз. Жүйенің сахна артында қалай жұмыс істейтінін түсінуіңіз керек. Логикалық шолудан бастаңыз. Жетекші жүйе дизайнерімен танысыңыз. Шешім түйіндерінің картасын әкеліңіз. Жүйенің осы күйлерді шынымен бөлісе алатынын растау керек. Мен техникалық жүйенің мен көрсеткім келетін нақты күйді көрсетпейтінін жиі байқаймын. Инженер жүйе жай ғана жалпы «жұмыс» күйін қайтарады деп айтуы мүмкін. Егжей-тегжейлі жаңарту үшін итермелеу керек. Сізге арнайы хабарлама жіберу үшін жүйе қажетол мәтінді оқудан тексеру ережелеріне ауысқанда. Бұл техникалық байланыссыз сіздің дизайныңызды жасау мүмкін емес. Әрі қарай, Контент Дизайн командасын қосыңыз. Сізде AI әрекетінің техникалық себебі бар, бірақ сізге нақты, адамға қолайлы түсініктеме қажет. Инженерлер негізгі процесті қамтамасыз етеді, бірақ мазмұн дизайнерлері оны жеткізу жолын қамтамасыз етеді. Бұл хабарламаларды жалғыз жазбаңыз. Әзірлеуші техникалық тұрғыдан дұрыс, бірақ пайдаланушы үшін мағынасыз «Орындалу функциясы 402» деп жазуы мүмкін. Дизайнер «Ойлау» жазуы мүмкін, ол мейірімді, бірақ тым анық емес. Контент бойынша стратег дұрыс орта жолды табады. Олар AI пайдаланушыны шатастырмай жұмыс істейтінін көрсететін «Жауапкершілік тәуекелдерін сканерлеу» сияқты нақты сөз тіркестерін жасайды. Соңында хабарларыңыздың мөлдірлігін тексеріңіз. Мәтіннің жұмыс істейтінін көру үшін соңғы өнім жасалғанша күтпеңіз. Мен қарапайым прототиптерде салыстыру сынақтарын жүргіземін, мұнда өзгеретін жалғыз нәрсе күй туралы хабар болып табылады. Мысалы, мен бір топқа (А тобына) «Сәйкестікті растау» деген хабарды, ал екінші топқа (В тобына) «Мемлекеттік дерекқорларды тексеру» деген хабарды көрсетемін (бұл ойдан шығарылған мысалдар, бірақ сіз мәселені түсінесіз). Содан кейін мен олардан қандай AI қауіпсіз сезінетінін сұраймын. Кейбір сөздер алаңдаушылық тудыратынын, ал басқалары сенім ұялататынын жиі байқайсыз. Сіз сөз тіркесін сынау және тиімділікті дәлелдеу үшін қажет нәрсе ретінде қарастыруыңыз керек. Бұл дизайн процесін қалай өзгертеді Бұл аудиттерді жүргізу топтың бірлесіп жұмыс істеуін нығайтуға мүмкіндік береді. Біз жылтыратылған дизайн файлдарын беруді тоқтатамыз. Біз беймаза прототиптер мен ортақ электрондық кестелерді пайдалана бастаймыз. Негізгі құрал мөлдірлік матрицасына айналады. Инженерлер мен мазмұн дизайнерлері осы электрондық кестені бірге өңдейді. Олар нақты техникалық кодтарды пайдаланушы оқитын сөздермен салыстырады. Логикалық тексеру кезінде командалар үйкелісті сезінеді. Дизайнердің инженерден AI шығыс есебінде ұсынылған транзакциядан бас тартуды қалай шешетінін сұрап жатқанын елестетіп көріңіз. Инженерлік сервер тек «Қате: жоқ деректер» сияқты жалпы күй кодын шығарады деп айтуы мүмкін. Дизайнер бұл экранда әрекет етуге болатын ақпарат емес екенін айтады. Дизайнер нақты техникалық ілмек жасау үшін инженермен келіссөздер жүргізеді. Инженер жаңа ережені жазады, осылайша жүйе жетіспейтін түбіртек суреті сияқты нақты ненің жоқ екенін хабарлайды. Контент дизайнерлері осы кезеңде аудармашы ретінде әрекет етеді. Әзірлеуші «Жеткізушінің сәйкестігі үшін сенімділік шегін есептеу» сияқты техникалық дәл жолды жаза алады. Мазмұн дизайнері бұл жолды белгілі бір нәтижеге сенімділікті арттыратын сөз тіркесіне аударады. Стратег оны «Жұма күні жеткізуді қамтамасыз ету үшін жергілікті жеткізушілердің бағаларын салыстыру» деп қайта жазады. Пайдаланушы әрекет пен нәтижені түсінеді. Бүкіл кросс-функционалды топ пайдаланушыларды тестілеу сессияларына қатысады. Олар нақты адамның әртүрлі күй хабарларына қалай әрекет ететінін бақылайды. Экранда «Сауданы орындау» деп жазылғандықтан, пайдаланушының дүрбелеңін көру команданы өз көзқарасын қайта қарауға мәжбүр етеді. Инженерлер мен дизайнерлер жақсырақ тұжырымға сәйкес келеді. Акцияны сатып алмас бұрын олар мәтінді «Жеткілікті қаражатты тексеру» деп өзгертеді. Бірге тестілеу соңғы интерфейстің жүйе логикасына да, пайдаланушының жан тыныштығына да қызмет ететініне кепілдік береді. Бұл қосымша әрекеттерді топ күнтізбесіне енгізу үшін уақыт қажет. Дегенмен, түпкілікті нәтиже ашық сөйлесетін команда және AI-мен жұмыс істейтін құралдары олардың атынан не істеп жатқанын жақсы түсінетін пайдаланушылар болуы керек (және неге). Бұл біріктірілген тәсіл шынайы сенімді AI тәжірибесін жобалаудың негізі болып табылады. Сенім - бұл дизайн таңдауы Біз жиі сенімді пайдаланушы тәжірибесінің эмоционалды өнімі ретінде қарастырамыз. Сенімді болжамды байланыстың механикалық нәтижесі ретінде қарастыру оңайырақ. Біз дұрыс ақпаратты қажетті уақытта көрсету арқылы сенімді қалыптастырамыз. Біз оны пайдаланушыны басып алу немесе техниканы толығымен жасыру арқылы жоямыз. Шешім қабылдау түйінінің аудитінен бастаңыз, әсіресе агенттік AI құралдары мен өнімдері үшін. Жүйе шешім шығаратын сәттерді табыңыз. Сол сәттерді Тәуекел матрицасына салыңыз. Егер ставкалар жоғары болса, қорапты ашыңыз. Жұмысты көрсету. Келесі мақалада біз осы сәттерді қалай құрастыру керектігін қарастырамыз: көшірмені қалай жазу, пайдаланушы интерфейсін құрылымдау және агент қателескен кезде болмайтын қателерді өңдеу. Қосымша: Шешім қабылдау түйіндерінің аудитін тексеру тізімі 1-кезең: Орнату және салыстыру ✅ Команданы біріктіріңіз: өнім иелерін, бизнес-аналитиктерді, дизайнерлерді,шешуші шешімдер қабылдаушылар және AI құрастырған инженерлер. Нұсқау: Сізге нақты сервер логикасын түсіндіру үшін инженерлер қажет. Бұл қадамды жалғыз жасамаңыз. ✅ Бүкіл процесті сызыңыз: AI жасаған әрбір қадамды, пайдаланушының бірінші әрекетінен соңғы нәтижеге дейін құжаттаңыз. Нұсқау: Физикалық тақта сеансы көбінесе осы бастапқы қадамдарды жасау үшін жақсы жұмыс істейді. 2-кезең: Жасырын логиканы табу ✅ Түсініксіз жерлерді табыңыз: AI бір тамаша сәйкестігі жоқ опцияларды немесе кірістерді салыстыратын кез келген орынды процесс картасын қараңыз. ✅ Ең жақсы болжау қадамдарын анықтаңыз: Әрбір түсініксіз нүкте үшін жүйенің сенімділік ұпайын пайдаланатынын тексеріңіз. Мысалы, жүйе 85 пайызға сенімді ме деп сұраңыз. Бұл AI соңғы таңдау жасайтын нүктелер. ✅ Таңдауды тексеріңіз: Әрбір таңдау нүктесі үшін нақты ішкі математиканы немесе орындалып жатқан салыстыруды анықтаңыз. Мысал келісім-шарт бөлігін саясатқа сәйкестендіру болып табылады. Тағы бір мысал, бұзылған көліктің суретін бүлінген көлік фотосуреттерінің кітапханасымен салыстыруды қамтиды. 3-кезең: Пайдаланушы тәжірибесін құру ✅ Нақты түсініктемелер жазыңыз: AI таңдау жасаған кезде болатын нақты ішкі әрекетті нақты сипаттайтын пайдаланушыға хабарламалар жасаңыз. Кеңес: Хабарларыңызды нақты шындыққа негіздеңіз. Егер AI жергілікті дәмханада клиентпен кездесуге тапсырыс берсе, пайдаланушыға жүйе кафені брондау жүйесін тексеріп жатқанын айтыңыз. ✅ Экранды жаңарту: пайдаланушы интерфейсіне осы жаңа, түсінікті түсініктемелерді енгізіңіз. Келісімшарттарды қарау сияқты анық емес хабарламаларды нақты түсініктемелермен ауыстырыңыз. ✅ Сенімді тексеру: жаңа экран хабарлары пайдаланушыларға күту уақыты немесе нәтиже үшін қарапайым себеп беретініне көз жеткізіңіз. Бұл оларға сенімді және сенімді сезінуі керек. Нұсқау: Қол жеткізілген нақты нәтижені түсінетіндігін тексеру үшін осы хабарларды нақты пайдаланушылармен сынап көріңіз.
