Forwork

Regarde ce que les gens font, pas seulement ce qu’ils disent

Les gens décrivent souvent des solutions avec le vocabulary qu’ils connaissent déjà. Behavior révèle le problem en dessous.

Start With the Human — Ne commence pas par le produit. Commence par la personne.
01

Les users demandent souvent des solutions plutôt que de décrire des problems

Quand quelqu’un dit « j’ai besoin de feature X », il décrit souvent une solution imaginable à partir de products connus.

Request n’est pas need.

Request is an expression. Need is the underlying condition.
02

Le vocabulary du user est limité par les products qu’il connaît

Les gens imaginent le future en recombinent des patterns familiers.

Research doit demander pourquoi, pas seulement quoi.

People imagine solutions using the vocabulary of their past.
03

Behavior est souvent plus honnête que preference

Ce qu’une personne dit peut diverger de son behavior.

Behavior montre où le system ne soutient pas la reality.

Behavior reveals where the current system fails to support reality.
04

Les workarounds sont une evidence précieuse

Spreadsheet, template, screenshot, private note ou autre tool sont des clues.

Workaround est la trace d’un unmet need.

Every workaround is a clue.
05

Repetition montre quels problems comptent

Un inconvenience isolé peut être un edge case; repetition crée un pattern.

Cela distingue noise et friction réel.

Repeated behavior turns anecdote into product evidence.
06

Traduis « je veux feature X » en « qu’est-ce que j’essaie de faire ? »

Request est un input, pas une decision.

Il faut le traduire en intention, context, friction et outcome.

Translate requests back into human intent.
07

Un bon research ne demande pas au user de designer le product

Le user est expert de son problem et de son experience.

La product team doit synthétiser et prendre les design decisions.

Users should not have to become product designers to be understood.
08

À moi quand je commence à transformer chaque request en roadmap

Tout feature request ne devient pas roadmap item.

Cherche le behavior, workaround, friction et outcome derrière.

Listen carefully. Observe more deeply. Build only after understanding.