Най-честата грешка при разговор с вашия софтуерен доставчик относно AI е, че компании се задоволяват с кратък отговор на неправилен въпрос. Се задава въпросът 'използва ли вашата система AI?', доставчикът отговаря 'не' или 'малко, но това е безобидно', и там спира. Никой не документира какво точно е било попитано, какво е означавал отговорът, и дали този отговор се базира на нещо.
Тази грешка избягвате, като преустроите разговора: не като да-или-не въпрос, а като въпрос за обоснованост. Какво точно прави системата, какви решения взема или подпомага, и на какво основание твърди доставчикът, че това попада или не попада под AI разпоредбата. Този отговор документирате писмено, не защото го правите за удоволствие, а защото по-късно трябва да можете да покажете какъв въпрос сте задали и какъв отговор сте получили.
Защо този разговор често се проваля
Разговорът със софтуерен доставчик обикновено се осъществява чрез мениджър на сметката или техническа поддръжка, не чрез човек, който познава AI разпоредбата. Този човек желае да ви успокои, а кратко успокоение се дава по-бързо от точен отговор. Освен това много софтуер съдържа AI функции, които са вградени от основния доставчик, например езиков модел, който е закупен като отделен компонент. Страната, с която разговаряте, често сама не знае напълно какво се случва под капака.
Резултатът е, че компании получават отговор, който фактически е верен за лицето, което го дава, но не е пълен за ситуацията, в която продуктът се използва. да търсите в банката знания вашия вид софтуер показва, че разпоредбата прави разграничение между различни роли и категории риск, и че отговорът на въпроса 'е ли това AI' рядко може да се даде с един думи.
Как грешката изглежда на практика
Монтажна компания закупува планировъчен пакет с функция, която автоматично разпределя поддръжката. Въпросът към доставчика е 'има ли AI в това', отговорът е 'не, това е просто интелигентно планиране'. Шест месеца по-късно се оказва, че планировачната функция е разширена с прогнозен модел, без да е проведен отделен разговор по този въпрос. Никой в монтажната компания не е това забелязал, защото първоначалното успокоение е считано за окончателно.
Тази ситуация е илюстративна, не изключителна: софтуерът се променя, доставчиците добавят функции чрез актуализации, и отговор, който е бил верен в момент едно, не трябва да е такъв в момент двама. Който проведе разговора като еднократен въпрос вместо преходен предмет, рискува да продължи да използва остарял отговор.
Какво считат надзорните органи за важно в този вид разговори
Надзорните органи обикновено обръщат внимание на проследяемостта при такива въпроси: може ли компания да покаже какъв въпрос е задала, на кого, кога и на базата на каква информация е даден отговорът. Словесна гаранция без документиране е трудна за преценка за надзорния орган, просто защото няма нищо, което да се преценява. Това не е преценка на съдържанието на отговора, а за отсъствието на запис.
Следователно грешката не е непременно, че компания получи грешен отговор, а че компания не може да докаже, че е задала въпроса и какво е отговорено. За вашата конкретна ситуация и въпроса, каква документация точно е необходима, насочваме ви към юрист или компетентния надзорен орган.
Как да го избегнете
Първата стъпка е да направите въпроса по-конкретен: не 'това ли е AI', а 'кои части на тази система вземат или влияят на решение, и на какво техники е това базирано'. Втората стъпка е да направите отговора писмено потвърден, например по имейл или в самото споразумение. Третата стъпка е да повторите разговора при всяка голяма актуализация, не само при първата покупка.
Много компании подценяват колко време отнема това, когато веднъж е правилно настроено: няколко фиксирани въпроса, фиксиран момент в процеса на актуализация, и място да се съхранават отговорите. Кой не го има, може с няколко въпроса да получи първа индикация откъде приблизително е собственият им софтуер, и с най-задаваните въпроси по този въпрос да получат представа какво срещат други в същото положение.
И накрая, помага да се определи предварително кой в рамките на вашата компания провежда и следи този разговор. В инсталационното предприятие това често е самият директор, а в по-голямо офис — отговорният за ИТ или закупувания. Докато тази роля не бъде възложена, разговорът със софтуерния доставчик остава зависим от случая, и именно оттам произхожда най-честата допусната грешка.
Искате ли да знаете в какво положение се намира вашият собствен софтуер и кои въпроси са релевантни за вашата ситуация? Направете безплатното бързо сканиране или прочетете темите, които са най-близки до вашата ситуация чрез обяснение как събираме тази информация.