Pollenia · Mydrip · Claude Design / Claude Code

Document propre des étapes et des prompts à utiliser pour Mydrip.

Ce document sert à exécuter proprement le projet dans la suite Claude. Il sépare clairement Claude Design pour la conception visuelle/UX et Claude Code pour l’implémentation réelle. Les prompts sont structurés pour éviter les réponses génériques et rester alignés au vrai besoin business.

UsageCopier-coller dans Claude
ApprocheBusiness → Design → Code
Source visuelleLogo officiel Mydrip
ObjectifV1 vendable rapidement

1. Résumé exécutif

La bonne méthode n’est pas d’envoyer un seul gros prompt flou. Il faut séparer les rôles, les livrables et les validations.

Décision méthode

Claude Design conçoit. Claude Code construit.

Claude Design doit produire la direction artistique, les écrans, les composants, les états et la logique UX. Claude Code doit ensuite transformer cette base validée en site réel, propre, testable et prêt à vendre. Si on mélange les deux, on perd du temps et on obtient un résultat moyen.

Formule simple
Design d’abord.
Code ensuite.
Validation à chaque étape.

2. Logique de projet à respecter

Les prompts doivent toujours partir du problème réel, pas d’un simple style visuel.

Problème réel

Mydrip doit lancer une V1 e-commerce claire, moderne, premium et vendable rapidement sans tomber dans une marketplace trop complexe.

Décision centrale

À l’arrivée, l’utilisateur choisit entre Mydrip Running et Mydrip Premium. Une marque, deux entrées, un checkout.

Source de vérité

Le logo officiel Mydrip guide la DA : lettrage noir/blanc, gradient rose-orange-jaune, sac shopping, texture, énergie street-shopping.

3. Étapes propres du projet

Voici l’ordre recommandé avant de lancer les prompts.

1

Clarifier la V1

Définir précisément ce qui entre dans Running et ce qui entre dans Premium. Tant que cette séparation n’est pas claire, ni le design ni le code ne seront propres.

Univers RunningUnivers PremiumPérimètre V1
2

Donner le brief à Claude Design

Le brief doit demander une vraie expérience e-commerce, pas juste une homepage. On veut un prototype HTML ou une direction design complète avec états et composants.

GatewayListingFiche produitPanier
3

Valider une seule direction

Ne pas partir directement en développement avec plusieurs styles contradictoires. Choisir la direction qui vend le mieux et qui colle au logo.

DA validéeComposants validésPages validées
4

Donner le brief à Claude Code

Claude Code doit partir du prototype/design validé et construire la V1 réelle : routes, data, admin, paiement, tracking, QA.

Next.jsStripeAdminTracking
5

Tester avant mise en ligne

Ne jamais considérer le travail fini sans vérifier mobile, ajout panier, checkout sandbox, pages clés et console propre.

ResponsiveCartCheckoutConsole

4. Ce que tu demandes à Claude Design

Claude Design doit résoudre l’expérience, la hiérarchie et la DA. Pas écrire une spec technique de base de données.

Ce que Claude Design doit produire

  • Page d’arrivée “Choose your drip / Choisis ton drip”.
  • Deux portes visuelles Running / Premium.
  • Système de cartes produit.
  • Listing produit.
  • Fiche produit.
  • Panier / preview panier.
  • Règles de style, couleurs, typo, badges, CTA.
  • États hover/focus/mobile.

Ce qu’il ne doit pas faire

  • Inventer une marketplace complète.
  • Ajouter des fonctionnalités V3 inutiles.
  • Créer un design Shopify générique.
  • Faire un univers running technique froid.
  • Faire de Premium un simple fourre-tout.

5. Ce que tu demandes à Claude Code

Claude Code doit transformer la direction validée en produit réel, simple et fiable.

Ce que Claude Code doit construire

  • Route accueil gateway.
  • Routes /running et /premium.
  • Route fiche produit.
  • Panier.
  • Départ checkout Stripe.
  • Back-office simple produits/stocks/commandes.
  • Tracking du choix Running/Premium.
  • Base de données propre et extensible.

