16 — Périmètre actuel¶

Cette page pose les limites du produit tel qu'il est construit. Elle sert de garde-fou aux conversations commerciales et de repère aux équipes techniques : ce qui suit n'est pas une liste de manques à combler, mais l'état vérifié du périmètre.

Ni roadmap, ni engagement

Ce dossier documente l'existant. L'absence d'une capacité ci-dessous ne dit rien de son éventuelle construction future. Les priorités produit se décident ailleurs — voir la section « Où va la suite » en fin de page.

Ce que le produit couvre¶

Domaine	Couverture
Recrutement	Annuaire des closers et annuaire des annonces, profils avec statistiques calculées, annonces à conditions figées, candidatures et fil d'entretien avec pièces jointes
Missions	Trois types de contrat (durée, volume, continu), proposition et réponse, préavis avec reprise des leads, fin automatique à terme
Réputation	Avis croisés à double aveugle sur 14 jours, notes agrégées des deux côtés, seuil anti-fraude sur la publication des montants
Capture	Formulaires publics à champs typés, scoring configurable (littéral et sémantique), bascule WhatsApp par tranche de score, import CSV
Distribution	Règles d'affectation par score, tour de rôle ou charge ; affectation manuelle ; traçabilité complète des motifs
Pipeline	Pipeline de vente à quatre étapes, transitions contraintes, notes, timeline, retours, analyse IA
Encaissement	Liens de paiement publics, paiement unique ou échelonné, Mobile Money et carte via passerelle
Commissions	Répartition automatique sur quatre bénéficiaires, taux par adhésion, arithmétique décimale exacte
Escrow	Séquestre à délai paramétré, libération automatique, rattrapage, libération forcée tracée
Portefeuilles	Grand livre en partie double, relevés, portefeuilles utilisateur / workspace / plateforme
Retraits	KYC obligatoire, méthodes enregistrées, cycle d'approbation par le staff
Droits	Quatre rôles, ~60 permissions nommées, surcharges individuelles, cloisonnement serveur
Pilotage	Huit vues d'analytics à portée variable, notifications applicatives et email
Administration	Réglages de plateforme, liste d'attente, gestion comptes/workspaces, opérations financières
International	Dix devises, interface et emails en français et anglais

Les limites connues¶

Sur WhatsApp¶

ikloze amorce la conversation via un lien pré-rempli. Il n'héberge pas les messages, ne les archive pas et n'a pas d'intégration à l'API WhatsApp Business.
Les échanges entre le closer et le prospect ne remontent pas dans le CRM. La trace de la relation passe par les notes saisies par le closer.
Aucun envoi automatique de message, aucune relance programmée par WhatsApp.

Sur les paiements¶

Une seule passerelle de paiement est intégrée (Moneroo). Il n'y a pas de bascule automatique vers un autre prestataire en cas d'indisponibilité.
Un workspace opère dans une seule devise. Il n'y a pas de conversion : un workspace en XOF encaisse en XOF.
Pas de remboursement dans le produit. Un lien de paiement ne s'annule que si aucune échéance n'a été réglée. Un remboursement après encaissement se traite hors parcours standard, par ajustement manuel du staff.
Le suivi des échéances en retard est informatif : il n'existe pas de relance automatique du prospect.

Sur les retraits¶

Le versement final est exécuté par le staff, hors du produit, puis marqué comme payé. Il n'y a pas de virement automatique vers un compte externe.
Le délai de traitement dépend donc de la disponibilité du staff — c'est le point du parcours le plus sensible à la charge opérationnelle.

Sur le pipeline¶

Un seul pipeline est fourni, en quatre étapes. Les étapes ne sont pas configurables par workspace.
L'étape « conclu » est terminale : une vente conclue ne se rouvre pas.
La clôture est pilotée par le paiement. Une vente encaissée hors ikloze ne peut pas être enregistrée comme conclue par le parcours normal.

Sur les commissions¶

La répartition est calculée au solde du lien, en une fois. Un paiement échelonné ne commissionne qu'au dernier versement — pas au prorata de chaque échéance.
Les taux sont linéaires : un pourcentage du montant brut. Il n'y a ni paliers, ni bonus, ni objectifs.
La hiérarchie de commission a deux niveaux : closer et son manager direct. Pas de chaîne au-delà.

Sur l'IA¶

