Повеќето ВИ-функции во софтверот за дизајн сè уште се однесуваат како исклучително брзи практиканти: извршуваат барање, создаваат варијација и ја чекаат следната инструкција. Тоа е корисно, но остава голема вредност неискористена.

Поинтересната насока е софтвер што учи од работата околу себе. Не така што тивко копира сè што создава тимот, ниту така што ја заменува професионалната проценка, туку така што препознава обрасци во одлуките, ограничувањата, ревизиите и резултатите. Извршувањето ја прави алатката побрза. Учењето може да ја направи посвесна за контекстот.

За програмерите и дизајнерските тимови, таа разлика е важна. Систем што само генерира распоред може да заштеди минути. Систем што ги разбира конвенциите на производот, означува недоследност пред прегледот и го објаснува компромисот што го направил може да го подобри целиот циклус на испорака.

Извршувањето е лесната половина од ветувањето

Генеративните можности се природно видливи. Побарајте контролна табла, варијанта на компонента, привремен текст или збир икони и резултатот се појавува брзо. Овие функции ја намалуваат цената на започнувањето од празно платно и можат да ја забрзаат рутинската продукциска работа.

Но дизајнерската работа ретко е само низа изолирани барања. Тимот балансира дизајнерски систем, барања за пристапност, однесување на платформата, правила на брендот, технички ограничувања, стратегија за производот и повратни информации од вистински корисници. Корисниот контекст е распределен меѓу артефакти и луѓе.

ВИ-алатка што извршува само едно барање нема трајно разбирање зошто постои правило за растојание, зошто на одреден тек му е потребна потврда или зошто навидум излишно поле е задолжително за регулиран клиент. Без тој контекст, дотераниот резултат сепак може да биде погрешен.

Што значи софтверот да учи

Учењето не мора да значи постојано дообучување на модел врз секоја датотека. Во практичниот софтвер за производи, тоа може да значи создавање контролиран слој на меморија и пребарување околу ВИ-способност.

На пример, дизајнерска средина може да поврзе барање со одобрена документација за компоненти, воспоставени обрасци за содржина, насоки за пристапност и претходни одлуки запишани од тимот. Кога некој ќе побара нов екран за поставки на сметка, алатката може да ги користи тие материјали како релевантен контекст наместо целосно да се потпира на општи обрасци научени на друго место.

Тоа ја прави ВИ помалку налик на генератор на слики, а повеќе налик на учесник во дисциплиниран работен тек. Таа може да предлага работа додека останува заснована на сопствените правила на организацијата.

Корисни сигнали за учење

Најсилните сигнали обично не се само сурови пиксели. Тоа се трагите од проценката што ја опкружуваат дизајнерската одлука:

• Одобрени компоненти, токени и документирани правила за употреба.
• Барања за пристапност и познати ограничувања на интеракцијата.
• Терминологија на производот и насоки за содржината.
• Коментари од преглед што објаснуваат зошто некој пристап бил прифатен или одбиен.
• Врски меѓу дизајнерски елементи, компоненти на имплементацијата и барања за производот.

Овие сигнали имаат потреба од кураторство. Стар експеримент, напуштен стил или брзо импровизирано решение не треба да имаат иста тежина како правило за дизајнерски систем што се одржува. Третирањето на секој артефакт како подеднакво авторитетен е еден од најбрзите начини да се создаде самоуверена недоследност.

Направете го контекстот експлицитен, ограничен по опсег и подложен на преглед

Практичниот предизвик не е едноставно поврзување повеќе податоци. Тој е да се одлучи кои информации се соодветни за дадена задача и таа одлука да биде проверлива.

Сигурен систем треба да разликува глобален принцип на брендот, конвенција за одредена област на производот и привремена инструкција за задача. Исто така, треба да му покаже на корисникот кој контекст влијаел врз предлогот. Ако ВИ предлага тек за потврда на деструктивна дејност затоа што тоа го бара тимска насока, тоа образложение треба да биде видливо наместо скриено зад нетранспарентен одговор.

Контекстот ограничен по опсег исто така го намалува ризикот. Текот за плаќања не треба неформално да апсорбира чувствителна содржина за клиенти од неповрзани проекти. Приватна дизајнерска библиотека не треба автоматски да стане материјал за обука на модел што е широко споделен. На тимовите им требаат јасни граници за складирање, пребарување, задржување и пристап.

