Warsztat Symbiotic Designera
Symbiotic Designer OS to system operacyjny mojej pracy z AI. Rozwijam go razem z autorskimi skillami do badań, projektowania i planowania wdrożeń. System daje im kontekst projektu, a ich wynik sprawdzam przed decyzją.
Autorski system pracy
Zbudowałem środowisko, które łączy wiedzę o projekcie, skille AI i zasady podejmowania decyzji. Gdy zaczynam kolejną sesję, mam aktualne źródła, uzasadnienie poprzednich wyborów i jasny następny krok.
Budowa środowiska pracy z AI
Buduję środowisko do badań i projektowania. Ma korzystać z jednej bazy wiedzy, pozwalać dobrać skill i zachowywać decyzje między sesjami.
Cel · Granice AI · Kryteria
Zaczynam od briefu, źródeł i wcześniejszych ustaleń. Określam, jaki wynik ma wrócić do mojej oceny.
Brief · Źródła · Oczekiwany wynik
Skill badawczy porządkuje źródła, projektowy przygotowuje warianty, a planistyczny rozpisuje kroki dla wybranego kierunku.
Badania · Warianty · Plan wdrożenia
Sprawdzam podstawę rekomendacji. Gdy brakuje dowodów, wiem, co zweryfikować przed wyborem kierunku.
Dowody · Ryzyko · Decyzja
Zapisuję wybór, jego uzasadnienie i następny krok. Kolejna sesja zaczyna od tych ustaleń.
Ustalenia · Uzasadnienie · Następny krok
Michał Aleksander / doświadczenie
Do Symbiotic Designer OS wnoszę doświadczenie z badań użyteczności, prowadzenia zespołu i projektowania produktów, od sklepów internetowych po platformy reklamowe.
Zobacz pełną ścieżkę na LinkedInBadania użyteczności i projektowanie ścieżek w handlu internetowym.
Prowadzenie zespołu UX, badania i projektowanie produktów edukacyjnych.
Ścieżki rezerwacji w międzynarodowym serwisie podróżniczym.
Projektowanie ścieżek kupujących w serwisie ogłoszeniowym na kilku rynkach.
Badania i projektowanie aplikacji SaaS dla ekip pracujących w terenie.
Złożone platformy B2B, design systemy i zasady pracy z AI.
Pracę w e-commerce zacząłem w 2005 roku. Daty na osi oznaczają początki wybranych etapów projektowych.
Skill to powtarzalna instrukcja dla AI. Wybieram ją do zadania, dodaję materiały projektu i ustalam, co ma wrócić do oceny. Przy prototypach korzystam z modułu Design Cortex.
Research Workbench · Design Conference Research
Design Direction · UX Architecture
Moduł prototypowania
Trzy decyzje z realizacji Rekona.
Architektura informacji
Na mapie widać miejsce i etap sprawy. Daty i dokumenty trafiają do karty otwieranej z punktu.
Miasto z bliska
Eksploracja kierunków z AI
Porównaliśmy pięć wersji otwarcia. Wybrana scena łączy pracę operatora z przykładem wykrycia anomalii.
i-Rays / pięć wersji otwarcia
Porównanie prototypów
Porównałem siedem koncepcji tarcz, także po aktywności i przy braku odczytów. Sprawdziłem uproszczony widok Always-On w symulatorze.
ORBIT / od multisportu do seriiZaczynam od tego, co odbiorca ma zrozumieć lub zrobić. Zapisuję, po czym poznam, że wynik jest gotowy do użycia.
Sięgam po rozmowy, źródła, materiały marki i reguły produktu. Z nich składam kontekst dla instrukcji dobranej do zadania.
Opisuję intencję i z pomocą AI przygotowuję warianty. Zależnie od projektu sprawdzam próbę druku, ścieżkę użytkownika lub działanie prototypu.
Wybieram wersję, zapisuję uzasadnienie i przekazuję uzgodniony rezultat. Gdy wniosek przyda się następnym projektom, aktualizuję regułę.
Przypadek z praktyki / Design Cortex
Kontrola wykryła kolory spoza design systemu. Ponieważ pochodziły z materiału zewnętrznego, wyznaczyłem obszar z własną regułą i ponownie sprawdziłem prototyp.
Przeczytaj opis decyzji (EN)Źródła pracowni
Po Future Product Days opisałem, jak design system może podpowiadać agentowi, kiedy użyć danego wzorca. W Cortexie to pytanie wróciło przy ustalaniu reguły dla kolorów materiału zewnętrznego.
