linear.app

> Current Output

"The product development system for teams and agents"

Anomaly Detected

Le H1 « The product development system for teams and agents » utilise le pattern Infrastructure Positioning — il nomme la catégorie (« product development system ») plutôt qu'une fonctionnalité isolée, ce qui est une approche solide pour un outil B2B. L'ajout de « and agents » différencie clairement Linear de ses concurrents pré-IA (Jira, Asana). Cependant, le titre ne nomme aucun résultat concret pour le visiteur : il décrit CE QUE Linear est, pas ce que l'équipe OBTIENT. Le sous-titre « Purpose-built for planning and building products. Designed for the AI era. » complète partiellement ce manque, mais reste orienté produit plutôt qu'orienté résultat visiteur.

> Current Output

"Purpose-built for planning and building products. Designed for the AI era."

Anomaly Detected

Le sous-titre « Purpose-built for planning and building products. Designed for the AI era. » décrit l'orientation produit de Linear mais n'explique pas le mécanisme de résolution du problème visiteur. La phrase « Designed for the AI era » est particulièrement vague : elle ne dit pas ce que les agents IA font concrètement pour l'équipe. Le sous-titre ne répond pas à la question implicite du visiteur : « En quoi Linear est-il différent de ce que j'utilise déjà ? ». La page contient pourtant des éléments de réponse concrets plus bas : « Turn conversations and customer feedback into actionable issues » et « Build and deploy AI agents that work alongside your team » — mais ces formulations restent sous le pli.

> Current Output

"A new species of product tool. Purpose-built for modern teams with AI workflows at its core, Linear sets a new standard for planning and building products."

Anomaly Detected

Linear positionne clairement sa différenciation sur deux axes : la vitesse (« Designed for speed. Reduces noise and restores momentum ») et l'intégration native des agents IA (« Powered by AI agents. Designed for workflows shared by humans and agents, from PRD to PR »). La formulation « A new species of product tool » est audacieuse et mémorable — elle signale une rupture de catégorie, pas une amélioration incrémentale. La mention explicite de « from PRD to PR » couvre l'intégralité du cycle produit, ce qui est un signal de complétude rare chez les concurrents. La différenciation est réelle et visible, mais elle n'est pas au-dessus du pli — elle apparaît dans la section de présentation des fonctionnalités.

> Current Output

"The product development system for teams and agents / Purpose-built for planning and building products. Designed for the AI era."

Anomaly Detected

Avec seulement 48 mots au-dessus du pli (selon la mesure backend), la hiérarchie above-fold de Linear est minimaliste : H1 → sous-titre → deux CTAs. Cette structure est propre mais incomplète : elle passe directement de la promesse (« system for teams and agents ») à l'action (« Get started ») sans étape de preuve intermédiaire. La séquence optimale Problème → Solution → Preuve → CTA est tronquée : la preuve sociale (« Linear powers over 25,000 product teams ») et les témoignages (Gabriel Peal / OpenAI, Nik Koblov / Ramp) n'apparaissent que bien plus bas dans la page. Le visiteur enterprise qui arrive avec des doutes n'a aucun signal de validation avant d'atteindre le CTA.

> Current Output

"Purpose-built for planning and building products. Designed for the AI era."

Anomaly Detected

Le score Flesch-Kincaid de 70,4 indique une lisibilité excellente — bien au-dessus du seuil recommandé. La page utilise des phrases courtes et percutantes : « Issue tracking is dead », « A new species of product tool », « Reduces noise and restores momentum ». La structure de la page est organisée en sections numérotées (1.0 Intake, 2.0 Plan, 3.0 Build, 4.0 Diffs, 5.0 Monitor) qui créent une progression logique et scannable. Les sous-titres de section sont concis et orientés action. Le seul point d'amélioration est que certaines descriptions de fonctionnalités (notamment dans les sections Build et Monitor) utilisent un vocabulaire technique dense (« structural diffs », « vehicle_state sync ») qui peut ralentir la lecture pour des visiteurs non-techniques.

> Current Output

"Linear powers over 25,000 product teams. From ambitious startups to major enterprises."

Anomaly Detected

La page contient des signaux de preuve sociale réels et nommés : deux témoignages avec attribution complète (Gabriel Peal / OpenAI et Nik Koblov / Head of Engineering, Ramp), un chiffre d'usage précis (« over 25,000 product teams »), et une segmentation de clientèle (« From ambitious startups to major enterprises »). Ces éléments sont solides. Le problème majeur est leur positionnement : tous ces signaux apparaissent très bas dans la page, après cinq sections de fonctionnalités détaillées. Au-dessus du pli, avec seulement 48 mots, aucun signal de preuve sociale n'est visible. Le visiteur enterprise qui arrive sur la page ne voit pas immédiatement que OpenAI ou Ramp utilisent Linear.

