Modelli di email per richieste di funzionalità con la valutazione dietro ogni risposta
Modelli di email per richieste di funzionalità pensati per i piccoli team che rispondono ai clienti e decidono cosa sviluppare: una prima risposta che registra la richiesta, risposte per chiedere più dettagli, proporre una soluzione alternativa, dire che è in valutazione o pianificata, dire un no gentile e annunciare il rilascio, 4 risposte in chat e le regole di punteggio dietro il registro Excel. Ogni risposta riporta gli stessi cinque campi.
A cura di Anatolii Ulitovskyi 
Verificato da RH Fardin Aggiornato il 1. Prima risposta: ringrazia, riformula l’obiettivo, fai quattro domande
Da inviare per primaInviala entro 1 giorno lavorativo, prima che qualcuno sappia se la richiesta verrà sviluppata. Questo modello di email per richieste di funzionalità riformula la richiesta come obiettivo del cliente, chiede ciò che serve per la valutazione e promette solo che la richiesta è registrata e che la decisione verrà comunicata.
OggettoLa tua richiesta: funzionalità con le sue parole
EmailCiao nome,
grazie per avercelo scritto. Voglio verificare di aver capito bene: vorresti funzionalità con le sue parole per obiettivo del cliente.
L’ho registrata come richiesta di funzionalità, “titolo della richiesta”. Per aiutare il team a valutarla, puoi rispondere a quattro brevi domande? Basta una riga per ciascuna.
1. Quanto spesso ti capita: ogni giorno, ogni settimana o ogni mese?
2. Quanto ti costa oggi: tempo, una vendita persa o altro?
3. Come fai adesso, nel frattempo?
4. Riguarda anche altre persone del tuo team?
Cosa posso prometterti: una persona legge ogni richiesta e ti scriverò quando ci sarà una decisione. Non posso prometterti se o quando verrà sviluppata, quindi non tirerò a indovinare una data.
Il tuo nome, ruolo
Azienda
Da compilare prima dell’invio
- Obiettivo del cliente: il risultato che vuole ottenere, non la funzionalità che ha nominato.
- Frequenza: la sua risposta, più quanti clienti l’hanno chiesta. La richiesta esiste già? Aggiungi il cliente a quella.
- Impatto sull’attività: ricavi, rischio di abbandono o tempo perso, con un numero.
- Soluzione alternativa: se ne esiste una già provata, invia invece la scheda 3.
- Limite delle promesse: nessuna tempistica. Ripeti solo una data già pubblica.
Non promettere mai“In arrivo”, “è in roadmap” o che inoltrarla “agli sviluppatori” decida qualcosa.
Se la richiesta è già nel registroCiao nome, grazie. Numero clienti hanno chiesto titolo della richiesta e ti ho aggiunto all’elenco. Al momento è in valutazione / pianificata. Non posso darti una data: ti scriverò quando ci sarà una decisione o un rilascio. Il tuo nome, azienda
2. Servono più dettagli: chiedi l’obiettivo, non la soluzione
Usala quando la richiesta indica una soluzione (“aggiungete un pulsante”) ma non il problema, o quando due clienti usano le stesse parole per esigenze diverse. Senza l’obiettivo del cliente e la frequenza, alla richiesta non si può dare un punteggio.
OggettoDue domande sulla tua richiesta di funzionalità con le sue parole
EmailCiao nome,
grazie per la richiesta di funzionalità con le sue parole. Prima che il team la valuti, vorrei capire l’obiettivo che c’è dietro, perché potrebbe esserci più di un modo per raggiungerlo.
Puoi dirmi:
1. L’ultima volta che ti è servita: cosa stavi cercando di fare e cosa è successo? Uno screenshot aiuta.
2. Quanto spesso succede e, più o meno, quanto tempo o denaro ti costa?
Se è più facile mostrarmelo, scegli un orario per una chiamata di 15 minuti: link di prenotazione. Aggiungerò le tue risposte alla richiesta e ti dirò a che punto è entro il data.
Il tuo nome, ruolo
Azienda
Da compilare prima dell’invio
- Obiettivo del cliente: la tua ipotesi migliore, segnata “da confermare”.
- Frequenza e impatto sull’attività: sconosciuti finché il cliente non risponde. Non dare ancora un punteggio.
- Soluzione alternativa: annotala, ma inviala solo quando conosci l’obiettivo.
- Limite delle promesse: nessuna tempistica. L’unica data è quella della tua risposta.
Non promettere maiChe una descrizione più chiara la farà sviluppare. Invia un solo promemoria dopo 5 giorni lavorativi; se ancora non risponde, tieni la richiesta con quello che hai.
3. C’è una soluzione alternativa: risolvi subito, ma registra la richiesta
Inviala quando l’obiettivo si può raggiungere già oggi con un’impostazione, un report o qualche passaggio manuale. Prima prova i passaggi e registra comunque la richiesta: una soluzione alternativa abbassa l’urgenza, non cancella la richiesta.
OggettoObiettivo del cliente: ecco come farlo già oggi
EmailCiao nome,
grazie per la domanda su funzionalità con le sue parole. Oggi funzionalità non c’è, ma puoi ottenere lo stesso risultato con quello che esiste già:
1. Primo passaggio, con i nomi esatti dei menu
2. Secondo passaggio
3. Terzo passaggio
Ci vogliono circa minuti minuti. Guida con screenshot: link.
So che non è del tutto automatico, quindi ho anche registrato la tua richiesta come “titolo della richiesta”. Se i passaggi non vanno bene per il tuo caso, rispondimi dicendo cosa non funziona e lo guardiamo insieme.
Il tuo nome, ruolo
Azienda
Da compilare prima dell’invio
- Obiettivo del cliente: verifica che i passaggi portino a quel risultato.
- Frequenza: 10 minuti ogni giorno lavorativo fanno quasi un’ora alla settimana.
- Impatto sull’attività: il tempo che costa ancora decide tra Sì e Parziale.
- Soluzione alternativa: i passaggi che hai provato oggi, più il link alla guida.
- Limite delle promesse: nessuna tempistica e nessun accenno al fatto che i passaggi siano temporanei.
Non promettere maiChe arriverà la funzionalità vera. Non inviare mai passaggi che non hai provato nella versione attuale.
4. In valutazione o pianificata: uno stato onesto, senza date
In valutazione: il team non ha ancora deciso. Pianificata: ha deciso di svilupparla e non ha pubblicato una data. In nessuno dei due casi serve una data. Il contratto quadro di servizi di Salesforce dice che gli acquisti dei clienti non sono subordinati alla consegna di funzionalità o caratteristiche future1: applica la stessa regola all’assistenza.
OggettoA che punto è la tua richiesta di titolo della richiesta
Email: in valutazioneCiao nome,
un breve aggiornamento su titolo della richiesta, così non resti nel dubbio.
A che punto è: in valutazione. Numero clienti l’hanno chiesta e il team esamina insieme le richieste aperte il giorno della revisione. Il tuo esempio su obiettivo del cliente è allegato alla richiesta.
Tempi: non c’è ancora una data e preferisco dirtelo piuttosto che tirare a indovinare. Quando il team avrà deciso ti scriverò, che la risposta sia sì o no.
Nel frattempo: soluzione alternativa, oppure: oggi non c’è una soluzione alternativa, mi dispiace.
Il tuo nome, ruolo
Azienda
Email: pianificataCiao nome,
buone notizie su titolo della richiesta: il team ha deciso di svilupparla. Sei tra i numero clienti che l’hanno chiesta e il tuo esempio su obiettivo del cliente ha contato nella decisione.
Tempi: non abbiamo una data da comunicare, perché i piani possono cambiare mentre il lavoro è in corso. Ti scriverò il giorno in cui sarà disponibile.
Nel frattempo: soluzione alternativa.
Il tuo nome, ruolo
Azienda
Se chiede comunque una data indicativaCapisco che tu debba organizzarti. Non ho una data e un’ipotesi potrebbe essere sbagliata. Ti avviserò il giorno del rilascio e, se una tua decisione dipende da questo, nome del responsabile ne parlerà direttamente con te.
Da compilare prima dell’invio
- Obiettivo del cliente e impatto sull’attività: con le sue parole.
- Frequenza: il numero reale di richiedenti, oppure non indicarla.
- Soluzione alternativa: quella della scheda 3, oppure di’ che non ce n’è.
- Limite delle promesse: niente date, mesi o “a breve”. Una data pubblica solo con il suo link.
Non promettere mai“È in roadmap”, a meno che la tua roadmap sia pubblica e la richiesta ci sia. Se un acquisto o un rinnovo dipende dalla funzionalità, risponde il fondatore o il responsabile del cliente.
5. Non pianificata: un no gentile, con un motivo e un’alternativa
Inviala quando il team ha deciso di non svilupparla. Di’ di no nelle prime due frasi, spiega il vero motivo in una riga e proponi l’alternativa migliore.
OggettoUna risposta chiara su titolo della richiesta
EmailCiao nome,
grazie per averci chiesto funzionalità con le sue parole e per averci spiegato come ti aiuterebbe a obiettivo del cliente. Voglio darti una risposta chiara: non la svilupperemo.
Il motivo: una frase onesta, per esempio: aiuterebbe pochi clienti e complicherebbe quella parte del prodotto per tutti gli altri.
Cosa puoi fare invece: una soluzione alternativa, un’impostazione o un altro strumento che lo fa bene. Se vuoi, la configuriamo insieme: link di prenotazione.
So che non è la risposta che speravi. Per favore, non contarci nei tuoi piani.
Il tuo nome, ruolo
Azienda
Se dice che se ne andrà per questoCapisco. Prima che tu decida, nome del responsabile potrebbe parlarti di obiettivo del cliente giorno alle ora? Se poi decidi comunque di cambiare, ti aiuterò a esportare i tuoi dati.
Da compilare prima dell’invio
- Obiettivo del cliente: nominalo di nuovo, così il no riguarda la funzionalità, non il suo problema.
- Frequenza e impatto sull’attività: con molti richiedenti o ricavi a rischio, questa email la approva il responsabile.
- Soluzione alternativa: la migliore alternativa provata. Va bene anche un altro strumento.
- Limite delle promesse: non pianificata significa organizzarsi senza.
Non promettere mai“Forse più avanti” o “ne terremo conto” quando la risposta è no. Non dare la colpa “agli sviluppatori”: è una decisione dell’azienda.
6. Rilasciata: chiudi il cerchio con ogni cliente che l’ha chiesta
Verifica di chiusuraInviala il giorno del rilascio a tutti i clienti del foglio Richiedenti per questa richiesta, non solo all’ultimo. La richiesta è chiusa solo quando ogni richiedente ha ricevuto la notizia.
OggettoNome della funzionalità è disponibile: l’avevi chiesta il data della richiesta
EmailCiao nome,
il data della richiesta ci avevi chiesto un modo per obiettivo del cliente. Da oggi è disponibile: nome della funzionalità.
Come usarla:
1. Primo passaggio, con i nomi esatti dei menu
2. Secondo passaggio
3. Terzo passaggio
Guida: link
Grazie per l’esempio che ha fatto. Numero clienti l’hanno chiesta ed esempi come il tuo hanno aiutato il team a decidere. Ora puoi smettere di vecchia soluzione alternativa.
Se qualcosa non funziona come ti serve, rispondi a questa email. Leggo ogni risposta.
Il tuo nome, ruolo
Azienda
Da compilare prima dell’invio
- Obiettivo del cliente: con le sue parole, dal foglio Richiedenti.
- Frequenza: il numero reale di clienti che l’hanno chiesta.
- Impatto sull’attività: il suo esempio, come ringraziamento.
- Soluzione alternativa: quella vecchia, che ora può abbandonare.
- Limite delle promesse: solo ciò che è disponibile oggi.
Chiudi il cerchio in quattro passi
- Filtra Richiedenti per titoloUn’email per riga, compresi i clienti che l’hanno chiesta mesi fa.
- Invia e registraImposta Ultima risposta inviata su Rilasciata e inserisci la data.
- Aggiorna la knowledge baseSostituisci il limite noto con i nuovi passaggi.
- Controlla lo statoIl Registro richieste mostra Chiusa quando nessuno è in attesa. Segna l’attività come completata.
Verifica di chiusuraNon è chiusa finché la decisione è vuota, un richiedente è in attesa o la knowledge base descrive ancora il vecchio limite.
Non promettere maiAltre funzionalità oltre a questa, a meno che non siano già decise.
7. Risposte in live chat per le richieste di funzionalità
La maggior parte delle richieste arriva in chat come “si può fare questo?”. Di’ se oggi si può, fai una domanda per raccogliere i dati e registra la richiesta. Salva queste quattro come scorciatoie.
7.1/feature-ack: Oggi no, registrata
Quando usarlaNessuna funzionalità e nessuna soluzione alternativa.
Non promettere maiChe arriverà.
RispostaOggi purtroppo no: prodotto non permette ancora di funzionalità con le sue parole. L’ho registrata come richiesta. Cosa vorresti ottenere e quanto spesso ti capita?
7.2/feature-workaround: Un modo per farlo oggi
Quando usarlaEsiste una soluzione alternativa provata.
Non promettere maiChe sia temporanea.
RispostaFunzionalità non c’è ancora, ma puoi obiettivo del cliente così: primo passaggio, poi secondo passaggio. Guida: link. Ho anche registrato la tua richiesta.
7.3/feature-status: A che punto è
Quando usarlaLa richiesta è già nel registro.
Non promettere maiUna data non pubblica.
RispostaSei tra i numero clienti che hanno chiesto titolo della richiesta. Al momento è in valutazione / pianificata. Non ho una data e non voglio tirare a indovinare. Riceverai un’email quando ci sarà una decisione.
7.4/feature-handover: Ricavi in gioco
Quando usarlaSenza la funzionalità disdirà, non rinnoverà o non comprerà.
Non promettere maiUn sì per trattenere il cliente.
RispostaGrazie per avermelo detto chiaramente. Questa decisione spetta a nome del responsabile, quindi gli ho passato la chat con le tue note. Avrai una risposta entro data e ora.
ConsiglioPrima di chiudere la chat, aggiungi il tag “richiesta di funzionalità” e inserisci il cliente nel foglio Richiedenti.
8. Modello di valutazione delle richieste di funzionalità: punteggio e decisione
La metà interna: una valutazione per richiesta. L’assistenza la compila partendo dalle risposte, chi sviluppa aggiunge la stima dell’impegno e il team decide ogni mese. Il punteggio è una versione a punti del metodo RICE (portata, impatto, fiducia, impegno)2: ordina le richieste, ma decidono le persone.
Valutazione: una per richiesta
| Campo | Cosa scrivere | Esempio |
|---|---|---|
| Titolo della richiesta | Un nome breve che i clienti riconoscono | Lista d’attesa automatica |
| Obiettivo del cliente | Il risultato, non la funzionalità | Riempire un posto liberato senza mandare SMS alla lista d’attesa |
| Frequenza | Quanto spesso, quanti l’hanno chiesta | Ogni giorno; 7 studi |
| Impatto sull’attività | Alto, Medio o Basso | Alto: 2 studi potrebbero andarsene |
| Ricavi a rischio | Valore annuo di chi potrebbe andarsene | 2.856 $ |
| Soluzione alternativa | Sì, Parziale o No | Parziale |
| Stima dell’impegno | S: giorni. M: settimane. L: mesi | M |
| Limite delle promesse | Cosa può dire l’assistenza sui tempi | Nessuna data fino al rilascio |
| Decisione, responsabile, prossima azione | Stato, chi agisce dopo, entro quando | Rilasciata; Ines; email ai 7 studi |
Punti
| Fattore | Punti |
|---|---|
| Richiedenti | 1 per ogni cliente che l’ha chiesta, fino a 5 |
| Frequenza | Ogni giorno 3, ogni settimana 2, ogni mese 1, raramente 0 |
| Impatto sull’attività | Alto 3, medio 2, basso 1 |
| Ricavi a rischio | 2 se 2.000 $ all’anno o più, 1 se ce ne sono, 0 se nessuno |
| Soluzione alternativa | No 2, parziale 1, sì 0 |
| Stima dell’impegno | S 0, M meno 2, L meno 4 |
| Punteggio | La somma, su 15 |
Regole di decisione
- 10 o più: candidata alla pianificazione. Decidi alla prossima revisione.
- Da 6 a 9: resta in valutazione, raccogli altri richiedenti.
- 5 o meno: di solito non pianificata. Invia il no gentile.
- I ricavi a rischio vanno al fondatore entro 1 giorno lavorativo.
- Frequenza o impatto sconosciuti: scrivi “sconosciuto” e chiedi, non tirare mai a indovinare.
Verifica di chiusuraChiusa solo quando la decisione è registrata e ogni richiedente ha ricevuto la risposta corrispondente.
Per piccoli team di vendita e assistenza
Rispondi alla richiesta da un’unica casella e avvisa ogni cliente che l’ha chiesta.
In CRMsoftware.pro la chat, il contatto e l’attività stanno insieme. L’agente IA risponde sui limiti noti partendo dalla sua knowledge base e passa le decisioni a una persona.
- L’agente IA risponde 24 ore su 24 su limiti noti e soluzioni alternative
- Passaggio a una persona e casella unificata per la chat del sito, WhatsApp e altri canali
- Launch, 19 $ al mese con fatturazione annuale per 8 utenti; risposte salvate con Growth, 49 $
Piano Free: 3 utenti, chat IA, knowledge base essenziale e attività di base, senza carta di credito.
Esempio compilato
Una richiesta da 7 clienti, dalla prima risposta alla chiusura
Bramblebook, un’app fittizia di prenotazione delle lezioni per piccoli studi fitness, ha registrato la stessa richiesta da 7 studi tra giugno e settembre 2026. La settima è arrivata in chat il 22 settembre.
Raccolti: i cinque campi
| Obiettivo del cliente | Riempire un posto liberato senza che il personale mandi SMS alla lista d’attesa |
| Frequenza | Ogni giorno; 7 studi, dal 3 giugno al 22 settembre |
| Impatto sull’attività | Da 3 a 4 ore di personale alla settimana; 2 studi potrebbero andarsene, 2.856 $ all’anno |
| Soluzione alternativa | Parziale: “Invia email al prossimo”, circa 2 minuti per posto |
| Limite delle promesse | Pianificata, nessuna data fino al rilascio |
| Responsabile e prossima azione | Ines Molina: email di rilascio a ogni richiedente |
Valutazione e decisione
| Punteggio | 12 su 15: richiedenti 5, ogni giorno 3, alto 3, ricavi 2, parziale 1, impegno M meno 2 |
| Decisione | Pianificata il 25 agosto, rilasciata il 5 ottobre |
| Email di rilascio | 7 studi su 7, il 5 e il 6 ottobre |
Verifica di chiusura e record nel CRM
| Voce | Registrato | Stato |
|---|---|---|
| Decisione | Rilasciata, 5 ottobre 2026 | Fatto |
| Richiedenti avvisati | 7 su 7, l’ultimo il 6 ottobre | Fatto |
| Knowledge base del bot | Nuovi passaggi, vecchio limite rimosso | Fatto |
| Attività | Email di rilascio, Ines, scadenza 6 ottobre | Fatto |
| Tag, campo e note | Tag “richiesta di funzionalità”; campo Lista d’attesa automatica su 7 contatti | Fatto |
| Stato nel registro | Chiusa | Fatto |
Perché conta
Come rispondere alle richieste di nuove funzionalità senza promettere troppo
La maggior parte delle richieste non va sviluppata esattamente come è stata chiesta. Pendo ha analizzato l’uso delle funzionalità in 615 abbonamenti software e ha rilevato che nel prodotto medio l’80% delle funzionalità viene usato raramente o mai, mentre circa il 12% genera l’80% dell’uso quotidiano3. Una richiesta è un segnale su un obiettivo del cliente: per questo ogni risposta qui riformula l’obiettivo e chiede quanto spesso si presenta.
Le promesse sui tempi sono la parte costosa. Il contratto quadro di servizi di Salesforce dice che i clienti accettano che i loro acquisti non siano subordinati alla consegna di funzionalità o caratteristiche future1. Un piccolo team può applicare la stessa regola all’assistenza: dire cosa è stato deciso, mai una data che non è pubblica.
Un punteggio rende la decisione equa. Il metodo RICE di Intercom valuta le idee per portata, impatto, fiducia e impegno, e divide per l’impegno, perché più lavoro abbassa la priorità2. La scheda di valutazione usa una versione a punti più semplice.
80%
delle funzionalità del software medio viene usato raramente o mai (Pendo)
5 campi
in ogni risposta e nella valutazione
1 giorno lavorativo
obiettivo per la prima risposta
Decisioni e promesse
Modello di risposta alle richieste di funzionalità: cosa consente ogni decisione
L’assistenza non dice mai più di quanto consente la riga della decisione attuale.
| Decisione | L’assistenza può dire | Non dire mai | Risposta |
|---|---|---|---|
| In valutazione | È registrata, quanti l’hanno chiesta, quando il team esamina le richieste | Che arriverà o che è probabile | Scheda 4 |
| Pianificata | Il team la svilupperà; non c’è ancora una data pubblica | Una data, un mese, un trimestre o “a breve” | Scheda 4 |
| Pianificata, data pubblica | La data pubblica, con il suo link | Qualsiasi altra data | Scheda 4 |
| Non pianificata | No, il motivo, l’alternativa migliore | “Forse più avanti” | Scheda 5 |
| Rilasciata | È disponibile, come usarla, grazie | Che arriverà altro, se non è già deciso | Scheda 6 |
Quando un rinnovo o una nuova trattativa dipende da una funzionalità, rispondono il fondatore o il responsabile del cliente entro lo stesso giorno lavorativo.
Registro Excel delle richieste
Cosa contiene il registro Excel delle richieste di funzionalità
Quattro fogli: Registro richieste con l’esempio e altre 6 richieste, Richiedenti con 22 clienti di esempio, Riepilogo ed Elenchi. Si apre in Excel, LibreOffice e Fogli Google.
| Colonna | Cosa fa |
|---|---|
| Titolo della richiesta, obiettivo del cliente | Una riga per richiesta. Il titolo collega i clienti alla richiesta. |
| Richiedenti, ricavi a rischio Auto | I clienti collegati a questo titolo e il valore annuo di chi potrebbe andarsene o non comprare. |
| Frequenza, impatto sull’attività, soluzione alternativa, stima dell’impegno | Da scegliere negli elenchi; i punti di ogni opzione sono nel foglio Elenchi. |
| Punteggio Auto | Punti su 15. Verde da 10, ambra da 6. |
| Decisione, limite delle promesse, responsabile, prossima azione | Lo stato, cosa può dire l’assistenza sui tempi, chi agisce dopo. |
| Data dell’ultima risposta, richiedenti in attesa Auto | L’ultima risposta e quanti richiedenti non hanno ancora la risposta attuale. |
| Stato di chiusura Auto | Chiusa solo quando la decisione è Non pianificata o Rilasciata e nessuno è in attesa; altrimenti Aperta, Risposte da inviare, Decisione mancante o Nessun richiedente. |
| Foglio Richiedenti | Una riga per ogni cliente che l’ha chiesta: le sue parole, valore del cliente, se potrebbe andarsene, ultima risposta inviata. Risposta inviata diventa Sì quando il cliente ha la risposta attuale. |
Il foglio Riepilogo conta le richieste per decisione, ordina i 5 punteggi più alti ed elenca i richiedenti ancora in attesa. Nell’esempio, 2 richieste su 7 sono chiuse e 3 richiedenti sono in attesa.
Come usarli
Come usare il modello di email per richieste di funzionalità
- 1
Fissa le regole una volta
Il limite delle promesse (niente date, se non pubbliche), chi decide, il giorno della revisione e i punti.
- 2
Rispondi entro 1 giorno lavorativo
Invia la scheda 1 o una risposta in chat e aggiungi il cliente al foglio Richiedenti.
- 3
Dai il punteggio e decidi ogni mese
Ordina per punteggio. Registra Pianificata o Non pianificata per le richieste in cima.
- 4
Comunica la decisione a tutti
Filtra Richiedenti per titolo e invia la scheda 4, 5 o 6 a ogni cliente.
- 5
Chiudi e fai ordine
Chiusa quando nessuno è in attesa. Aggiorna la knowledge base.
Impostalo in CRMsoftware.pro
- Crea un tag: “Settings” > “Conversation Tags” > “New tag”, in “Label” scrivi “richiesta di funzionalità”. Aggiungi il tag a ogni chat con una richiesta.
- Aggiungi un campo personalizzato: “Custom Fields” nel menu a sinistra > “Add field”. In “Entity type” scegli “Contacts” (o “Deals”), in “Field label” scrivi “Richiesta di funzionalità”, in “Field type” scegli “Select”; aggiungi i titoli delle richieste con “Add option”, poi fai clic su “Create field”.
- Scrivi i cinque campi nelle “Notes” del contatto o della trattativa.
- Per l’email che chiude il cerchio: “Tasks” > “New Task”, in “Task title” “Email di rilascio: lista d’attesa automatica”, in “Assignee” il responsabile della richiesta, in “Deadline” il giorno del rilascio e “Linked deal” se una trattativa dipende dalla funzionalità.
- Metti i limiti noti e le soluzioni alternative nella knowledge base dell’agente IA: “My Bots” > il tuo bot > sezione “Basics” > “Knowledge Base”. Sostituisci la scheda quando la funzionalità viene rilasciata.
- Con Growth, salva la scheda 1 e le risposte in chat come risposte salvate: “Settings” > “Saved Replies” > “New reply”, “Shortcut” (per esempio /feature-ack), “Title”, “Reply body”, “Share with team”.
In CRMsoftware.pro non ci sono una roadmap pubblica, una bacheca per votare o un portale delle richieste: tieni il registro in questo file Excel. Free: chat IA, knowledge base essenziale e attività di base per 3 utenti. Passaggio a una persona e casella unificata: Launch, 19 $ al mese con fatturazione annuale per 8 utenti. Risposte salvate: Growth, 49 $ al mese con fatturazione annuale per 20 utenti.
Revisione mensile delle richieste, 30 minuti
- Ogni nuova richiesta ha obiettivo del cliente, frequenza e impatto sull’attività.
- I 5 punteggi più alti hanno una decisione con una data.
- A fine settimana nessuna richiesta mostra Risposte da inviare.
Domande frequenti
Domande sulle email per le richieste di funzionalità
Cosa deve contenere un modello di email per richieste di funzionalità?
L’obiettivo del cliente, domande su frequenza e impatto sull’attività, la soluzione alternativa se esiste e un limite delle promesse: lo stato, mai una data che non è pubblica. Ogni risposta di questa pagina riporta questi cinque campi.
Come rispondere alle richieste di nuove funzionalità dei clienti?
Rispondi entro 1 giorno lavorativo: ringrazia il cliente, riformula l’obiettivo, chiedi quanto spesso si presenta e quanto costa, e registra la richiesta. Quando c’è una decisione, invia la risposta corrispondente: soluzione alternativa, pianificata, non pianificata o rilasciata.
Come dire di no a una richiesta di funzionalità con gentilezza?
Di’ di no nelle prime due frasi, spiega il vero motivo in una riga e proponi l’alternativa migliore, anche un altro strumento. Evita “forse più avanti” quando la risposta è no.
Devo dare ai clienti una data per una funzionalità pianificata?
No, a meno che la data non sia già pubblica. I piani cambiano e una data mancata diventa una promessa non mantenuta. Lo stesso contratto di Salesforce dice che gli acquisti non sono subordinati a funzionalità o caratteristiche future1. Di’ “pianificata” e prometti un’email il giorno del rilascio.
Che cos’è un modello di valutazione delle richieste di funzionalità?
Un foglio interno che valuta ogni richiesta sugli stessi fattori. Questo assegna punti a richiedenti, frequenza, impatto sull’attività, ricavi a rischio e soluzione alternativa, meno l’impegno, su 15, e registra decisione, responsabile e prossima azione.
Come dare priorità alle richieste di funzionalità dei clienti?
Valutale tutte allo stesso modo e decidi in una revisione fissa. Il metodo RICE di Intercom usa portata, impatto, fiducia e impegno2; a un piccolo team bastano i punti. Qui 10 o più è una candidata alla pianificazione, da 6 a 9 resta in valutazione e 5 o meno di solito è un no.
Esiste un modello Word o Excel per le richieste di funzionalità?
Sì. Il file Word contiene tutte e 8 le schede. Il file Excel contiene il Registro richieste con punteggio e stato di chiusura, un foglio Richiedenti, un Riepilogo e gli Elenchi con i punti. Sono entrambi gratuiti.
Quando una richiesta di funzionalità è chiusa?
Solo quando la decisione è registrata e ogni cliente che l’ha chiesta ha ricevuto la risposta corrispondente. Rilasciata, ma con un richiedente ancora in attesa, non è chiusa.
Come gestisco le richieste di funzionalità in CRMsoftware.pro?
Aggiungi alla chat un tag di conversazione (“Conversation Tags”) come “richiesta di funzionalità”, aggiungi a “Contacts” o “Deals” un campo personalizzato di tipo “Select” con i titoli delle richieste, scrivi i cinque campi nelle “Notes” e crea un’attività con “Assignee” e “Deadline” per l’email che chiude il cerchio. L’app non ha una roadmap pubblica né una bacheca per votare.
L’agente IA può rispondere alle richieste di funzionalità?
Può dire se oggi il prodotto fa una certa cosa e indicare la soluzione alternativa, se i limiti noti sono nella sua knowledge base. Le decisioni e le domande che toccano i ricavi passano a una persona in “Live Support”, da Launch, 19 $ al mese con fatturazione annuale.
Modelli correlati
Strumenti gratuiti
Fonti
- Funzionalità future in un contratto software, sezione 3.1, consultato l’8 ottobre 2026: Salesforce, Main Services Agreement (last updated 1 September 2026)
- Priorità per portata, impatto, fiducia e impegno, consultato l’8 ottobre 2026: Intercom, RICE: Simple prioritization for product managers (Sean McBride, 5 January 2018)
- Uso delle funzionalità in 615 abbonamenti software, consultato l’8 ottobre 2026: Pendo, The 2019 Feature Adoption Report (5 February 2019)
- Piani e prezzi: Prezzi di CRMsoftware.pro
Ogni cliente che ha fatto la richiesta riceve la risposta.
Inizia gratis con 3 utenti, la chat IA, una knowledge base essenziale e le attività di base. Launch, 19 $ al mese con fatturazione annuale, aggiunge il passaggio a una persona e la casella unificata; Growth, 49 $, aggiunge le risposte salvate.