Création de plateforme web sur mesure en Algérie
Une plateforme web sur mesure coûte à partir de 500 000 DA chez UpGrowth pour une première version en service, le prix ferme sortant du cahier des charges. Une marketplace, un portail, un espace client, un outil que vos utilisateurs paieront à l'usage : vous avez le projet, il vous manque celui qui écrit la première version, la met en ligne et la fait tenir quand elle commence à servir. UpGrowth construit cette première version, avec un périmètre écrit avant de commencer et le code qui vous appartient à la fin.
| Service | Plancher publié | Délai maximum | Ce que ce plancher comprend |
|---|---|---|---|
| Plateforme web sur mesure | 500 000 DA | 4 semaines | Cadrage écrit, modèle de données, comptes et droits, les écrans du parcours principal, un tableau de bord, et la mise en production sur un hébergement à votre nom. |
| Chaque montant est un plancher et chaque délai un maximum pour le périmètre décrit sur la même ligne. Le prix ferme et le délai ferme sortent du cahier des charges : sur un développement très spécifique, ni le prix ni le délai n'a de plafond. | |||
1. Une plateforme n'est pas un site avec plus de pages
Un site présente. Une plateforme fait travailler des gens ensemble. Dès qu'il y a des comptes, des rôles différents, des données que les utilisateurs créent eux-mêmes et des actions qui déclenchent quelque chose chez quelqu'un d'autre, vous n'êtes plus dans la même catégorie de projet. Ce qui change, ce n'est pas le graphisme, c'est que la plateforme doit rester juste quand deux personnes agissent en même temps, quand une opération échoue à moitié, et quand quelqu'un essaie de voir ce qu'il ne devrait pas voir.
Plusieurs rôles, pas un visiteur
Un acheteur, un vendeur, un modérateur, un administrateur. Chacun voit et peut faire des choses différentes, et cette frontière est la première chose à écrire.
Les données viennent des utilisateurs
Ce ne sont plus vos textes à vous. Il faut décider ce qui est vérifié, ce qui est modéré, ce qui est corrigeable et ce qui ne l'est plus.
Une action a des conséquences
Une commande, une réservation, un paiement, une annulation. Chacune touche plusieurs personnes, et la plateforme doit rester cohérente même quand elle est interrompue au milieu.
2. Les familles de plateformes que l'on nous demande
Les projets qui arrivent sont plus variés que le mot marketplace ne le laisse croire. Voici les familles que nous rencontrons le plus souvent, avec ce qui les distingue vraiment les unes des autres.
Place de marché
Plusieurs vendeurs, un catalogue commun, une commande qui peut concerner deux vendeurs à la fois. La difficulté n'est pas le catalogue, c'est ce qui se passe après la commande.
Portail et espace client
Vos clients suivent leurs dossiers, déposent des documents et voient où en est leur demande, au lieu de vous appeler. Le gain se mesure en appels que vous ne recevez plus.
Outil vendu à l'usage
Un logiciel utilisé par plusieurs entreprises clientes, chacune ne voyant que ses propres données. La séparation des données est ici la contrainte principale, avant toute fonctionnalité.
Réservation et prise de rendez-vous
Des créneaux, des ressources limitées, des annulations. Deux personnes ne doivent jamais pouvoir réserver le même créneau, et cette règle décide de l'architecture.
Mise en relation
D'un côté une demande, de l'autre des prestataires. La qualité de la plateforme se joue sur la vérification des profils et sur ce qui se passe quand la relation se passe mal.
Plateforme métier interne
Un outil que votre équipe et vos partenaires utilisent pour travailler : suivi de dossiers, de livraisons, d'interventions, avec des rôles et une trace de chaque décision.
3. Les situations qui amènent un porteur de projet à nous appeler
Nous rencontrons rarement un cahier des charges complet. Voici les points de départ les plus fréquents :
4. La première version, et ce qu'elle contient vraiment
Une plateforme qui attend d'être complète avant d'être mise en ligne n'apprend rien de ses utilisateurs et coûte tout avant de rapporter quoi que ce soit. Nous construisons d'abord la version la plus courte qui permet à un vrai utilisateur d'aller au bout du parcours principal. Les briques ci dessous sont celles qui composent presque toujours cette première version.
Comptes, rôles et permissions
Inscription, connexion, récupération de mot de passe, et surtout la frontière entre ce que chaque rôle peut voir et faire. C'est la première chose écrite et la dernière chose sur laquelle transiger.
Le parcours principal, en entier
Un seul parcours, mais complet du début à la fin. Une plateforme où trois parcours sont à moitié faits ne se teste pas, une plateforme où un parcours fonctionne se teste dès le premier jour.
L'espace d'administration
Vous devez pouvoir corriger, suspendre, rembourser et répondre sans nous appeler. Une plateforme sans administration transforme chaque incident en demande d'intervention payante.
Notifications et messages
Ce qui prévient qui, par quel canal, et ce qui se passe quand le message n'arrive pas. Les modèles de courriel sont écrits dans les langues de vos utilisateurs.
Recherche et navigation
Trouver la bonne offre, le bon dossier ou la bonne fiche. En arabe cela implique un traitement particulier, parce qu'une recherche naïve ne trouve pas ce que l'utilisateur a tapé.
Les langues et le sens de lecture
Le français, l'arabe et l'anglais si votre public en a besoin, avec une vraie mise en page de droite à gauche pour l'arabe et non une simple traduction des libellés.
Ce qui n'est pas dans la première version n'est pas abandonné : c'est écrit dans une liste datée, avec la raison pour laquelle cela attend. Une liste écrite se discute, une promesse orale se conteste.
Décrivez votre projet de plateformeUne idée en trois phrases suffit pour commencer. Le devis suit le cadrage, jamais l'inverse.Décrire mon projet5. Ce qu'il faut trancher avant d'écrire du code
Les décisions ci dessous coûtent une conversation avant le développement et coûtent une réécriture après. Elles se prennent au cadrage, avec vous, et elles sont écrites dans la spécification. La plus lourde des cinq, en Algérie, est celle du paiement.
1. Qui paie qui, et à quel moment
Le paiement en ligne par carte en Algérie passe par la SATIM, pour les cartes CIB et EDAHABIA, et suppose un contrat avec votre banque et une validation qui ne dépendent ni de vous ni de nous. Ce n'est pas une option à cocher. Nous vous disons ce que la démarche implique et à quel moment la lancer, et nous ne présenterons aucune intégration de paiement comme acquise avant que votre dossier existe. Beaucoup de plateformes démarrent sur un paiement à la livraison ou hors ligne, assumé et prévu dans le produit.
2. À qui appartiennent les données
Ce que vos utilisateurs déposent, ce que vous pouvez en faire, ce que vous devez pouvoir supprimer et ce que vous devez conserver. Cela s'écrit avant, parce que cela dessine la base de données.
3. Ce qui est vérifié, et par qui
Une annonce, un profil, un document déposé. La modération est un choix de produit avant d'être une fonctionnalité : automatique, humaine, a priori ou a posteriori, chacune a un coût de fonctionnement différent.
4. Ce qui se passe quand cela se passe mal
Une annulation, un litige, un remboursement, un utilisateur à suspendre. Une plateforme se juge sur ces cas-là, parce que ce sont ceux que le fondateur traite lui-même les premiers mois.
5. Ce que la plateforme fera si elle marche
Nous n'optimisons pas pour un trafic que vous n'avez pas. Mais nous évitons les choix qui rendraient la croissance impossible sans tout réécrire, et nous vous disons lesquels nous évitons et pourquoi.
Si un prestataire vous annonce le paiement par carte comme une simple case à cocher, demandez lui de vous montrer le contrat bancaire qui va avec. C'est cette pièce, pas le code, qui commande le calendrier.
Ce que vous décrivez ressemble plutôt à un outil interne ?
Si les utilisateurs sont vos propres équipes et que le sujet est le stock, les achats ou la facturation, ce n'est pas une plateforme publique qu'il vous faut.
Voir la page logiciel de gestion et ERP6. Comment se déroule un projet
La séquence ne change pas selon la taille du projet. Elle est faite pour que vous puissiez vous arrêter à la fin de n'importe quelle étape avec quelque chose d'utilisable entre les mains.
1. Cadrage du produit
Nous écrivons qui sont les utilisateurs, ce que chacun vient faire, et le parcours principal du début à la fin. Nous listons aussi ce qui n'entrera pas dans la première version, ce qui est souvent la partie la plus utile de la conversation.
2. Spécification écrite et validée
Vous recevez la description de la première version en français simple : les écrans, les rôles, les règles, les cas d'erreur et les limites. Le devis porte sur ce document. Vous le validez avant toute ligne de code.
3. Développement par itérations visibles
La plateforme est en ligne sur une adresse de test dès les premiers jours et vous la voyez avancer. Vous pouvez cliquer, casser, revenir vers nous, et une correction demandée maintenant coûte une fraction de la même correction demandée après le lancement.
4. Recette avec de vrais utilisateurs
Nous faisons passer de vraies personnes sur le parcours, y compris sur téléphone et sur une connexion moyenne, avant de parler de lancement. Ce qu'elles ne comprennent pas est corrigé, pas expliqué.
5. Mise en ligne et remise
Mise en production, transfert des comptes d'hébergement et de nom de domaine à votre nom, remise du code et de la documentation, et formation de la personne qui administrera la plateforme au quotidien.
7. Ce qui se passe après le lancement
Le lancement n'est pas la fin du projet, c'est le moment où la plateforme commence enfin à vous apprendre quelque chose. Ce qui vient ensuite se décide à ce moment et se contractualise séparément, jamais par reconduction tacite.
- Les premières corrections viennent des utilisateurs et pas de la spécification. C'est normal et c'est prévu.
- La deuxième version se décide sur ce que les gens font réellement, pas sur la liste écrite six mois plus tôt.
- La maintenance, les mises à jour de sécurité et l'hébergement font l'objet d'un accord distinct, avec ce qu'il couvre écrit noir sur blanc.
- Vous pouvez reprendre la suite avec une autre équipe : c'est précisément à cela que servent le code remis et la documentation.
- Nous vous disons ce que nous ne saurons pas faire, quand c'est le cas, plutôt que d'apprendre à vos frais.
Ce que vous possédez à la fin
- Le code source complet, dans un dépôt auquel vous avez accès.
- Le nom de domaine et les comptes d'hébergement, à votre nom et pas au nôtre.
- La base de données, exportable dans un format ouvert à tout moment.
- La documentation technique et le mode d'emploi de l'espace d'administration.
8. Ce que vous pouvez ouvrir et vérifier vous-même
Nous ne publions ni témoignage, ni note, ni chiffre de projet. Les clients que nous pouvons nommer sont nommés sur notre page de réalisations, avec l'adresse de leur site. À la place, le site sur lequel vous lisez ces lignes est lui-même une plateforme que nous avons construite, et vous pouvez en ouvrir chaque partie tout de suite. Il est entièrement pré-généré en HTML, servi en trois langues dont une écriture de droite à gauche, et il embarque ses propres moteurs de recherche et ses propres calculateurs.
Tout cela est en accès libre et ne demande aucun compte. Ouvrez, tapez, cassez. C'est une vérification que nous préférons de loin à une plaquette.
Voir toutes nos réalisations9. Ce qu'il faut préparer avant de nous écrire
Vous n'avez pas besoin d'un cahier des charges. Vous avez besoin de répondre à ces questions là, même approximativement.
- Qui sont vos utilisateurs, et combien de types différents il y en a.
- Ce que fait le plus important d'entre eux, du premier écran jusqu'à la fin de son parcours.
- Comment cela se passe aujourd'hui sans plateforme, y compris si c'est par téléphone et sur un tableur.
- S'il y a de l'argent qui circule, entre qui et qui, et à quel moment.
- Les langues de vos utilisateurs, et si l'arabe en fait partie.
- Ce qui existe déjà : maquette, code d'un prestataire précédent, nom de domaine, comptes.
- Ce qui décide de votre calendrier : un jury, un partenaire, une saison, une échéance de financement.
10. Questions fréquentes
Combien coûte une plateforme web en Algérie ?
À partir de 500 000 DA pour une première version en service : cadrage écrit, modèle de données, comptes et droits, les écrans du parcours principal, un tableau de bord, et la mise en production sur un hébergement à votre nom. Une plateforme se distingue d'un site par ce qu'elle fait faire aux utilisateurs, pas par le nombre de pages, et c'est ce périmètre d'actions qui fixe le prix. Le devis ferme vient après le cadrage, sur une spécification que vous avez validée.
Combien de temps faut-il pour développer une plateforme web ?
Une plateforme web est livrée en quatre semaines au maximum pour le périmètre décrit dans notre grille de prix. Le calendrier ferme fait partie de la spécification : il est fixé avec vous et ses hypothèses sont écrites, parce qu'un calendrier annoncé sans périmètre est une promesse commerciale et pas une estimation. Sur un développement très spécifique, le délai n'a pas de plafond.
Pouvez-vous intégrer le paiement par carte CIB ou EDAHABIA ?
Le paiement par carte en Algérie passe par la SATIM et suppose un contrat entre votre entreprise et sa banque, puis une validation qui ne dépend pas de nous. Nous ne présentons donc aucune intégration comme acquise tant que ce dossier n'existe pas. Ce que nous faisons, c'est vous dire ce que la démarche implique, à quel moment la lancer, et concevoir la plateforme pour qu'elle fonctionne sans elle en attendant.
Peut-on reprendre une plateforme web commencée par un autre prestataire ?
Nous regardons ce qui existe avant de proposer quoi que ce soit, et nous vous disons franchement si la reprise coûte plus cher que la réécriture. Les deux réponses arrivent, et l'honnêteté sur ce point est la seule chose qui vous protège d'un deuxième échec.
Qui possède le code à la fin ?
Vous. Le dépôt de code, la base de données, le nom de domaine et les comptes d'hébergement sont à votre nom. Nous les remettons à la mise en ligne, pas à la fin d'un contrat de maintenance, parce qu'une entreprise qui ne peut pas partir n'est pas un client.
Faut-il une application mobile en plus ?
Pas nécessairement, et rarement en premier. Une plateforme web bien faite fonctionne sur téléphone. L'application se justifie quand vous avez besoin de notifications poussées, d'un usage hors connexion ou de l'appareil photo. C'est une décision à prendre après le premier lancement, avec des utilisateurs réels comme argument.
Peut-on avoir une plateforme web en arabe ?
Oui, avec une mise en page de droite à gauche, une recherche qui tient compte des variantes d'écriture et des dates au format local, pas seulement des libellés traduits. Le site que vous lisez sert ses trois langues de cette manière et vous pouvez le vérifier en haut de cette page.
Pouvez-vous nous aider à candidater au label startup ou à un financement ?
Ce n'est pas le même métier que le développement et nous ne les mélangeons pas dans un même devis. Nous documentons publiquement ces dispositifs et vous pouvez les consulter librement sur ce site. Sur le produit, notre rôle est de faire exister ce que vous montrerez.
Parlons de la première version de votre plateforme
Écrivez-nous par le formulaire, sur WhatsApp ou par e-mail. Trois phrases suffisent pour commencer. Nous cadrons le parcours principal, puis nous proposons un périmètre écrit et un devis qui porte dessus.