> Current Output

"Built for the future. Available today."

Anomaly Detected

La page ne présente aucun badge de certification, mention de sécurité ou garantie visible au-dessus du pli. Les signaux de crédibilité détectés (sécurité, paiement, certification) sont tous en pied de page — donc invisibles pour la majorité des visiteurs. La formulation « Built for the future. Available today. » est une accroche marketing sans contenu de crédibilité. Pour un outil B2B enterprise (contexte détecté), les acheteurs ont besoin de signaux de sécurité et de conformité avant d'engager une conversation commerciale. La page mentionne « Enterprise » dans le footer mais sans détail visible dans le corps de la page.

> Current Output

"Issue tracking is dead / linear.app/next →"

Anomaly Detected

La page ne contient pas de section FAQ, de garantie explicite, ni de section « How it works » structurée pour les visiteurs qui doutent. La formulation provocatrice « Issue tracking is dead » est mémorable mais peut générer une objection immédiate chez les visiteurs qui utilisent Jira ou GitHub Issues : « Si le tracking d'issues est mort, pourquoi Linear en fait-il ? ». Cette objection n'est pas traitée explicitement. La page traite bien les objections de complexité (« Reduces noise and restores momentum ») et de compatibilité IA (« Designed for workflows shared by humans and agents »), mais ne répond pas aux objections de migration (coût de changement, intégrations existantes) ni aux objections de taille d'équipe.

> Current Output

"FIG 0.2 Built for purpose / FIG 0.3 Powered by AI agents / FIG 0.4 Designed for speed"

Anomaly Detected

La page utilise des captures d'écran produit détaillées et contextualisées pour chaque section fonctionnelle : l'interface de gestion d'issues (avec un exemple réaliste de ticket ENG-2703), le roadmap visuel avec des dates et des initiatives nommées, le terminal d'agent Codex en action, et les diffs de code structurés. Ces visuels sont authentiques et montrent le produit en situation réelle, pas en mode démo générique. Le point d'amélioration est l'absence de vidéo ou de GIF animé au-dessus du pli — les captures statiques sont efficaces mais une démonstration du flux de travail complet (Slack → issue → agent → PR) en quelques secondes aurait un impact supérieur pour les visiteurs qui évaluent rapidement.

> Current Output

"Get started"

Anomaly Detected

Le CTA principal « Get started » est visible above-fold et accompagné d'un CTA secondaire « Contact sales » — une structure classique et appropriée pour un outil B2B avec deux parcours distincts (self-serve et enterprise). Le CTA « Get started » est un standard SaaS reconnu (utilisé par Stripe, Notion, Vercel, Linear). Cependant, il ne communique aucun bénéfice ni réducteur de friction : pas de mention de gratuité, pas d'indication du temps de mise en route, pas de signal « no credit card ». La page ne mentionne pas explicitement si un essai gratuit est disponible, ce qui laisse le visiteur dans l'incertitude sur ce qui se passe après le clic.

> Current Output

"Get started / Contact sales"

Anomaly Detected

La page propose deux parcours de conversion clairs : « Get started » (self-serve) et « Contact sales » (enterprise). Cette structure binaire est appropriée pour un outil B2B avec des segments de clientèle distincts (startups vs enterprises). La friction du parcours self-serve n'est pas visible sur la page d'accueil — on ne sait pas combien de champs le formulaire d'inscription contient, ni si une carte bancaire est requise. La page ne mentionne pas de période d'essai gratuite, ce qui est une information de friction critique pour les visiteurs en phase d'évaluation.

> Current Output

"Get started / Contact sales"

Anomaly Detected

Les métriques de performance mobile de Linear sont critiques : LCP de 4,8 s (zone rouge Google, seuil critique > 4,0 s), FCP de 2,5 s (cible < 1,8 s), et TBT de 3 100 ms (cible < 200 ms — soit 15× au-dessus du seuil). Le score Lighthouse mobile est de 27/100, en dessous du premier quartile SaaS (p25 = 28). La médiane SaaS 2026 est de 42/100 — Linear se situe donc significativement sous la médiane de son secteur, ce qui représente un désavantage concurrentiel mesurable. Le TBT de 3 100 ms est particulièrement préoccupant : il indique que le thread principal est bloqué pendant plus de 3 secondes, rendant la page non-interactive et frustrante sur mobile. Le CLS de 0,000 est excellent et constitue le seul point positif.