Ce qu’il ne doit pas construire maintenant

  • Marketplace vendeurs.
  • Payouts / commissions avancées.
  • Recommandation IA complexe.
  • App mobile native.
  • Fidélité complexe ou CRM lourd en V1.

6. Workflow recommandé entre Claude Design et Claude Code

La transmission doit être propre pour éviter la dérive entre la vision et l’implémentation.

Phase
Outil
Livrable
Validation
Brief UX/DA
Claude Design
Prototype HTML + logique d’écrans + composants
Choix d’une direction
Consolidation
Claude Design
Version finale propre, plus de variantes inutiles
Go développement
Construction produit
Claude Code
Site réel avec data, paiement, admin
Tests fonctionnels
QA
Claude Code
Corrections + vérifications + états finaux
Prêt mise en ligne

7. Erreurs à éviter

Ces erreurs ruinent la qualité des réponses Claude.

Un seul prompt pour tout

Résultat : réponse floue, design moyen, code incomplet.

Pas de business context

Résultat : joli rendu sans logique de vente.

Pas de contraintes anti-slop

Résultat : faux dashboards, cartes génériques, gradients décoratifs.

Pas de validation intermédiaire

Résultat : on code une mauvaise direction plus vite.

8. Checklist avant d’utiliser les prompts

À cocher avant de copier-coller.

Inputs à avoir

  • Logo officiel Mydrip
  • Définition Running
  • Définition Premium
  • Pages obligatoires V1
  • Produits de départ

Validation design

  • Direction choisie
  • Page gateway validée
  • Composants validés
  • Mobile pris en compte

Validation code

  • Routes confirmées
  • Stack confirmée
  • Paiement défini
  • Tracking défini

9. Prompts prêts à utiliser

Prompts optimisés, structurés et séparés par rôle.

Prompt à coller dans Claude Design

<role>
You are Claude Design acting as a senior product designer and e-commerce art director.
Your job is to create a premium, conversion-focused design prototype that can later be handed to Claude Code without ambiguity.
</role>

<business_context>
Brand: Mydrip.
Real business problem: the client needs a modern, visually strong, clean e-commerce V1 that can generate first sales quickly without becoming an overbuilt marketplace.
Core decision: the arrival page must split users into two clear directions: Mydrip Running and Mydrip Premium.
Mydrip Running = sport, movement, performance, running products, fast purchase, functional trust.
Mydrip Premium = selected pieces, sneakers/streetwear, drops, rarity, higher perceived value, style/lifestyle.
This is one brand, one checkout, one admin foundation, and two merchandising paths — not two separate websites.
</business_context>

<brand_source_of_truth>
Use the official Mydrip logo as the visual source of truth: bold black/white lettering, pink-orange-yellow gradient, shopping bag symbol, grain/sticker texture, streetwear/social-shopping energy.
Recommended art direction: Street Flagship Shopping.
The site should feel like entering a premium digital store born from streetwear, drops, and social commerce — not a generic Shopify template and not a cold technical running store.
</brand_source_of_truth>

<task>
Create a complete, browser-readable HTML prototype for the Mydrip V1 experience.
Design the core flow: arrival gateway → Running universe → Premium universe → product listing → product detail → cart preview.
The prototype must be modern, clean, visually strong, mobile-first, and commercially useful for a fast client decision.
</task>

<screens_and_states>
Include:
1. Arrival gateway with the headline “Choose your drip” and two large visual doors: Mydrip Running and Mydrip Premium.
2. Running universe page/section: performance, speed, sizes, trust, quick purchase.
3. Premium universe page/section: selected pieces, drops, scarcity, style, higher perceived value.
4. Product card system with badges for Running/Premium, price, size availability, stock state.
5. Product detail state with images/placeholders, key benefits, size selector, delivery/return reassurance, CTA.
6. Cart preview state.
7. Mobile responsive behavior and clear focus/hover states.
</screens_and_states>

