Ergonomia osąduDr Raul V. Rodriguez
Generowanie wyniku przenosi część pracy na ocenę jego poprawności. Projekt interfejsu powinien ułatwiać tę ocenę.
- Oddziel wygenerowanie odpowiedzi od jej sprawdzenia. Płynny tekst nie jest dowodem poprawności.
- Pokaż założenia, źródła i konsekwencje tam, gdzie wpływają na decyzję.
- Dobierz moment kontroli do kosztu pomyłki i możliwości cofnięcia.
Dla jednego wyniku AI zaprojektuj podgląd dowodów, korektę oraz decyzję: zaakceptuj albo odrzuć. Zacznij od zadania o znanym poprawnym wyniku.
Czas weryfikacji, istotne poprawki i błędne akceptacje, obok czasu generowania.
Discovery z warunkiem zakończeniaJanina Franzkowiak
Badanie ma pomóc rozstrzygnąć konkretną decyzję. Kolejny insight ma wartość, jeśli może zmienić działanie.
- Zacznij od decyzji i jej właściciela.
- Porównaj koszt błędu, koszt zwłoki i odwracalność działania.
- Ustal przed badaniem dowód wystarczający do następnego kroku.
Zapisz kartę decyzji: co rozstrzygamy, kto decyduje, czego nie wiemy, jaki test wykonamy i kiedy kończymy zbieranie danych.
Czas do decyzji i trafność późniejszego wyboru. Sam krótszy research nie dowodzi lepszego produktu.
Dźwięk jako część design systemuKarsten Kjems / Caroline Rossing / John Cleworth
Sesja o systemie audio B&O pozwala rozszerzyć myślenie o spójności poza warstwę wizualną.
- Przypisz sygnał do intencji i stanu produktu, zanim wybierzesz brzmienie.
- Traktuj sygnały jako rodzinę: znaczenie, długość, natężenie i kontekst użycia.
- Zapewnij wizualny odpowiednik i wyciszenie; dźwięk nie może być jedynym nośnikiem informacji.
Zrób mapę trzech stanów: trwa, potrzebuje uwagi, zakończono. Sprawdź, czy audio wnosi coś ponad komunikat wizualny.
Zauważenie sygnału, rozpoznanie znaczenia i rozproszenie w rzeczywistym otoczeniu.
Decyzja potrzebuje właścicielaJulia Frederking
Nawet dobre dane nie usuwają tarcia między zespołami. Niejasny mandat i sprzeczne priorytety mogą blokować działanie.
- Odszukaj tarcie w przekazaniach i zależnościach między ludźmi.
- Nazwij ownera, kryterium jakości oraz moment konsultacji.
- Sprawdź, czy lokalna oszczędność nie tworzy poprawek w innym miejscu procesu.
Rozpisz jeden przepływ od intencji do wdrożenia: decyzje, przekazania, poprawki i eskalacje. Zaznacz miejsca bez właściciela.
Czas do zamknięcia decyzji, liczba przekazań i praca powtórzona po akceptacji.
Poszerz granicę odpowiedzialnościDon Norman
Humanity-Centered Design każe patrzeć poza bezpośredniego użytkownika i pojedynczy ekran.
- Uwzględnij społeczność, operatorów, kulturę i środowisko.
- Współprojektuj z osobami, które ponoszą skutki rozwiązania.
- AI może pomóc w nauce i analizie; wiarygodność wyniku nadal wymaga sprawdzenia.
Do mapy użytkownika dopisz osoby, które obsługują błędy oraz ponoszą koszt automatyzacji. Przejdź z nimi jeden trudny scenariusz.
Obciążenie całego procesu i skutki dla pominiętych grup, nie tylko sukces jednej persony.
Cztery osie przed prototypemAther Nawaz / Jesper Poulsen-Hansen
Kompas Ørsted łączy strategię, wykonanie, insighty i technologię. Daje wspólną orientację bez jednej sztywnej metody.
- Strategy: jaki cel i problem uzasadnia tę pracę?
- Insights: na jakim dowodzie opieramy wybór?
- Execution i Technology: kto decyduje, co jest zakresem, jakie są ograniczenia i koszty utrzymania?
Przed wygenerowaniem prototypu wypełnij cztery krótkie pola. Brak odpowiedzi ma być widoczną luką, a nie miejscem do zgadywania przez AI.
Liczba założeń wykrytych przed budową i zmian kierunku po pokazaniu prototypu.
Prototyp jako wspólny przedmiot rozmowyDian Wessels
Wpływ designu może rosnąć przez modelowanie współpracy: wspólny obraz problemu i wczesne testowanie założeń.
- Włącz design zanim zespół zamknie rozwiązanie na roadmapie.
- Pokaż prototyp lub mapę procesu, aby różne funkcje rozmawiały o tym samym.
- Zbieraj szeroki feedback, zachowując jawnego właściciela decyzji.
Na jednym przeglądzie pokaż problem, dowód oraz dwie alternatywy. Zakończ nazwaniem decyzji, ownera i informacji, która mogłaby zmienić wybór.
Zmiana rozumienia problemu, rozstrzygnięte założenia i dalsze poprawki, nie liczba komentarzy.
Od komponentów do kontekstuRita Wang
W publicznym eseju Michała o sesji Rity wraca luka między dostępem do komponentów a rozumieniem zasad ich użycia.
- Opisz kiedy użyć wzorca, kiedy go nie używać i dlaczego istnieje.
- Zapisz zasady kompozycji oraz decyzje, których nie widać w propsach komponentu.
- Wprowadź raport braków: źródła, reguły, odstępstwa i poprawki człowieka.
Weź jeden przepływ i poproś agenta o prototyp. Porównaj wybory ze standardem. Powtarzające się braki zamień w poprawki dokumentacji.
Elementy odtworzone od zera, pominięte reguły i powracające korekty. Raport użycia nie dowodzi jakości bez sprawdzenia rezultatu.
Daj sensowny punkt startowyChristian Kuhn
Zadanie nie musi zaczynać się od pustego pola. Wybór, kontekst i bezpośrednia manipulacja mogą ułatwić wyrażenie intencji.
- Podpowiedz start pasujący do bieżącego zadania.
- Pozwól doprecyzować cel i granice działania zamiast wymagać idealnego promptu.
- Oddziel doradzanie, szkic oraz wykonanie po akceptacji. Zachowaj możliwość korekty.
Dla jednej funkcji porównaj pusty chat z wyborem celu i kontekstu. Zachowaj tekst jako wyjście dla nietypowych zadań.
Czas do użytecznego wyniku, istotne korekty oraz możliwość odzyskania kontroli.
