---
title: "Cahier des charges CRM : la trame commentée"
description: "Ce qu’un cahier des charges CRM doit contenir : processus, données, intégrations, RGPD, une trame à copier et le choix entre CRM du marché et sur mesure."
url: "https://lonestone.io/blog/cahier-des-charges-crm"
---
# Cahier des charges d’un CRM : la trame pour consulter éditeurs et développeurs
29 octobre 2026 · 18 min de lecture · Par [Godefroy de Compreignac](https://www.linkedin.com/in/godefroy/), CEO
Points clés
* Un cahier des charges CRM décrit d’abord vos processus de vente : les étapes du pipeline, qui fait quoi, les règles de gestion. Les fonctionnalités en découlent
* Une même trame sert à consulter des éditeurs de CRM du marché et des agences de développement, ce qui rend leurs devis comparables
* Quand vos objets métier n’existent dans aucun CRM du marché, le projet devient un développement plutôt qu’un paramétrage
* Un CRM sur mesure devient rentable quand les licences, les options et les contournements coûtent plus que le développement, en général autour de 20 à 30 utilisateurs
Vous vous apprêtez à équiper vos équipes d’un CRM et à consulter des prestataires. Un cahier des charges CRM efficace tient en une dizaine de pages et sert les deux consultations possibles : demander des devis à des éditeurs de CRM du marché, ou faire développer votre propre outil. Il décrit vos processus de vente, vos données, vos intégrations et les indicateurs que vous suivez, sans imposer d’écran ni de technologie. Vous trouverez ici ce que le document doit permettre, une trame prête à copier, et la façon de lire les réponses pour choisir entre un CRM du marché et un CRM sur mesure.
## À quoi sert un cahier des charges CRM ?
Le document a trois jobs.
* Obtenir des devis comparables. Un prestataire chiffre l’incertitude autant que le travail : chaque zone floue du document se retrouve dans le devis sous forme de marge ou d’hypothèse.
* Comparer sur une même base des réponses de natures différentes. Un éditeur répond « c’est standard », « c’est configurable » ou « c’est une option payante ». Une agence de développement répond « on le développe ». Sans trame commune, vous comparez un paramétrage avec un développement, deux achats différents.
* Servir de cadre au projet une fois le prestataire choisi : les critères d’acceptation du document deviennent les cas de test de la recette. Les processus décrits deviennent le cœur du cadrage.
Le document protège aussi l’objectif de départ. PwC, cabinet de conseil, a interrogé en 2025 des entreprises françaises sur leurs projets de transformation CRM menés autour de Salesforce : la moitié de ces entreprises ne considèrent pas leur projet comme réussi. La première cause citée est la perte de vue de l’objectif initial au fil du déploiement. Un cahier des charges écrit, daté et chiffré donne au projet une référence qui reste valable après des mois de paramétrage.
Les sections communes à tout projet logiciel, de l’expression de besoin aux critères d’acceptation, sont détaillées dans [la trame générique de cahier des charges](/blog/cahier-des-charges-developpement). Cet article reprend ce qui change pour un CRM : les processus, le modèle de données, les intégrations et le choix entre marché et sur mesure.
## Décrire vos processus commerciaux avant les fonctionnalités
La liste de fonctionnalités vient en dernier. Un CRM suit d’abord votre cycle de vente, dont la description dicte tout le reste du document. Décrivez le parcours complet : comment un prospect entre dans l’entreprise, qui le qualifie, combien d’étapes séparent le premier contact de la signature, et qui intervient à chaque étape.
Décrivez le processus tel qu’il se vit aujourd’hui, avec ses contournements. Si vos commerciaux recopient les devis dans un fichier Excel partagé et valident les remises par messagerie interne, écrivez-le : ces contournements sont les besoins réels. Un prestataire y reconnaîtra ce que l’outil doit absorber. Chez Lonestone, la phase de cadrage commence par observer les commerciaux, l’ADV (l’administration des ventes) et les managers dans leur quotidien plutôt que par lire l’organigramme.
Ajoutez les règles de gestion que le CRM devra faire respecter. Un devis au-delà d’un certain montant exige la validation du directeur commercial. Une opportunité sans activité depuis 30 jours passe en alerte de relance. Un client qui signe déclenche la facturation et le transfert au service après-vente. Ces règles distinguent deux pipelines qui affichent pourtant les mêmes étapes.
```mermaid
graph TD
A[Prospection
le SDR qualifie le premier contact] --> B[Rendez-vous
le commercial démontre et chiffre le besoin]
B --> C[Devis
l’ADV chiffre techniquement]
C --> D[Négociation
le directeur valide au-delà du seuil]
D --> E[Signature
l’ADV commande, facture, transfère au SAV]
C -->|Affaire perdue| F[Relance automatique après 90 jours]
```
Un CRM couvre ensuite trois usages, que le document gagne à distinguer : opérationnel pour les commerciaux au quotidien, analytique pour la direction qui suit le pipeline, collaboratif pour partager l’information client entre les commerciaux, le marketing et le service après-vente. Le pipeline du schéma sert les trois.
## Le modèle de données : comptes, contacts, opportunités et vos objets métier
Presque tous les CRM reposent sur trois objets : le compte (l’entreprise cliente), le contact (la personne) et l’opportunité (l’affaire en cours). Ces objets suffisent rarement. Listez les objets propres à votre métier : le parc installé pour un industriel, les réservations et les lots pour un promoteur immobilier, les contrats et les échéances pour un assureur, les dossiers de candidature pour un cabinet de recrutement.
Cette liste oriente le choix entre les deux consultations. Si tous vos objets existent dans le modèle du CRM visé, la réponse à votre document sera du paramétrage. Si vos objets métier n’existent dans aucun outil du marché, la réponse sera un développement : votre document en fixe alors le périmètre. Pour [Mom3nt](/realisations/mom3nt), le SaaS de sales nurturing développé par Lonestone, le modèle de données dépasse le CRM classique : l’outil synchronise comptes, contacts et transactions depuis HubSpot, puis y ajoute des signaux externes et des recommandations d’action qu’aucun éditeur ne propose.
Indiquez les volumes : nombre de comptes actifs, d’opportunités ouvertes par mois, de champs par fiche, et la croissance attendue. Un CRM qui démarre avec 3 000 contacts n’a pas les mêmes besoins d’hébergement et de reporting qu’une base de 200 000 fiches avec un historique de dix ans à reprendre.
Quand une donnée comme la fiche client, le catalogue ou le devis vit à la fois dans le CRM et dans l’ERP, nommez l’outil maître de chaque donnée, celui où elle naît et où s’appliquent ses règles. Les recoupements entre les deux systèmes sont détaillés dans [les différences entre ERP et CRM](/blog/erp-ou-crm).
## Rôles, droits et usages terrain
Listez chaque rôle avec ses droits et son contexte d’usage. Le commercial itinérant consulte ses fiches et saisit ses comptes-rendus sur son téléphone, entre deux rendez-vous, parfois avec un réseau faible. Le responsable ADV travaille au bureau sur grand écran et a besoin de filtres croisés. Le directeur suit le pipeline consolidé et accède aux marges par affaire. Le comptable exporte les affaires signées vers la facturation. Dans la réponse du prestataire, chaque rôle se traduit par des écrans et des règles d’accès.
L’usage terrain mérite une rubrique à lui seul, parce qu’il décide de l’adoption. Un compte-rendu de visite qui demande douze champs remplis en tout petit sur un écran de téléphone ne sera jamais saisi. Le CRM devient alors une base vide que personne ne consulte. Écrivez la saisie que vous attendez réellement : trois champs sur mobile, la synthèse du rendez-vous dictée, la date du prochain appel. Un document qui décrit les usages réels de chaque rôle protège le projet de l’écart entre l’outil installé et l’outil utilisé.
## Intégrations : ce que le CRM doit échanger
Nommez chaque système avec lequel le CRM doit échanger, le sens de l’échange, sa fréquence, et ce que vous savez de l’API de l’autre outil. Joignez la documentation quand vous l’avez, et écrivez « à vérifier » quand vous ne l’avez pas : un prestataire préfère lire cette mention plutôt que de découvrir une API mal documentée au troisième sprint.
Intégration
Son apport
Les précisions à écrire dans la trame
Messagerie et agenda
Les échanges avec un client se rangent sur sa fiche, les rendez-vous se créent depuis l’outil
Le serveur de messagerie, la convention de rattachement des échanges, qui voit quoi
ERP et facturation
Le devis devient commande et facture sans ressaisie
Les données échangées dans chaque sens, l’outil maître de chaque donnée
Téléphonie
L’appel s’affiche sur la fiche du client, le compteur se déclenche automatiquement
Le standard utilisé, la remontée des appels manqués en tâche
Site web
Les formulaires et les demandes de démo deviennent des contacts et des opportunités
Les formulaires en place, les doublons à fusionner, la provenance à conserver
Outils marketing
Les campagnes se déclenchent selon l’étape du pipeline
Les segments, les règles de consentement, les échanges dans les deux sens
Les intégrations pèsent souvent plus lourd dans un devis que les écrans. Si votre ERP n’expose ses données que par un export nocturne, écrivez-le : le prestataire construira une synchronisation différente de celle d’une API temps réel. Pensez aussi aux usages futurs : [l’IA conversationnelle ajoutée au CRM de Marvin Recruiter](/realisations/marvin-recruiter) lit et écrit dans les données du CRM grâce à des API pensées pour cela dès la conception.
## Reprise des données et RGPD
Décrivez l’existant sans l’idéaliser. La base de clients vit souvent dans trois fichiers Excel tenus par trois personnes, avec des doublons, des colonnes libres et des acronymes connus d’une seule personne. Un projet de CRM démarre par l’extraction, le nettoyage et le rattachement de ces données, puis par des imports par lots validés à chaque étape. Vos équipes continuent à travailler sur l’ancien outil pendant la transition. La bascule se fait quand tout est vérifié. Le même chantier s’applique à une reprise depuis un CRM du marché : les données s’exportent presque toujours, les workflows et les rapports se reconstruisent dans le nouvel outil.
La rubrique RGPD liste les données personnelles collectées, leurs finalités, leur durée de conservation, l’hébergement visé et la personne qui répondra aux demandes de droits. Pour une PME B2B classique, ces quelques lignes suffisent. Dans la santé, les contraintes montent d’un cran : le CRM développé par Lonestone pour un groupement de coopération sanitaire est hébergé HDS (la certification obligatoire pour les données de santé), connecté aux référentiels métier et journalisé conformément, des exigences qui avaient écarté tous les CRM du marché consultés. Vos contraintes réglementaires, quand elles existent, appartiennent à la rubrique contraintes du document, lue aussi bien par un éditeur que par une agence.
## Reporting : les indicateurs qui changent une décision
La rubrique reporting ne liste que les indicateurs qui déclenchent une décision. Le taux de conversion par étape du pipeline oriente le coaching commercial, la durée moyenne du cycle éclaire les prévisions de facturation, la valeur pondérée du pipeline arbitre les embauches. La méthode pour choisir ses indicateurs est détaillée dans [la construction d’un tableau de bord de gestion](/blog/tableau-de-bord-gestion-entreprise).
Précisez qui voit quoi : le commercial pour son pipeline, le responsable pour son équipe, la direction pour la vue consolidée. Recensez aussi les tableaux que vos équipes recomptent aujourd’hui à la main dans Excel : cette liste préfigure le module de reporting et montre ce que l’outil actuel ne couvre pas.
## La trame d’un cahier des charges CRM, prête à copier
Le tableau résume les rubriques propres à un CRM. Les rubriques communes à tout projet logiciel, contexte, utilisateurs, critères d’acceptation, budget, modalités de consultation, sont reprises dans [la trame générique de cahier des charges](/blog/cahier-des-charges-developpement).
Rubrique
La question à traiter
Son effet sur les réponses
Processus commerciaux
Le cycle de vente réel, étape par étape, avec qui fait quoi et les règles de gestion
Un éditeur y reconnaît son paramétrage, une agence son périmètre de développement
Modèle de données
Comptes, contacts, opportunités, objets propres au métier, volumes, croissance
De la configuration si vos objets existent déjà dans le modèle visé, un développement sinon
Rôles et usages
Chaque rôle, ses droits, son appareil, la saisie attendue sur le terrain
Le nombre d’écrans par rôle et la profondeur du travail UX que le devis chiffre
Intégrations
Chaque système, le sens, la fréquence, la documentation des API
Le poste le plus lourd du devis après le développement
Reprise de données
Les fichiers et l’ancien CRM, le nettoyage, les lots, la bascule
Le calendrier de migration et son coût
RGPD et contraintes
Données personnelles, hébergement, référent, contraintes réglementaires
Les éditeurs écartés et le surcoût de conformité
Reporting
Les indicateurs qui changent une décision, qui voit quoi
Les tableaux de bord et la profondeur du module analytique
Copiez ensuite la trame vide dans votre éditeur de texte.
```markdown
# Cahier des charges : CRM [nom du projet]
## 1. Contexte et objectifs
- L’entreprise, le problème actuel, deux ou trois objectifs chiffrés
## 2. Processus commerciaux
- Le cycle de vente réel, étape par étape, qui fait quoi
- Les règles de gestion : validations, alertes, relances
- Les contournements actuels : Excel, messagerie, fichiers partagés
## 3. Modèle de données
- Comptes, contacts, opportunités, objets propres au métier
- Volumes actuels et croissance attendue
- L’outil maître de chaque donnée partagée avec l’ERP
## 4. Rôles et usages
- Rôle, nombre, droits, appareil, contexte
- La saisie attendue sur mobile
## 5. Intégrations
- Système, sens de l’échange, fréquence, documentation de l’API
- Usages IA à prévoir
## 6. Reprise de données
- Sources : fichiers, ancien CRM
- Nettoyage, mapping, import par lots, bascule
## 7. RGPD et contraintes
- Données personnelles, finalités, durées, hébergement, référent
- Contraintes réglementaires, techniques, appareils
## 8. Reporting
- Les indicateurs qui changent une décision
- Qui voit quoi
## 9. Critères d’acceptation
- Une phrase vérifiable par fonctionnalité indispensable
## 10. Budget et calendrier
- Fourchette de budget
- Date clé et raison de cette date
```
## Lire les réponses et choisir entre marché et sur mesure
Envoyez le même document aux éditeurs, aux intégrateurs et aux agences de développement. Les réponses se comparent sur cinq points : la nature de la réponse, le coût, votre métier propre, la dépendance et le délai.
CRM du marché
CRM sur mesure
Réponse type au document
« Standard », « configurable », « option payante »
« Développé pour vous », avec un périmètre chiffré
Coût
Licences par utilisateur et par mois, onboarding, options, développements spécifiques
Investissement concentré la première année, maintenance ensuite
Métier propre
Limité aux objets du modèle de l’éditeur, contournements en champs libres
Modèle de données construit sur vos objets
Dépendance
Roadmap de l’éditeur, hausses de licences, export des données à la sortie
Code qui vous appartient, hébergement chez vous
Délai
Paramétrage en semaines, développements spécifiques en mois
MVP en semaines, outil complet en quelques mois
Un CRM du marché suffit quand votre cycle de vente suit un parcours standard avec moins d’une vingtaine de commerciaux : la [comparaison des CRM pour PME](/blog/meilleurs-crm-pme) montre qu’un outil configuré fait alors le travail pour un abonnement raisonnable. Le sur mesure devient rentable quand vous payez surtout des licences, des options et des heures pour contourner les limites : les licences d’un CRM installé coûtent 50 à 100 € par utilisateur et par mois, soit 30 000 à 60 000 € par an pour 50 utilisateurs. Chaque développement spécifique dans un outil du marché coûte deux à trois fois le même développement sur une stack standard. Une enquête menée en 2025 par le cabinet Ascend2 avec l’éditeur Insightly auprès d’équipes commerciales ajoute un argument : 94 % des commerciaux interrogés utilisent moins des trois quarts des fonctionnalités de leur CRM. Vous payez l’outil que vos équipes n’ouvrent pas.
Le calcul complet entre achat et développement est détaillé dans [l’arbitrage entre logiciel du marché et sur mesure](/blog/buy-vs-build). Si vous partez d’un CRM installé, la reprise de données et la reconstruction des workflows sont dans [les alternatives à Salesforce](/blog/alternative-salesforce). Pour consulter des équipes de développement, le comparatif des [agences françaises qui développent des CRM sur mesure](/blog/top-agences-crm-sur-mesure-france) rassemble les profils selon leur stack et leurs références.
```mermaid
graph TD
A{Votre cycle de vente suit-il un parcours standard ?} -->|Oui| B[CRM du marché
la trame compare les éditeurs]
A -->|Votre métier a ses étapes et ses objets propres| C{Payez-vous déjà des options
et des contournements ?}
C -->|Non, moins de 20 utilisateurs| D[CRM configurable
avec vos objets métier écrits dans la trame]
C -->|Oui, licences et heures qui s’accumulent| E[CRM sur mesure
la trame devient le cadre du développement]
```
Lonestone a vécu les deux côtés du document. Son CRM interne a démarré par un MVP de quelques sprints sur les opportunités et le pipeline, puis s’est enrichi au fil des besoins : marges, facturation projet, automatisations IA pour préparer les rendez-vous. Un groupement de coopération sanitaire a écarté tous les CRM du marché consultés faute d’hébergement HDS et d’intégration à ses référentiels métier. Son cahier des charges a servi directement de cadre au développement. Dans les deux cas, le cahier des charges a été écrit court : le projet a grandi par sprints.
## Le budget et les délais à écrire noir sur blanc
Donnez une fourchette de budget dans le document. Les clients qui la cachent reçoivent trois devis construits sur trois idées différentes du projet. Ceux qui l’annoncent reçoivent des réponses qui tiennent dans l’enveloppe, avec ce qui en sort signalé explicitement.
Pour un développement sur mesure, les fourchettes du marché français sont détaillées dans [le prix d’un CRM sur mesure](/blog/prix-crm-sur-mesure) : autour de 5 000 € pour un premier périmètre fonctionnel utile, jusqu’à 100 000 € pour le remplacement complet d’un CRM installé, migration, intégrations et formation comprises. La maintenance annuelle coûte ensuite 15 à 25 % du montant initial. Côté délais, un premier livrable couvrant contacts, pipeline et fiches clients se développe en 2 à 3 semaines, un CRM complet avec intégrations ERP et usage mobile en 2 à 4 mois, un remplacement complet avec migration en 4 à 8 mois. Côté CRM du marché, ajoutez au devis l’onboarding obligatoire, les options et les développements spécifiques éventuels : ces lignes décident du coût réel à trois ans.
Indiquez aussi la date qui compte vraiment, avec sa raison. « Le renouvellement de nos licences en mars », « le salon où nos commerciaux doivent suivre les affaires sur mobile » : cette date et sa raison orientent le périmètre de la première version bien mieux qu’un souhait de mise en production au plus vite.
En méthode agile, le document fixe les objectifs, le budget et les contraintes. Son périmètre fonctionnel devient un backlog repriorisé à chaque sprint avec le prestataire. Le cahier des charges reste la référence à laquelle les arbitrages de mi-parcours se raccrochent.
Lonestone développe des CRM sur mesure depuis 2014 pour plus de 200 clients accompagnés, avec des ingénieurs qui ont pour la plupart entre 10 et 25 ans d’expérience. Envoyez-nous votre document, même incomplet : vous repartez avec les questions qu’un développeur poserait au troisième sprint, des conseils et un devis détaillé, gratuitement. Pour écrire la trame avec une équipe, [l’offre de cadrage Shape](/offres/shape) livre un cahier des charges fonctionnel, les parcours, les maquettes et une estimation, sans engagement de développement ensuite. La suite se joue sur [l’approche CRM sur mesure de Lonestone](/solutions/crm-sur-mesure).
FAQ
## Questions fréquentes
### Faut-il un cahier des charges pour un petit CRM ?
Oui, quelques pages suffisent : les processus commerciaux, le modèle de données, les intégrations et le budget. Ce document court évite le choix guidé par une démonstration : sans écrit, chaque éditeur consulté chiffre sa propre interprétation du besoin et les réponses deviennent incomparables. Pour un périmètre réduit, le document reste aussi la référence pour vérifier que l’outil livré couvre le parcours de vente décrit.
### Qui rédige le cahier des charges d’un CRM ?
Le client le rédige, parce que ses équipes connaissent le cycle de vente, les contournements et les règles de gestion. La direction commerciale ou le responsable des opérations s’en charge en général, avec les retours des commerciaux et de l’ADV. Le prestataire intervient ensuite pour relire, poser ses questions et rédiger les spécifications techniques. Lonestone propose un échange, des conseils et un devis gratuits à partir d’un document même incomplet. Son offre Shape rédige le cahier des charges avec le client pendant un cadrage.
### Combien coûte un CRM sur mesure ?
Un CRM sur mesure coûte entre 5 000 € pour un premier périmètre fonctionnel et 100 000 € pour le remplacement complet d’un CRM du marché, migration, intégrations et formation comprises. La maintenance annuelle coûte ensuite 15 à 25 % du montant initial. À titre de comparaison, les licences d’un CRM du marché coûtent 50 à 100 € par utilisateur et par mois, soit 30 000 à 60 000 € par an pour 50 utilisateurs. Le détail des postes de coût et trois exemples chiffrés sont dans [le prix d’un CRM sur mesure](/blog/prix-crm-sur-mesure).
### Combien de temps faut-il pour développer un CRM sur mesure ?
Un premier livrable couvrant les contacts, le pipeline et les fiches clients se développe en 2 à 3 semaines. Un CRM complet avec intégrations ERP, gestion des devis et usage mobile terrain demande 2 à 4 mois. Un projet de remplacement complet d’un CRM existant, avec migration de données et formation des équipes, prend 4 à 8 mois. Le développement par sprints livre une version utilisable dès les premières semaines : [l’approche CRM sur mesure de Lonestone](/solutions/crm-sur-mesure) détaille le déroulé.
### Peut-on partir d’un CRM existant ou de fichiers Excel ?
Oui, et c’est le cas le plus courant. Les données d’un CRM du marché s’exportent presque toujours, au format CSV ou via une API. La migration passe par l’extraction, le nettoyage, le rattachement des doublons, puis des imports par lots validés à chaque étape, sans interruption pour les équipes. Les données partent, mais les workflows, les automatisations et les rapports se reconstruisent dans le nouvel outil : [les alternatives à Salesforce](/blog/alternative-salesforce) détaillent cette reconstruction pour un changement d’éditeur comme pour un passage au sur mesure.
Un cahier des charges CRM à faire relire ?
Envoyez-nous votre document, même incomplet. Vous repartez avec nos questions, des conseils et un devis détaillé.
[Parler de votre CRM](/solutions/crm-sur-mesure)
## On continue la lecture ?
[Tous les articles](/blog)
[
Expression de besoin et cahier des charges : la trame pour faire chiffrer votre projet
Ce qu’un prestataire lit pour chiffrer une application, une trame de cahier des charges commentée section par section, et les pièges qui font dériver un budget.
](/blog/cahier-des-charges-developpement)[
Combien coûte un CRM sur mesure ? Fourchettes, postes de coût et exemples 2026
Prix d'un CRM sur mesure 2026 : fourchettes 5 000-100 000 €, postes de coût, comparatif avec Salesforce et 3 exemples Lonestone (santé, agence, SaaS).
](/blog/prix-crm-sur-mesure)[
Buy vs Build : logiciel du marché ou sur mesure, comment trancher ?
Acheter un logiciel du marché ou le faire développer ? Posez-vous trois questions, chiffrez les coûts hors abonnement et repérez où le sur mesure s’impose.
](/blog/buy-vs-build)
[Tous les articles](/blog)
## Nos guides
### Guide de l'IA générative
[
01\. IA, Machine Learning & Deep Learning
](/ai/deep-learning)[
02\. LLM (Large Language Model) : définition et fonctionnement
](/ai/llm)[
03\. RAG + MCP : Architecture pour agents IA
](/ai/rag-mcp)[
04\. Agents IA : définition, fonctionnement et cas d’usage
](/ai/agents-ia)[
05\. Boostez vos logiciels avec l’intégration de l’IA
](/ai/integration-ia)[
06\. Meilleurs outils IA pour les entreprises
](/ai/outils-ia)
### Guide pour créer un SaaS IA
[
01\. Construire un SaaS IA rentable : la méthode qui fonctionne
](/creer-saas-ia/roadmap)[
02\. Comparatif LLM 2026 : quel modèle choisir pour son produit
](/creer-saas-ia/comparatif-llm-saas)[
03\. Héberger un produit IA en France : performance et conformité
](/creer-saas-ia/heberger-ia)[
04\. Framework d’évaluation IA : comment le mettre en place
](/creer-saas-ia/evaluation)[
05\. MCP (Model Context Protocol) : connecter l’IA aux logiciels
](/creer-saas-ia/mcp)[
06\. RAG ou alternatives : choisir l’approche pour son SaaS IA
](/creer-saas-ia/rag)[
07\. Concevoir un copilote IA utile et adopté dans un produit
](/creer-saas-ia/copilote-ia)[
08\. POC IA : valider votre idée avant d’investir dans un produit
](/creer-saas-ia/poc)
### Blog de Lonestone
Retrouvez nos derniers articles sur le développement web, l'IA, le product design et les retours d'expérience de nos projets.
[Accéder au blog](/blog)
## Lonestone conçoit et développe vos produits numériques
### Des outils métier que les équipes adoptent
[
Applications métier
](/solutions/developpement-outil-metier)[
Applications mobiles
](/solutions/creation-app-mobile)
### Des SaaS et des fonctionnalités IA
[
Création de SaaS
](/solutions/creation-saas)[
Intégration IA pour éditeurs logiciels
](/solutions/integration-ia-editeurs)[
Automatisation IA
](/solutions/automatisation-ia)
### Un OS d'entreprise, avec son cerveau
[
CRM sur mesure
](/solutions/crm-sur-mesure)[
ERP sur mesure
](/solutions/creation-erp)[
Formation harness IA
](/solutions/formation-harness)
### Des sites qui convertissent
[
Création de site web
](/solutions/creation-site-web)[
Refonte de site web
](/solutions/refonte-site-web)[
Création de marketplace
](/solutions/creation-marketplace)
## On discute de votre projet ?
Échange gratuit et sans engagement, directement avec un expert du sujet. Devis sous 48h.
[Demander un devis](/contact) Prendre rdv
Contacter l'équipe
de Lonestone