A hangulattól a specifikációig: visszaszerezzük a tervezési folyamatot a SAID keretrendszerrel

Öt hónapja Jenny Wen, az Anthropic dizájnfőnöke kimondta: a tervezési folyamat halott. Erős állítás volt, de mára kiderült, mit jelent valójában. A klasszikus, egymás után következő lépések - ötlet, makett, átadás, fejlesztés - nem tartják a tempót az AI-alapú csapatoknál. A design, a fejlesztés és a termékmenedzsment egyre inkább összefolyik, a Claude Code csapatánál például nem "PM-designer-három fejlesztő" felállást látsz, hanem embereket, akik öt különböző szerep között mozognak igény szerint. A cím számít kevesebbet, az, hogy valaki tud-e segíteni a következő hasznos dolog megalkotásában - az számít többet.

Ez alaposan átírja a designer napi munkáját is. A Miro-Figma-Confluence-Jira-GitHub széttagoltság régen természetes velejárója volt a munkának, ma viszont csak féket jelent. A Git egyre inkább közös munkaterületté válik specifikációknak, kódnak és iterációnak egyaránt - ami azt jelenti, hogy egy ötlet gyorsabban jut el a szándéktól a tesztelhető prototípusig. A cikk bemutatja a SAID keretrendszert is: szándék specifikálása, ágensi delegálás, iteratív leírás, emberi mérlegelés - ez a négy elem alkot egy folyamatos hurkot, ami stratégiából kísérletezésen át a megszilárdításig viszi a terméket. Peter Senge gondolatát idézve: nem elég azt mondani a csapatnak, hogy "működjön másképp" - a rendszert kell átalakítani, a viselkedés majd követi.

A tanulság egyszerű: a designernek nem kell szoftverfejlesztővé válnia, és nem a markdown-szintaxist kell bemagolnia. Azt kell megtanulnia, hogyan fogalmazza meg a szándékát úgy, hogy az túlélje a kóddal való találkozást. A pixelek pontosgatása helyett a rendszer viselkedését, szabályait és korlátait kell megalkotnia. Ahogy a kormánykerék leváltotta a botkormányt az autóknál, úgy vált le a régi, lineáris tervezési folyamat is a folyamatos, ágensekkel közösen alakított munkamódszerről - és aki ezt hamarabb érti meg, egyértelmű előnyt szerez.