Capitolato tecnico CRM: struttura, contenuti e modello gratuito

A cosa serve un capitolato d'oneri CRM?

Il capitolato d'oneri svolge tre funzioni principali: allineare i team interni sul perimetro del progetto, permettere a vendor e integrator di rispondere in modo comparabile e fungere da riferimento contrattuale una volta scelto il partner. Senza questo documento, si rischia di confrontare mele con pere e di scoprire eventuali discrepanze troppo tardi, a progetto già avviato.

• Allineare direzione, business unit e IT su un perimetro comune.
• Fornire ai vendor un quadro chiaro per le loro proposte.
• Confrontare le offerte sulla base di criteri omogenei.
• Servire come base contrattuale per l'implementazione.

La struttura tipo di un capitolato CRM

Inutile reinventare la struttura. Un capitolato CRM efficace segue generalmente questo schema, adattabile alla dimensione del progetto.

• Contesto aziendale e sfide del progetto.
• Obiettivi di business attesi e indicatori di successo (KPI).
• Perimetro funzionale: vendite, marketing, customer service, management.
• Requisiti funzionali dettagliati (per modulo).
• Requisiti tecnici: hosting, sicurezza, integrazioni.
• Volumetria: utenti, contatti, dati, picchi di attività.
• Vincoli: GDPR, lingue, multi-country, accessibilità.
• Tempistiche desiderate e budget indicativo.
• Criteri di selezione e griglia di valutazione.

Come redigere i requisiti funzionali

Questo è il cuore del documento e il punto in cui la maggior parte dei capitolati fallisce. L'errore classico: elencare funzionalità («il CRM deve gestire i contatti») invece di descrivere esigenze di business («i nostri commerciali devono recuperare in meno di 3 clic lo storico completo di un account multi-sede»).

• Partire dai processi aziendali, non dal catalogo delle funzionalità.
• Numerare e prioritizzare ogni requisito (obbligatorio / importante / opzionale).
• Descrivere scenari concreti: «un commerciale riceve un lead web → ...».
• Precisare le regole di gestione chiave (assegnazione, duplicati, permessi).

Errori frequenti

Molti capitolati sono o troppo generici per permettere una quotazione seria, o talmente dettagliati da scoraggiare la risposta dei vendor.

• Copiare una griglia di requisiti generica senza confrontarla con i processi interni.
• Dimenticare gli aspetti legati ai dati (modello, qualità, migrazione).
• Non formalizzare le integrazioni con ERP, strumenti marketing e telefonia.
• Confondere l'esigenza con la soluzione («ci serve Salesforce»).
• Non definire i criteri di scelta prima di ricevere le risposte.

Domande da porsi prima della stesura

Un buon capitolato inizia con alcune decisioni strategiche che è bene definire prima di passare alla scrittura.

• Chi è lo sponsor del progetto e chi valida il documento?
• Quali processi saranno realmente coperti nella V1?
• Qual è il nostro target: solo vendor, integrator o entrambi?
• Quali criteri di scelta sono eliminatori?
• Quale budget globale (licenze + implementazione + change management) siamo pronti a investire?

Per approfondire

Il capitolato d'oneri si inserisce in un processo più ampio di gara d'appalto e selezione della soluzione.

• Le funzionalità essenziali da includere nel vostro capitolato
• Le fasi di una gara d'appalto CRM
• La guida per scegliere il CRM adatto alla vostra PMI
• Vocabolario della gara d'appalto CRM

Key takeaways

• Il capitolato d'oneri allinea le parti in ambito interno e permette di confrontare le offerte tra loro.
• Strutturare il documento attorno ai processi aziendali, non a semplici elenchi di funzionalità.
• Assegnare una priorità a ogni requisito (obbligatorio / importante / desiderato).
• Definire i criteri di scelta prima di lanciare il bando di gara.
• Un capitolato d'oneri troppo lungo scoraggia le risposte: puntare alla chiarezza, non all'esaustività.

Want to go further?

Discover our tools, checklists and templates to apply these recommendations immediately.

Access the tools Talk to an expert