Déploiement
Un projet qui a une forme, pas un abonnement avec un formulaire
HerbaPortal n'est pas un produit SaaS : le système tourne sur votre infrastructure et la copie vous appartient entièrement — rien n'est dans le cloud. Il n'y a ni grille tarifaire publique ni auto-inscription : chaque déploiement commence par une conversation sur le fonctionnement actuel de votre boutique et s'achève par une instance adaptée. Et si vous en avez besoin, nous construisons et gérons l'infrastructure pour vous — sur vos propres serveurs, si c'est ce que vous préférez.
Comment se déroule un projet
- 1
Découverte
Comment une commande vous parvient-elle aujourd'hui ? Qui convertit les formules en grammes et en prix ? Quel ERP, quels transporteurs, quels moyens de paiement ? Quels modules comptent — décomptes, fidélité ? Quelle langue et quelle devise ?
- 2
Un devis écrit avec un périmètre
Le produit de base plus les personnalisations nommées plus votre variante d'hébergement. Le périmètre est sur le papier ; tout ce qui en sort est un avenant, pas un débat.
- 3
Un contrat 30 / 40 / 30
30 % à la signature. 40 % quand vous acceptez le travail sur votre instance d'essai. 30 % après la mise en production. Le paiement suit l'avancement — vous voyez votre boutique fonctionner avant la deuxième échéance.
- 4
De la maintenance, si vous la voulez
Un accord mensuel séparé, dimensionné selon votre variante d'hébergement.
Le pilote : votre boutique, pas une démo
Envoyez-nous un export CSV de votre catalogue et nous dresserons une instance d'essai avec vos produits réels, votre devise, vos taux de TVA. Vous évaluez votre propre boutique. Le pilote est gratuit, sans engagement — et borné dans le temps, car un essai sans date de fin est un éternel « on réfléchit encore ».
Deux variantes d'hébergement — à vous de choisir
Quelle que soit la variante choisie, une chose ne change jamais : ceci n'est pas un SaaS. L'instance est à vous. Si vous voulez tout sur votre propre infrastructure — votre serveur ou votre propre compte cloud — nous la construirons et l'exploiterons là-bas pour vous. Rien ne tourne jamais sur un VPS partagé.
A. Géré — nous l'exploitons pour vous
- Elle peut tourner sur votre propre infrastructure — votre serveur ou votre propre compte cloud — ou sur une que nous provisionnons pour vous seul. Jamais un VPS partagé.
- Vous fournissez : un domaine (un enregistrement DNS).
- Sauvegardes : nocturnes, vers S3 — nous les surveillons et répétons les restaurations.
- Mises à jour : les nôtres, client par client, avec retour en arrière.
- Une panne à 3 h du matin : notre problème.
- Isolation : votre propre base de données et un utilisateur qui n'a de droits que sur elle — testé dans le cadre de la procédure de provisionnement.
- Pour : les boutiques sans équipe IT ; le démarrage le plus rapide.
B. Votre propre serveur
- Vous fournissez : un VPS, le domaine et le DNS, des buckets S3, du SMTP, des clés de paiement.
- Sauvegardes : le même mécanisme ; la discipline de répétition vous revient (ou fait partie de l'accord de maintenance).
- Mises à jour : vous, avec le manuel — ou nous, dans le cadre de la maintenance.
- Une panne à 3 h du matin : la vôtre (ou selon l'accord de maintenance).
- Isolation : totale — une machine physiquement séparée.
- Pour : les boutiques avec une équipe IT, ou une exigence ferme de « les données restent chez nous ».
Dans les deux variantes, l'installation s'adjoint à ce qui tourne déjà sur la machine — elle rejoint un proxy et une base de données existants plutôt que d'exiger un serveur vierge.
Des opérations auxquelles vous pouvez nous tenir
Des sauvegardes avec une restauration répétée
Des dumps nocturnes par base de données vers votre bucket S3, 30 jours de rétention. La restauration est répétée, et le script compte les documents ensuite — car un outil de restauration peut sortir « succès » sans avoir rien restauré.
Des mises à jour qui ne peuvent pas s'appliquer à moitié
Une commande. Les migrations doivent se terminer proprement avant que la nouvelle version ne soit autorisée à démarrer ; le retour en arrière est le retour à la version précédente.
Un rayon d'impact d'un
Chaque client est une instance séparée. Une mauvaise version ne peut atteindre qu'une boutique au plus — c'est tout l'intérêt du modèle mono-tenant.
Un manuel d'administration écrit pour le propriétaire
Douze chapitres écrits pour la personne qui dirige la boutique, pas pour un intégrateur. En anglais aujourd'hui ; une traduction est un travail connu et chiffrable.
Un document de sécurité permanent
Avec une matrice de permissions par endpoint et par rôle — et un tableau des risques consciemment acceptés. Nous le remettons à votre responsable IT au lieu de le résumer.
Vos données, votre sortie
La base de données est à vous dans toutes les variantes. Les sauvegardes nocturnes atterrissent dans votre propre bucket S3, le catalogue s'exporte en CSV, les données patient s'exportent patient par patient. Si nos chemins se séparent en hébergement géré, vous recevez un dump complet de la base et vos fichiers. Personne n'est tenu en otage par ses données.
La personnalisation étend — elle ne fork jamais
Un nouvel adaptateur ERP, un fournisseur de paiement, une langue d'interface, un widget de point de retrait, des exports comptables pour votre expert-comptable : tout s'enfiche par adaptateurs et configuration. Nous ne vous vendrons pas de fork, car un fork est le système que plus personne ne peut mettre à jour deux ans plus tard — c'est exactement ce dont nous vous protégeons. Un cœur unique pour tous les clients est ce qui garde les mises à jour bon marché et la redevance de maintenance basse.
Voyez-y votre propre boutique, pas une démo
Envoyez-nous un export CSV de votre catalogue et nous préparerons une instance d'essai avec vos produits réels — votre devise, vos taux de TVA. Ou demandez l'accès à la démo en direct et commençons par une conversation.