Design che arrivain produzione.
filosofia di design_
Il mio workflow ha un obiettivo: meno passi tra un problema e una decisione. Schizzo prima di prototipare, faccio ricerca prima di wireframare, scrivo prima di rifinire. La velocità viene dal rimuovere il superfluo, non dall'affrettare il necessario.
Gli strumenti, il ritmo e i principi dietro il mio modo di lavorare
Passa sopra a uno strumento per vedere quando e come lo uso.
Figma · FigJam · Make
DESIGN + SYSTEMSVS Code
FRONT-END + CODEClaude + MCPs
CORE WORKFLOWMaze
RESEARCH + TESTINGNotion
DOCUMENTATIONGit / Vercel
DEPLOY + REVIEWIl resto del mio stack
ritmo dello sprint_
Una settimana nel mio workflow
Non ogni progetto è così ma la maggior parte dovrebbe esserlo
Allinearsi & pianificare
Rivedere gli obiettivi dello sprint, rileggere le note di ricerca della settimana precedente, sincronizzarsi con il team. Scrivere un brief approssimativo prima di toccare qualsiasi file di design. Evidenziare i rischi in anticipo, prima che costino uno sprint.
Concept & struttura
Schizzi per l'IA e flussi iniziali. A volte generare un'anteprima HTML per allinearsi con l'engineering prima di aprire Figma. Prima di tutto, il modello di interazione.
Design & lavoro di sistema
Sessioni intensive su Figma. Audit dei token, stati dei componenti, coerenza dei pattern. Se qualcosa non si adatta al sistema, correggo il sistema prima di rilasciare l'eccezione.
Prototipo & validazione
Costruire prototipi interattivi, testare con utenti reali o stakeholder interni. Distribuire su Vercel per revisione asincrona. Nessuna riunione necessaria per ricevere feedback.
Handoff & documentazione
Scrivere la specifica di handoff per i developer. Documentare le decisioni, non solo i risultati. Catturare cosa è cambiato e perché, così il prossimo sprint inizia con contesto, non confusione.
principi_
Come penso al lavoro
Le linee guida con cui lavoro e i miei non negoziabili
Ricerca prima dei pixel
Parla con gli utenti prima di aprire Figma. Un'assunzione sbagliata costa uno sprint. Una buona intervista costa un'ora.
Possiedi l'handoff
Un design che si rompe in sviluppo non è mai stato finito. Resto vicino alla build, scrivo specifiche che i team usano, e tratto il divario tra Figma e produzione come un mio problema.
Correggi il sistema, non l'istanza
Quando qualcosa non si adatta alla struttura dei token, correggo la struttura. Rilasciare eccezioni accumula debito più velocemente che rilasciare in ritardo.
Scrivi prima di wireframare
Le parole chiariscono il pensiero più velocemente delle forme. Bozza copy, etichette e stati di errore prima di toccare il layout.
I default sono impegni
La maggior parte degli utenti non cambia mai le impostazioni. Ciò che viene rilasciato per primo diventa permanente per loro. Scegli i default come se li intendessi davvero.
Mantieni l'IA nel loop, non al comando
Claude e gli MCP accelerano l'esplorazione e la documentazione. Ogni decisione finale è mia. Così come la responsabilità per ciò che viene rilasciato.
Rallenta all'inizio
Il modo più veloce per progettare la cosa sbagliata è saltare la fase di ascolto. Passo più tempo nella ricerca della maggior parte delle persone. Riduce lo spazio delle decisioni sbagliate prima che si muova qualsiasi pixel.