<design_constraints>
- Do not create generic SaaS cards or a generic Shopify-looking storefront.
- Do not use fake metrics, fake reviews, or filler dashboards.
- Do not overbuild marketplace features in V1.
- Do not make “Premium” a miscellaneous bucket; express it through selection, rarity, drops, style, and higher perceived value.
- Use the logo colors with discipline: black/white structure, orange for action, pink-orange-yellow gradient as brand signature.
- Prioritize clarity, conversion, trust, speed, and mobile usability.
</design_constraints>

<output_format>
Return one self-contained HTML file with embedded CSS and minimal JavaScript if needed.
Include a short design rationale explaining the core design decisions.
Use semantic HTML, responsive CSS, accessible hit targets, and no unnecessary external dependencies.
</output_format>

<success_criteria>
The prototype should make the client immediately understand the two-door Mydrip strategy.
It should look premium enough to present, simple enough to launch, and structured enough for Claude Code to implement.
</success_criteria>

Prompt à coller dans Claude Code

<role>
You are a senior full-stack e-commerce engineer.
Build a production-ready V1 from the validated Mydrip design prototype.
Prioritize simple, reliable commerce over unnecessary complexity.
</role>

<goal>
Implement the Mydrip V1 website with one brand, two storefront paths, one cart, one checkout, one admin foundation, and event tracking for future automation.
The two storefront paths are:
- Mydrip Running: performance/running products.
- Mydrip Premium: selected sneakers/streetwear/drops.
</goal>

<recommended_stack>
Use Next.js + TypeScript for the frontend/application layer.
Use PostgreSQL + Prisma for products, variants, stock, orders, and event logs.
Use Stripe Checkout for V1 payments.
Use Telegram or email notifications for new orders and low-stock alerts if credentials are available.
</recommended_stack>

<routes>
Implement:
- / — arrival gateway with two large choices: Running and Premium.
- /running — Running storefront view.
- /premium — Premium storefront view.
- /product/[slug] — product detail page.
- /cart — cart page or cart drawer route.
- /checkout — checkout start route using Stripe Checkout.
- /admin — simple protected admin for products, stock, and orders.
</routes>

<data_model>
Include at minimum:
- Product: id, slug, name, description, universe, category, price, images, status.
- Variant: id, productId, size, color, stock.
- Order: id, status, total, customer contact, line items, stripe session/payment id.
- EventLog: id, type, payload, createdAt.
Track gateway choice, product view, add to cart, checkout started, order paid.
</data_model>

<implementation_requirements>
- Keep V1 simple. Do not build marketplace sellers, payouts, vendor dashboards, loyalty programs, or advanced AI recommendations yet.
- Gateway choice must be trackable as Running or Premium.
- Product cards must support Running/Premium badges, stock state, price, and size availability.
- Checkout must be testable in Stripe sandbox.
- Admin must allow product/stock/order visibility at minimum.
- Use clean components and design tokens based on the validated prototype.
- Respect responsive behavior and accessibility basics.
</implementation_requirements>

<quality_gates>
Before considering the implementation complete, verify:
1. Homepage loads with no console errors.
2. Running and Premium routes work.
3. Product listing and product detail work.
4. A product can be added to cart.
5. Stripe sandbox checkout can be started.
6. Stripe webhook/order confirmation flow is tested or clearly stubbed if credentials are missing.
7. Admin pages are protected and usable.
8. Mobile layout is checked.
9. EventLog records key actions.
</quality_gates>

<success_criteria>
The delivered site is modern, clean, fast, mobile-first, and ready for client review.
It must support a realistic V1 launch and leave room for later automations, drops, reporting, and marketplace expansion without building those features prematurely.
</success_criteria>

10. Recommandation finale

Le plus rentable maintenant est d’utiliser ce document comme séquence de production, pas comme simple note.

Recommandation Pollenia

Étape 1 : envoyer d’abord le prompt Claude Design pour obtenir la bonne expérience et la bonne DA.

Étape 2 : valider une seule direction.

Étape 3 : transmettre la version validée à Claude Code avec le second prompt pour construire la V1 réelle.

C’est cette méthode qui évite les allers-retours, garde le projet simple et maximise les chances d’avoir un site beau, clair et vendable rapidement.