Корисната ВИ не се дефинира според тоа колку знае. Таа се дефинира според тоа дали го користи вистинското знаење за одлуката пред неа.

Изградете повратни циклуси, а не еднонасочна автоматизација

Системите за учење се подобруваат кога луѓето можат да ги коригираат со малку триење. Палец нагоре или палец надолу може да биде корисен, но често е премногу нејасен. Подобрата повратна информација ја бележи причината за корекцијата: погрешна компонента, неточна хиерархија, непристапен контраст, неподдржана интеракција или јазик што не одговара на гласот на производот.

Таа повратна информација не треба веднаш да стане трајно правило. Таа треба да влезе во процес на подобрување што може да се прегледа. Тимовите можат да унапредат повторувани, потврдени обрасци во документација, примери или случаи за евалуација. Така се спречува организациското знаење да стане неследлива акумулација на однесување на моделот.

Едноставен оперативен циклус изгледа вака:

1. Засновајте го ВИ-барањето на одобрен, релевантен контекст.
2. Генерирајте предлог со видливи претпоставки и референци.
3. Прегледајте го резултатот за усогласеност со производот, дизајнот и инженерството.
4. Забележете ги значајните корекции во структурирана форма.
5. Ажурирајте го изворот на вистината, а потоа тестирајте ги идните резултати во однос на него.

Ова е помалку драматично од автономен дизајн, но значително повредно. Ги претвора поединечните корекции во подобрувања на ниво на тим без да се преправа дека одобрувањето е опционално.

Поврзете ја дизајнерската интелигенција со реалноста на имплементацијата

Дизајнерските алатки стануваат многу покорисни кога ја разбираат границата меѓу визуелната намера и функционалниот софтвер. Генерираниот интерфејс може да изгледа веродостојно, а сепак да зависи од компоненти што не постојат, состојби што не се дизајнирани или интеракции што не се пресликуваат чисто во апликацијата.

Затоа дизајнерските и инженерските тимови треба, каде што е можно, да споделуваат структурирани договори: имиња на компоненти, поддржани својства, состојби, ограничувања на содржината и белешки за однесувањето. ВИ потоа може да помогне да се идентификуваат празнините пред предавањето. Таа може да укаже дека предложената контрола нема состојба на вчитување, дека варијанта на компонента не е достапна во библиотеката за имплементација или дека текстуален образец надминува договорено ограничување.

Целта не е дизајнерскиот софтвер да ја диктира архитектурата. Таа е да се намалат преводните грешки што може да се избегнат. Кога системот знае кои избори се изводливи, креативното истражување станува позасновано наместо поограничено.

Почнете со тесни случаи на употреба со висока доверба

Организациите често почнуваат така што бараат од ВИ да генерира цели екрани. Тоа може да биде визуелно импресивно, но е тешко место за воспоставување доверба. Почнете таму каде што влезните податоци, ограничувањата и критериумите за преглед се јасни.

• Предлагајте постојни компоненти за документиран кориснички тек.
• Проверувајте нацрти во однос на насоките за содржина и пристапност.
• Сумирајте ги нерешените повратни информации од прегледот во категории што можат да се спроведат.
• Генерирајте одобрени варијанти на рутински состојби, како што се празни, состојби на вчитување или услови на грешка.
• Идентификувајте несовпаѓања меѓу дизајнерска датотека и објавен договор за компонента.

За секој случај на употреба, дефинирајте како изгледа добар резултат и задржете мал сет репрезентативни примери. Ако алатката се промени, моделот се промени или основните насоки се променат, повторно извршете ги тие примери. Ова е дизајнерскиот еквивалент на регресиско тестирање: скромна дисциплина што спречува практична функција тивко да стане ненадежна.

Трајната предност е споделената проценка

ВИ ќе продолжи да го прави дизајнерскиот софтвер побрз во создавањето артефакти. Тоа е видливиот слој на напредок. Подлабоката можност е да му помогне на софтверот да ја зачува и примени проценката што ги прави тие артефакти кохерентни.

Најдобрите системи нема да ги отстранат дизајнерот, програмерот или раководителот на производот од циклусот. Тие ќе ги направат стандардите на тимот полесни за примена, неговите одлуки полесни за повторно разгледување и неговите повратни информации поверојатно да ја подобрат идната работа.

Извршувањето создава резултати. Учењето создава континуитет. За софтверските тимови што се обидуваат да се движат брзо без да ја изгубат својата тешко стекната проценка, континуитетот е способноста за која вреди да се дизајнира.