Reach-Up

Contraintes

• Multi-tenant : l'isolation des données est structurelle, pas applicative — deux portes opérateur assumées la contournent, filtrées et auditées.
• Marque blanche : sur les surfaces publiques, l'identité visuelle est une donnée, pas du code.
• Coût par tâche : un modèle lourd sur toutes les tâches rendrait le produit non rentable.
• Multicanal : e-mail, LinkedIn, SMS et WhatsApp n'ont ni les mêmes limites ni le même ton.

Décisions techniques

1. Routage multi-modèle par type de tâcheChaque type de tâche part vers le modèle choisi pour lui dans une table de routage par tenant, via OpenRouter. Le verrou juridique eu_only est automatique et ferme par défaut ; l'arbitrage coût/qualité est posé par l'opérateur, tâche par tâche — c'est ce qui sépare une intégration de LLM d'un produit qui tient sa marge.
2. Orchestration de campagnes sur canvasLes workflows se construisent visuellement, les personas se génèrent à partir de documents fournis, et le séquençage multicanal passe par l'API Lemlist.
3. L'envoi part des boîtes des clientsLes boîtes Office 365 des clients sont connectées chez l'exécutant d'envoi, pas derrière un relais mutualisé : la délivrabilité appartient à l'expéditeur, et le produit ne porte pas d'OAuth applicatif.
4. Collecte du catalogue clientLe catalogue de chaque client est collecté en Scrapy, dans un dépôt séparé du produit : e-mails et messages de prospection s'adaptent aux offres du moment sans saisie manuelle.
5. Assistant agentique et bibliothèque interneUn assistant à outils fixes, conversation persistée par tenant et par campagne, chaque action sortante passant par une confirmation humaine — et une bibliothèque de composants maison pour que l'interface reste cohérente à mesure que le produit grossit.