Les fonctions IA (génération de formulaire, scoring sémantique, analyse d'opportunité) dépendent d'un service externe. Sans clé configurée, elles basculent sur un comportement de repli — le produit reste utilisable de bout en bout.
L'analyse d'opportunité est déclenchée manuellement et limitée en fréquence ; elle n'est pas produite automatiquement à chaque lead.

Sur la marketplace¶

Pas de mise en relation hors mission. La marketplace aboutit à un contrat qui crée une adhésion au workspace ; il n'y a ni prestation ponctuelle, ni facturation à la tâche, ni règlement direct entre les deux parties.
Pas de recommandation ni de mise en avant. Les annuaires ne classent personne au mérite et n'exposent aucun moteur de suggestion : l'ordre par défaut est la date de création (closers) ou de publication (annonces). C'est un choix, pas un manque — voir les points structurants ci-dessous.
Pas de négociation dans le produit. Une mission est figée à la proposition et n'a pas de route de modification : renégocier, c'est terminer et reproposer. Le fil de candidature est le seul espace de discussion, et il s'arrête à la proposition.
Pas de rémunération hors commission. Une mission ne porte ni fixe, ni prime, ni avance : le taux de commission est l'unique terme financier.
Pas de litige ni d'arbitrage outillés. Un désaccord entre un workspace et un closer se règle hors produit ; seul le staff peut intervenir sur les portefeuilles.
Un avis ne se conteste pas et ne se supprime pas une fois publié. Il n'y a ni droit de réponse, ni signalement.
La vitrine publique est volontairement bridée : vingt entrées, aucune recherche, aucune page de détail par closer. La consultation complète demande un compte.
Le seuil de publication du chiffre d'affaires est fixe (10 clients distincts) : ce n'est pas un réglage de plateforme.

Sur le périmètre CRM¶

Pas de gestion de comptes/contacts multi-niveaux (une entreprise et ses interlocuteurs) : l'unité est le lead, identifié par son téléphone.
Pas de séquences d'emails marketing, pas de devis, pas de facturation.
Pas d'application mobile native décrite dans ce périmètre : le produit est une API et son interface web.

Les points structurants à connaître¶

Ces choix ne sont pas des limites mais des décisions produit qu'il faut savoir expliquer :

Décision	Raison
Le manager est figé à l'affectation	La commission suit celui qui a encadré la vente, pas l'organigramme du jour du paiement
Un paiement échoué laisse l'échéance ouverte	Un échec Mobile Money est banal ; le prospect recommence sans que le closer réinitialise quoi que ce soit
Aucune commission sans paiement	Un lead « conclu » est un lead payé — le tableau de bord ne peut pas être gonflé
L'escrow retarde volontairement le versement	Protège l'entrepreneur, sécurise le closer par un engagement daté, laisse une fenêtre d'arbitrage à la plateforme
Le cloisonnement est appliqué en base	Un closer ne peut pas atteindre les données d'un autre, même en devinant un identifiant
Pas de droit joker	L'omnipotence ne peut pas résulter d'une erreur de configuration
Les confirmations UX ne sont pas dans l'API	Le backend garantit la correction ; « êtes-vous sûr ? » est une préoccupation d'interface
Les annuaires ne classent personne	Trier par chiffre d'affaires publierait un palmarès sous couvert d'ordre par défaut, et enfermerait les mieux classés dans leur avance
Le chiffre d'affaires n'est publié qu'au-delà de 10 clients	C'est la seule statistique qu'un seul complice suffit à fabriquer ; le seuil vise la fraude, et le closer voit toujours ses vrais chiffres
Les avis sont à double aveugle	Deux parties liées économiquement n'écrivent sincèrement que si aucune ne peut adapter sa note à celle qu'elle a reçue
Publier fige les conditions d'une annonce	Des gens ont postulé sur ces chiffres ; les changer sous eux est une tromperie que l'annonce n'a aucun moyen d'annoncer
Une durée est un nombre de jours, pas une date	Le contrat démarre à l'acceptation : une date absolue raccourcirait le contrat du délai de réponse
Un préavis ne retire rien avant son terme	C'est l'objet d'un délai convenu ; y mettre fin immédiatement en ferait une formalité
Une identité vérifiée est exigée des deux côtés	Sur la marketplace, les parties ne se connaissent pas — c'est le seul point d'ancrage de la confiance

Où va la suite¶

Ce dossier ne contient volontairement pas de roadmap. Les spécifications de fonctionnalités à venir vivent dans les issues GitHub du projet #3, qui font foi.

Pour toute question sur le fonctionnement interne — architecture en couches, modèle de données, contrat d'API, conventions de développement — la référence est la documentation technique de ce même site, et le glossaire pour le vocabulaire.