Cahier des charges

1. Vision & principes produit

Le constat. Les vignerons veulent vendre en direct et exister en ligne, mais les outils du marché (Wix, Squarespace, Shopify, WordPress) leur offrent trop de possibilités : trop d'options, trop de réglages, trop de décisions de design. Résultat : des sites à l'abandon, moches, ou pas de site du tout — et des ventes directes qui passent à côté.

« Votre domaine en ligne en une après-midi, sans rien connaître au web. »

Un outil où le vigneron ne peut pas se tromper : quelques thèmes dessinés pour le vin, quelques palettes, quelques polices, des blocs prédéfinis. Il apporte ce que lui seul possède — son histoire, ses photos, ses cuvées — et l'outil s'occupe de tout le reste. La contrainte est le produit.

2. Publics cibles & personas

Deux segments de vignerons, un seul produit

Personas

Parcours vigneron (segment « site complet »)

Parcours acheteur

3. Périmètre fonctionnel

3.1 Le site public du vigneron

Pages : Accueil · À propos / Le domaine · Boutique · Fiche produit · Panier & checkout · Contact · Pages légales (CGV, mentions, confidentialité).

Structure en blocs prédéfinis, réordonnables mais jamais en mise en page libre (inventaire complet en annexe A). Personnalisation limitée à : le thème (3 à terme, 1 seul au MVP), la palette (~4 par thème), la paire de polices (~3 par thème), le logo, les photos, les textes. Rien d'autre — pas de tailles, pas de marges, pas de CSS.

3.2 L'onboarding guidé — le cœur de l'expérience « waouh »

Aucune section vide : des textes d'exemple de qualité comblent ce qui manque, pour que le site soit toujours montrable.

3.3 Le studio d'édition — deux pistes à instruire

Deux concepts sur la table, à départager par des maquettes de Capucine testées auprès de 2-3 vignerons avant implémentation :

Les deux pistes ne s'excluent pas : B peut être le mode « création », A le mode « retouche ».

3.4 E-commerce

• Catalogue — un produit = cuvée, millésime, couleur, appellation, cépages, degré, prix TTC, photos, description, stock, poids/format. Coffrets et lots : souhaitable, pas bloquant.
• Panier & checkout — achat invité (aucun compte obligatoire) · case « J'ai plus de 18 ans » + CGV · paiement carte via Stripe Connect : l'argent va au vigneron, la commission plateforme est prélevée automatiquement.
• Livraison — tarifs par tranches de bouteilles (6 / 12 / 18…) via DHL (contrat négocié du partenaire) : le vigneron génère l'étiquette, DHL collecte au domaine, livraison ~24h · option retrait au domaine (gratuit) systématique · API DHL automatisée : phase 3.
• Commandes — notification email au vigneron · statuts simples (à préparer → expédiée / à retirer → retirée) · emails transactionnels à l'acheteur · factures PDF simples (souhaitable MVP, sinon phase 2).
• Stock — décrément automatique, blocage à zéro (« épuisé »).

3.5 Domaines & multi-site

• Chaque site accessible sur slug.vinoweb.fr (prévisualisation) et sur son domaine propre dès la mise en ligne — indispensable à la crédibilité. SSL automatique obligatoire.
• « Boutique seule » : la boutique vit sur un sous-domaine du domaine existant (boutique.chateau-machin.fr), simple enregistrement DNS chez son hébergeur actuel.
• En V1, connexion du domaine assistée manuellement par l'admin — inutile d'automatiser pour 5-10 clients.

3.6 Back-office admin

• Liste des sites/clients avec état : essai · actif · suspendu ;
• « Se connecter en tant que » pour dépanner un vigneron à distance ;
• Duplication : nouveau site à partir d'un modèle en un clic ;
• Abonnements et commissions : le dashboard Stripe suffit en V1.

4. Conformité — vente d'alcool en ligne (France)

5. Modèle économique

La grille tarifaire exacte sera définie après les entretiens de la phase 0.

6. Exigences non fonctionnelles

• Exploitation minimale : hébergement managé, déploiements automatisés, sauvegardes automatiques, zéro serveur à administrer.
• Performance : sites publics très rapides (statique ou CDN) — argument SEO et crédibilité, surtout sur mobile en zone rurale.
• Coût marginal par site proche de zéro — indispensable à moins de 10 clients.
• Priorité de disponibilité : les sites publics avant le studio (une boutique en panne perd des ventes ; un éditeur en panne peut attendre).
• Accessibilité & sobriété : par défaut grâce aux thèmes contrôlés.

7. Roadmap — priorisée pour la validation marché

Philosophie : ne pas construire le meilleur produit avant de savoir si quelqu'un en veut. Chaque phase a un objectif d'apprentissage, pas seulement une liste de fonctionnalités.

Le MVP au tamis MoSCoW

Tableau de report conscient

Chaque idée écartée est reliée au signal qui la déclenchera — pour que chaque report soit une décision, pas un oubli :

8. Questions ouvertes

9. Pré-orientation technique

Les contraintes issues des specs — détaillées et arbitrées dans le document 02 · Choix de la stack :

• Multi-tenant avec domaines personnalisés + SSL automatique dès la V1 ;
• Sites publics ultra-rapides, coût marginal par site ~nul ;
• Un seul développeur : services managés, périmètre de code minimal ;
• Stripe Connect (paiements au vigneron, commission plateforme) ;
• Un site = un document structuré de blocs typés rendu par des templates ;
• Aperçu live (piste A) et/ou génération de variantes (piste B).

Annexe A — Inventaire des blocs V1

Matière première pour les maquettes de Capucine. Chaque bloc : contenu éditable strictement limité, aucune option de mise en page.

Blocs système (présents d'office, non déplaçables) : en-tête (logo + navigation), pied de page (mentions légales, loi Évin, réseaux sociaux), age gate.
Pages boutique (structure fixe) : liste produits, fiche produit, panier, checkout — mise en page du thème, seul le contenu produit est éditable.

Prochaines étapes

1. Relecture par Julien et Capucine — chaque section validée ou amendée ;
2. Capucine : maquettes (thème n°1, onboarding, les deux pistes d'éditeur) à partir de l'annexe A ;
3. Julien : préciser le circuit DHL avec le partenaire ; lancer les entretiens de phase 0 ;
4. Ensuite : le choix de la stack technique.