Quando lavoro sulle strisce di screenshot, voglio insight competitivi invece di un vago “feedback di design”.
Il mio processo ha tre passaggi:
- Carico i miei screenshot come una striscia (un’immagine con tutti gli screenshot in ordine)
- Aggiungo 10 strisce di riferimento dalle top app della categoria
- Uso questo prompt:
Task: I'll upload my new screenshot strip plus a folder of 10 reference screenshot strips from top competitors. Output format: Give me a Markdown table with three columns: - Change to make (one short sentence) - How many leaders already do it (X / Y form) - Why it matters (one short sentence) Rules: - Use exact app titles - Keep language simple - No row should run longer than one sentence - Flag anything done by fewer than 5 / Y apps as experimental in the "Why" column - End with a one-line summary - If you have extra points to tell, be proactive, don't make me miss important things
Cosa ottengo:
- Feedback basato sui dati invece di opinioni di design
- Una classifica di priorità basata su ciò che fanno le app di successo
- Passi successivi chiari
Una riga di un output di esempio: “Aggiungi il numero di download” (8/10 lo fanno), perché la riprova sociale spinge i download.
Come agisco su ogni riga
- Guardo le strisce di riferimento e verifico il conteggio di persona prima di agire su una riga.
- Parto dai conteggi più alti. Le modifiche che più leader fanno già vengono per prime, e ciò che fanno meno di 5 app su 10 riceve l’etichetta sperimentale nella colonna “Why”.
- Se la modifica aggiunge allo screenshot un’affermazione, come il numero di download, mostro solo un numero che l’app può dimostrare.
- Ogni riga è un test, e lo giudico in base alla conversione della scheda dell’app sullo store.
Lavoro così perché sugli screenshot si dovrebbe partire da ciò che fanno i leader della categoria e arrivare a ciò che mostra il mio test.