Modelos de email para pedidos de funcionalidades com a avaliação por trás de cada resposta
Modelos de email para pedidos de funcionalidades, para pequenas equipas que respondem aos clientes e decidem o que desenvolver: uma primeira resposta que regista o pedido, respostas para pedir mais detalhe, propor uma solução alternativa, dizer que está em análise ou planeado, dizer um não cordial e anunciar o lançamento, 4 respostas de chat e as regras de pontuação por trás do registo em Excel. Todas as respostas levam os mesmos cinco campos.
Feito por Anatolii Ulitovskyi 
Verificado por RH Fardin Atualizado a 1. Primeira resposta: agradecer, reformular o objetivo e fazer quatro perguntas
Enviar primeiroEnvie este email no prazo de 1 dia útil, antes de alguém saber se o pedido vai ser desenvolvido. Este modelo de email para pedidos de funcionalidades reformula o pedido como o objetivo do cliente, pergunta o que a avaliação precisa de saber e promete apenas que o pedido fica registado e que a decisão vai ser comunicada.
AssuntoO seu pedido: funcionalidade nas palavras do cliente
EmailOlá, nome,
Obrigado por nos ter explicado isto por escrito. Deixe-me confirmar que percebi bem: gostaria de ter funcionalidade nas palavras do cliente, para objetivo do cliente.
Registei-o como pedido de funcionalidade, «título do pedido». Para ajudar a equipa a avaliá-lo, pode responder a quatro perguntas curtas? Basta uma linha para cada uma.
1. Com que frequência isto acontece: todos os dias, todas as semanas ou todos os meses?
2. Quanto lhe custa hoje: tempo, uma venda perdida ou outra coisa?
3. O que faz neste momento em vez disso?
4. Isto afeta mais alguém da sua equipa?
O que posso prometer: uma pessoa lê todos os pedidos e vou escrever-lhe quando houver uma decisão. Não posso prometer que vá ser desenvolvido nem quando, por isso não vou adivinhar uma data.
O seu nome, função
Empresa
Preencher antes de enviar
- Objetivo do cliente: o resultado que pretende, não a funcionalidade que nomeou.
- Frequência: a resposta do cliente e quantos clientes pediram. O pedido já existe? Acrescente o cliente a esse pedido.
- Impacto no negócio: receita, risco de perder o cliente ou tempo perdido, com um número.
- Solução alternativa: se existir uma já testada, envie antes o separador 3.
- Limite das promessas: nenhum prazo. Repita apenas uma data que já seja pública.
Nunca prometer«Para breve», «está no nosso roteiro» ou que enviá-lo «aos programadores» decide alguma coisa.
Se o pedido já estiver no registoOlá, nome, obrigado. Número clientes já pediram título do pedido e juntei o seu nome à lista. Neste momento está em análise / planeado. Não posso indicar uma data; vou enviar-lhe um email quando houver uma decisão ou um lançamento. O seu nome, empresa
2. Pedir mais detalhe: pergunte pelo objetivo, não pela solução
Use este email quando o pedido nomeia uma solução («acrescentem um botão») mas não o problema, ou quando dois clientes usam as mesmas palavras para necessidades diferentes. Sem o objetivo do cliente e a frequência, não é possível pontuar o pedido.
AssuntoDuas perguntas sobre o seu pedido de funcionalidade nas palavras do cliente
EmailOlá, nome,
Obrigado pelo seu pedido de funcionalidade nas palavras do cliente. Antes de a equipa o avaliar, quero perceber o objetivo por trás dele, porque pode haver mais do que uma forma de o resolver.
Pode dizer-me:
1. A última vez que precisou disto: o que estava a tentar fazer e o que aconteceu? Uma captura de ecrã ajuda.
2. Com que frequência acontece e, mais ou menos, quanto tempo ou dinheiro lhe custa?
Se for mais fácil mostrar-me, escolha um horário de 15 minutos: ligação de marcação. Vou juntar as suas respostas ao pedido e dizer-lhe em que ponto está até data.
O seu nome, função
Empresa
Preencher antes de enviar
- Objetivo do cliente: o seu melhor palpite, marcado «a confirmar».
- Frequência e impacto no negócio: desconhecidos até o cliente responder. Ainda não pontue.
- Solução alternativa: anote-a, mas só a envie quando conhecer o objetivo.
- Limite das promessas: nenhum prazo. A única data é a data da sua resposta.
Nunca prometerQue uma descrição mais clara garante que seja desenvolvido. Envie um lembrete após 5 dias úteis; se continuar sem resposta, mantenha o pedido com o que tem.
3. Já existe uma solução alternativa: resolva hoje e registe na mesma
Envie este email quando o objetivo já pode ser atingido hoje com uma definição, um relatório ou alguns passos manuais que já existem. Teste os passos primeiro e registe o pedido na mesma: uma solução alternativa reduz a urgência, não elimina o pedido.
AssuntoJá pode objetivo do cliente hoje: eis como
EmailOlá, nome,
Obrigado por perguntar por funcionalidade nas palavras do cliente. Hoje não existe funcionalidade, mas pode obter o mesmo resultado com o que já existe:
1. Primeiro passo, com os nomes exatos dos menus
2. Segundo passo
3. Terceiro passo
Demora cerca de minutos minutos. Guia com capturas de ecrã: ligação.
Sei que não é totalmente automático, por isso também registei o seu pedido como «título do pedido». Se os passos não servirem no seu caso, responda a dizer o que corre mal e vejo isso consigo.
O seu nome, função
Empresa
Preencher antes de enviar
- Objetivo do cliente: confirme que os passos dão esse resultado.
- Frequência: 10 minutos em cada dia útil são quase uma hora por semana.
- Impacto no negócio: o tempo que ainda custa decide entre Sim e Parcial.
- Solução alternativa: os passos que testou hoje, mais a ligação para o guia.
- Limite das promessas: nenhum prazo e nenhuma insinuação de que os passos são temporários.
Nunca prometerQue a funcionalidade a sério virá a seguir. Nunca envie passos que não testou na versão atual.
4. Em análise ou planeado: um ponto de situação honesto, sem data
Em análise: a equipa ainda não decidiu. Planeado: decidiu desenvolver e não publicou uma data. Nenhum dos dois precisa de data. O contrato principal de serviços da Salesforce diz que as compras dos clientes não estão condicionadas à entrega de quaisquer funcionalidades ou recursos futuros1; aplique ao apoio a mesma regra.
AssuntoEm que ponto está o seu pedido de título do pedido
Email: em análiseOlá, nome,
Uma breve atualização sobre título do pedido, para não ficar sem saber.
Em que ponto está: em análise. Número clientes pediram-no e a equipa revê em conjunto os pedidos em aberto a dia da revisão. O seu exemplo sobre como objetivo do cliente está associado ao pedido.
Prazo: ainda não há data e prefiro dizê-lo a adivinhar. Quando a equipa decidir, escrevo-lhe, seja a resposta sim ou não.
Até lá: solução alternativa, ou: hoje não há solução alternativa, lamento.
O seu nome, função
Empresa
Email: planeadoOlá, nome,
Boas notícias sobre título do pedido: a equipa decidiu desenvolvê-lo. É um dos número clientes que o pediram e o seu exemplo sobre como objetivo do cliente fez parte da decisão.
Prazo: não temos uma data que possamos partilhar, porque os planos podem mudar enquanto o trabalho decorre. Vou enviar-lhe um email no dia em que estiver disponível.
Até lá: solução alternativa.
O seu nome, função
Empresa
Se mesmo assim pedirem uma data aproximadaCompreendo que precisa de planear. Não tenho uma data e um palpite podia estar errado. Digo-lhe no próprio dia em que for lançado e, se a sua decisão depender disso, nome do responsável fala consigo diretamente.
Preencher antes de enviar
- Objetivo do cliente e impacto no negócio: nas palavras do próprio cliente.
- Frequência: o número real de solicitantes, ou omita-o.
- Solução alternativa: a do separador 3, ou diga que não existe.
- Limite das promessas: sem datas, sem meses e sem «em breve». Uma data pública só com a respetiva ligação.
Nunca prometer«Está no nosso roteiro», a não ser que o seu roteiro do produto seja público e o pedido conste dele. Se uma compra ou uma renovação depender da funcionalidade, quem responde é o fundador ou o responsável pela conta.
5. Não planeado: um não cordial, com motivo e alternativa
Envie este email quando a equipa tiver decidido não o desenvolver. Diga que não nas duas primeiras frases, dê o motivo real numa linha e ofereça a melhor alternativa.
AssuntoUma resposta clara sobre título do pedido
EmailOlá, nome,
Obrigado por ter pedido funcionalidade nas palavras do cliente e por explicar como isso o ajudaria a objetivo do cliente. Quero dar-lhe uma resposta clara: não vamos desenvolvê-la.
O motivo: uma frase honesta, por exemplo ajudaria poucos clientes e complicaria essa parte do produto para todos os outros.
O que pode fazer em alternativa: uma solução alternativa, uma definição ou outra ferramenta que faça isto bem. Terei todo o gosto em configurá-la consigo: ligação de marcação.
Sei que não é a resposta que esperava. Por favor, faça os seus planos sem contar com ela.
O seu nome, função
Empresa
Se disserem que vão sair por causa distoCompreendo. Antes de decidir, nome do responsável pode falar consigo sobre como objetivo do cliente a dia, às hora? Se mesmo assim mudar, ajudo-o a exportar os seus dados.
Preencher antes de enviar
- Objetivo do cliente: volte a nomeá-lo, para que fique claro que o «não» é à funcionalidade, não ao problema do cliente.
- Frequência e impacto no negócio: muitos solicitantes ou receita em risco significam que o responsável aprova este email.
- Solução alternativa: a melhor alternativa testada. Pode ser outra ferramenta.
- Limite das promessas: não planeado significa fazer planos sem ela.
Nunca prometer«Talvez mais tarde» ou «vamos ter isso em conta» quando a resposta é não. Não culpe «os programadores»: a decisão é da empresa.
6. Lançado: feche o ciclo com todos os clientes que pediram
Verificação de fechoEnvie este email no dia do lançamento a todos os clientes deste pedido na folha Solicitantes, não só ao mais recente. O pedido só fica fechado quando todos os solicitantes tiverem a resposta.
AssuntoNome da funcionalidade já está disponível: pediu-a a data do pedido
EmailOlá, nome,
A data do pedido, pediu-nos uma forma de objetivo do cliente. A partir de hoje já existe: nome da funcionalidade.
Como usar:
1. Primeiro passo, com os nomes exatos dos menus
2. Segundo passo
3. Terceiro passo
Guia: ligação
Obrigado por o exemplo que deu. Número clientes pediram-na e exemplos como o seu ajudaram a equipa a decidir. Já pode deixar de solução alternativa antiga.
Se algo não funcionar como precisa, responda a este email. Leio todas as respostas.
O seu nome, função
Empresa
Preencher antes de enviar
- Objetivo do cliente: nas palavras do cliente, da folha Solicitantes.
- Frequência: o número real de clientes que pediram.
- Impacto no negócio: o exemplo do próprio cliente, como agradecimento.
- Solução alternativa: a antiga, que o cliente pode deixar de usar.
- Limite das promessas: só o que está disponível hoje.
Fechar o ciclo em quatro passos
- Filtre Solicitantes pelo títuloUm email por linha, incluindo os clientes que pediram há meses.
- Envie e registePonha Última resposta enviada em Lançado e indique a data.
- Atualize a base de conhecimentoSubstitua a limitação conhecida pelos novos passos.
- Verifique o estadoO Registo de pedidos mostra Fechado quando ninguém está à espera. Marque a tarefa como concluída.
Verificação de fechoNão está fechado enquanto a decisão estiver vazia, algum solicitante estiver à espera ou a base de conhecimento ainda descrever a limitação antiga.
Nunca prometerMais funcionalidades além desta, a não ser que já estejam decididas.
7. Respostas de chat em direto para pedidos de funcionalidades
A maioria dos pedidos chega pelo chat como «dá para fazer isto?». Diga se é possível hoje, faça uma pergunta para recolher dados e registe o pedido. Guarde estas quatro como atalhos.
7.1/feature-ack: Hoje não, registado
Quando usarSem funcionalidade e sem solução alternativa.
Nunca prometerQue vai chegar.
RespostaHoje não, infelizmente: o produto ainda não tem funcionalidade nas palavras do cliente. Registei-o como pedido. O que está a tentar fazer e com que frequência isso acontece?
7.2/feature-workaround: Uma forma de o fazer hoje
Quando usarExiste uma solução alternativa testada.
Nunca prometerQue é temporária.
RespostaAinda não existe funcionalidade, mas pode objetivo do cliente assim: primeiro passo e depois segundo passo. Guia: ligação. Também registei o seu pedido.
7.3/feature-status: Em que ponto está
Quando usarO pedido já está no registo.
Nunca prometerUma data que não seja pública.
RespostaÉ um dos número clientes que pediram título do pedido. Neste momento está em análise / planeado. Não tenho uma data e não vou adivinhar. Vai receber um email quando houver uma decisão.
7.4/feature-handover: Receita em jogo
Quando usarO cliente vai cancelar, não renovar ou não comprar sem ela.
Nunca prometerUm sim para manter o cliente.
RespostaObrigado por me dizer diretamente. Esta decisão cabe a nome do responsável, por isso passei esta conversa com as suas notas. Terá resposta até data e hora.
DicaAntes de fechar o chat, aplique-lhe a etiqueta «pedido de funcionalidade» e acrescente o cliente à folha Solicitantes.
8. Modelo de avaliação de pedidos de funcionalidades: pontuar e decidir
A metade interna: uma avaliação por pedido. O apoio preenche-a a partir das respostas, quem desenvolve acrescenta a estimativa de esforço e a equipa decide todos os meses. A pontuação é uma versão por pontos do método RICE (alcance, impacto, confiança, esforço)2: ordena os pedidos, mas quem decide são as pessoas.
Avaliação: uma por pedido
| Campo | O que escrever | Exemplo |
|---|---|---|
| Título do pedido | Um nome curto que os clientes reconheçam | Lista de espera automática |
| Objetivo do cliente | O resultado, não a funcionalidade | Preencher uma vaga cancelada sem enviar mensagens à lista de espera |
| Frequência | Com que frequência, quantos pediram | Diariamente; 7 estúdios |
| Impacto no negócio | Alto, Médio ou Baixo | Alto: 2 estúdios podem sair |
| Receita em risco | Valor anual dos que podem sair | 2856 $ |
| Solução alternativa | Sim, Parcial ou Não | Parcial |
| Estimativa de esforço | S: dias. M: semanas. L: meses | M |
| Limite das promessas | O que o apoio pode dizer sobre prazos | Sem data até ao lançamento |
| Decisão, responsável, próxima ação | Estado, quem age a seguir, até quando | Lançado; Ines; email aos 7 estúdios |
Pontos
| Fator | Pontos |
|---|---|
| Solicitantes | 1 por cliente que pediu, até 5 |
| Frequência | Diariamente 3, semanalmente 2, mensalmente 1, raramente 0 |
| Impacto no negócio | Alto 3, médio 2, baixo 1 |
| Receita em risco | 2 se for 2000 $ por ano ou mais, 1 se houver alguma, 0 se não houver |
| Solução alternativa | Não 2, parcial 1, sim 0 |
| Estimativa de esforço | S 0, M menos 2, L menos 4 |
| Pontuação | A soma, num máximo de 15 |
Regras de decisão
- 10 ou mais: candidato a planear. Decida na próxima revisão.
- 6 a 9: mantenha em análise e junte mais solicitantes.
- 5 ou menos: normalmente não planeado. Envie o não cordial.
- A receita em risco vai para o fundador no prazo de 1 dia útil.
- Frequência ou impacto desconhecidos: escreva «desconhecido» e pergunte, nunca adivinhe.
Verificação de fechoFechado só quando a decisão está registada e todos os solicitantes têm a resposta correspondente.
Para pequenas equipas de vendas e apoio
Responda ao pedido numa só caixa de entrada e avise todos os clientes que o pediram.
No CRMsoftware.pro, o chat, o contacto e a tarefa ficam juntos. O agente de IA responde sobre as limitações conhecidas a partir da sua base de conhecimento e passa as decisões a uma pessoa.
- O agente de IA responde 24/7 sobre limitações conhecidas e soluções alternativas
- Passagem para uma pessoa e caixa de entrada unificada para o chat do site, WhatsApp e mais
- Launch, 19 $ por mês, com faturação anual, para 8 utilizadores; respostas guardadas no Growth, 49 $
Plano Free: 3 utilizadores, chat com IA, base de conhecimento básica e tarefas básicas, sem cartão de crédito.
Exemplo preenchido
Um pedido de 7 clientes, da primeira resposta ao fecho
A Bramblebook, uma aplicação fictícia de marcação de aulas para pequenos estúdios de fitness, registou o mesmo pedido de 7 estúdios entre junho e setembro de 2026. O sétimo chegou pelo chat a 22 de setembro.
Registado: os cinco campos
| Objetivo do cliente | Preencher uma vaga cancelada sem a equipa enviar mensagens à lista de espera |
| Frequência | Diariamente; 7 estúdios, de 3 de junho a 22 de setembro |
| Impacto no negócio | 3 a 4 horas da equipa por semana; 2 estúdios podem sair, 2856 $ por ano |
| Solução alternativa | Parcial: «Enviar email ao próximo», cerca de 2 minutos por vaga |
| Limite das promessas | Planeado, sem data até ao lançamento |
| Responsável e próxima ação | Ines Molina: email de lançamento a todos os solicitantes |
Avaliação e decisão
| Pontuação | 12 de 15: solicitantes 5, diariamente 3, alto 3, receita 2, parcial 1, esforço M menos 2 |
| Decisão | Planeado a 25 de agosto, lançado a 5 de outubro |
| Email de lançamento | 7 de 7 estúdios, a 5 e 6 de outubro |
Verificação de fecho e registo no CRM
| Item | Registado | Estado |
|---|---|---|
| Decisão | Lançado, 5 de outubro de 2026 | Feito |
| Solicitantes com resposta | 7 de 7, o último a 6 de outubro | Feito |
| Base de conhecimento | Novos passos, limitação antiga removida | Feito |
| Tarefa | Email de lançamento, Ines, prazo 6 de outubro | Feito |
| Etiqueta, campo e notas | Etiqueta «pedido de funcionalidade»; campo Lista de espera automática em 7 contactos | Feito |
| Estado no registo | Fechado | Feito |
Porque é importante
Como responder a pedidos de novas funcionalidades sem prometer demasiado
A maioria dos pedidos não deve ser desenvolvida exatamente como foi pedida. A Pendo analisou a utilização de funcionalidades em 615 subscrições de software e concluiu que 80% das funcionalidades do produto médio raramente ou nunca são usadas, enquanto cerca de 12% geram 80% da utilização diária3. Um pedido é um sinal sobre o objetivo de um cliente, por isso todas as respostas desta página reformulam o objetivo e perguntam com que frequência a situação acontece.
As promessas de prazos são a parte cara. O contrato principal de serviços da Salesforce diz que os clientes aceitam que as suas compras não estão condicionadas à entrega de quaisquer funcionalidades ou recursos futuros1. Uma pequena equipa pode aplicar ao apoio a mesma regra: dizer o que foi decidido, nunca uma data que não seja pública.
Uma pontuação torna a decisão justa. O método RICE da Intercom classifica as ideias por alcance, impacto, confiança e esforço, e divide pelo esforço, porque mais trabalho baixa a prioridade2. O separador da avaliação usa uma versão mais simples, por pontos.
80%
das funcionalidades do produto de software médio raramente ou nunca são usadas (Pendo)
5 campos
em todas as respostas e na avaliação
1 dia útil
objetivo da primeira resposta
Decisões e promessas
Modelo de resposta a pedidos de funcionalidades: o que cada decisão permite
O apoio nunca diz mais do que a linha da decisão atual permite.
| Decisão | O apoio pode dizer | Nunca dizer | Resposta |
|---|---|---|---|
| Em análise | Que está registado, quantos pediram, quando a equipa revê os pedidos | Que vai chegar ou que é provável | Separador 4 |
| Planeado | A equipa vai desenvolvê-lo; ainda sem data pública | Uma data, um mês, um trimestre ou «em breve» | Separador 4 |
| Planeado, data pública | A data pública, com a respetiva ligação | Qualquer outra data | Separador 4 |
| Não planeado | Não, o motivo, a melhor alternativa | «Talvez mais tarde» | Separador 5 |
| Lançado | Já está disponível, como usar, obrigado | Que vem aí mais, a não ser que esteja decidido | Separador 6 |
Quando uma renovação ou um negócio novo depende de uma funcionalidade, quem responde é o fundador ou o responsável pela conta, no mesmo dia útil.
Registo de pedidos em Excel
O que inclui o registo de pedidos de funcionalidades em Excel
Quatro folhas: Registo de pedidos com o exemplo e mais 6 pedidos, Solicitantes com 22 clientes de exemplo, Resumo e Listas. Abre no Excel, no LibreOffice e no Google Sheets.
| Coluna | O que faz |
|---|---|
| Título do pedido, objetivo do cliente | Uma linha por pedido. O título liga os clientes ao pedido. |
| Solicitantes, receita em risco Auto | Clientes ligados a este título e o valor anual dos que podem sair ou não comprar. |
| Frequência, impacto no negócio, solução alternativa, estimativa de esforço | Escolhidos em listas; os pontos de cada opção estão na folha Listas. |
| Pontuação Auto | Pontos, num máximo de 15. Verde a partir de 10, âmbar a partir de 6. |
| Decisão, limite das promessas, responsável, próxima ação | O estado, o que o apoio pode dizer sobre prazos, quem age a seguir. |
| Data da última resposta, solicitantes à espera Auto | A resposta mais recente e quantos solicitantes ainda não têm a resposta atual. |
| Estado do ciclo Auto | Fechado só quando a decisão é Não planeado ou Lançado e ninguém está à espera; caso contrário, Aberto, Respostas em falta, Sem decisão ou Sem solicitantes. |
| Folha Solicitantes | Uma linha por cliente que pediu: as palavras do cliente, valor da conta, pode sair, última resposta enviada. Respondido passa a Sim quando o cliente tem a resposta atual. |
A folha Resumo conta os pedidos por decisão, ordena as 5 melhores pontuações e lista os solicitantes ainda à espera. No exemplo, 2 dos 7 pedidos estão fechados e 3 solicitantes estão à espera.
Como usar
Como usar os modelos de email para pedidos de funcionalidades
- 1
Defina as regras uma vez
O limite das promessas (sem datas, a não ser que sejam públicas), quem decide, o dia da revisão e os pontos.
- 2
Responda no prazo de 1 dia útil
Envie o separador 1 ou uma resposta de chat e acrescente o cliente à folha Solicitantes.
- 3
Pontue e decida todos os meses
Ordene por pontuação. Registe Planeado ou Não planeado para os pedidos do topo.
- 4
Envie a decisão a todos
Filtre Solicitantes pelo título e envie o separador 4, 5 ou 6 a cada cliente.
- 5
Feche e arrume
Fechado quando ninguém estiver à espera. Atualize a base de conhecimento.
Configure no CRMsoftware.pro
- Crie uma etiqueta: «Configurações» > «Tags de Conversa» > «Nova etiqueta», «Etiqueta» “pedido de funcionalidade”. Aplique-a a todos os chats com um pedido.
- Acrescente um campo personalizado: «Campos Personalizados» no menu à esquerda > «Adicionar campo». «Tipo de entidade» «Contatos» (ou «Negócios»), «Rótulo de campo» “Pedido de funcionalidade”, «Tipo de campo» «Selecionar»; acrescente os títulos dos seus pedidos com «Opção de adicionar» (o botão que adiciona uma opção) e depois clique em «Criar campo».
- Escreva os cinco campos em «Notas» no contacto ou no negócio.
- Para o email de fecho do ciclo: «Tarefas» > «Nova Tarefa», «Título da tarefa» “Email de lançamento: lista de espera automática”, «Cessionário» (o responsável pela tarefa) o responsável pelo pedido, «Prazo» o dia do lançamento, «Acordo vinculado» (o negócio associado) se um negócio depender disso.
- Ponha as limitações conhecidas e as soluções alternativas na base de conhecimento do agente de IA: «Meus Bots» > o seu bot > separador «Básico» > «Base de Conhecimento». Substitua a ficha quando a funcionalidade for lançada.
- No Growth, guarde o separador 1 e as respostas de chat em «Respostas salvas»: «Configurações» > «Respostas salvas» > «Nova resposta», «Atalho» (por exemplo /feature-ack), «Título», «Corpo da resposta», «Compartilhar com a equipe».
O CRMsoftware.pro não tem roteiro público, quadro de votação nem portal de pedidos: mantenha o registo neste ficheiro Excel. Free: chat com IA, uma base de conhecimento básica e tarefas básicas para 3 utilizadores. Passagem para uma pessoa e caixa de entrada unificada: Launch, 19 $ por mês, com faturação anual, para 8 utilizadores. Respostas guardadas: Growth, 49 $ por mês, com faturação anual, para 20 utilizadores.
Revisão mensal dos pedidos, 30 minutos
- Todos os pedidos novos têm objetivo do cliente, frequência e impacto no negócio.
- As 5 melhores pontuações têm uma decisão com data.
- Nenhum pedido mostra Respostas em falta no fim da semana.
Perguntas frequentes
Perguntas sobre emails para pedidos de funcionalidades
O que devem incluir os modelos de email para pedidos de funcionalidades?
O objetivo do cliente, perguntas sobre a frequência e o impacto no negócio, a solução alternativa, se existir, e um limite das promessas: o estado, nunca uma data que não seja pública. Todas as respostas desta página levam esses cinco campos.
Como responder a pedidos de novas funcionalidades dos clientes?
Responda no prazo de 1 dia útil: agradeça ao cliente, reformule o objetivo, pergunte com que frequência acontece e quanto lhe custa, e registe o pedido. Quando houver uma decisão, envie a resposta correspondente: solução alternativa, planeado, não planeado ou lançado.
Como dizer que não a um pedido de funcionalidade com delicadeza?
Diga que não nas duas primeiras frases, dê o motivo real numa linha e ofereça a melhor alternativa, mesmo que seja outra ferramenta. Evite «talvez mais tarde» quando a resposta é não.
Devo dar aos clientes uma data para uma funcionalidade planeada?
Não, a não ser que a data já seja pública. Os planos mudam e uma data falhada torna-se uma promessa quebrada. O próprio contrato da Salesforce diz que as compras não estão condicionadas a funcionalidades ou recursos futuros1. Diga «planeado» e prometa um email no dia do lançamento.
O que é um modelo de avaliação de pedidos de funcionalidades?
Uma folha interna que avalia todos os pedidos pelos mesmos fatores. Esta pontua solicitantes, frequência, impacto no negócio, receita em risco e solução alternativa, menos o esforço, num máximo de 15, e regista a decisão, o responsável e a próxima ação.
Como dar prioridade aos pedidos de funcionalidades dos clientes?
Pontue-os da mesma forma e decida numa revisão fixa. O método RICE da Intercom usa alcance, impacto, confiança e esforço2; uma pequena equipa pode usar pontos. Aqui, 10 ou mais é candidato a planear, 6 a 9 fica em análise e 5 ou menos é normalmente um não.
Há um modelo de pedidos de funcionalidades em Word ou Excel?
Sim. O ficheiro Word tem os 8 separadores. O ficheiro Excel tem o Registo de pedidos com a pontuação e o estado do ciclo, uma folha Solicitantes, um Resumo e as Listas com os pontos. Ambos são grátis.
Quando fica fechado um pedido de funcionalidade?
Só quando a decisão está registada e todos os clientes que pediram têm a resposta correspondente. Um pedido lançado com um solicitante ainda à espera não está fechado.
Como acompanho pedidos de funcionalidades no CRMsoftware.pro?
Aplique ao chat uma etiqueta de «Tags de Conversa», como «pedido de funcionalidade», acrescente a «Contatos» ou a «Negócios» um campo personalizado do tipo «Selecionar» com os títulos dos seus pedidos, escreva os cinco campos em «Notas» e crie uma tarefa com «Cessionário» e «Prazo» para o email de fecho do ciclo. A aplicação não tem roteiro público nem quadro de votação.
O agente de IA pode responder a pedidos de funcionalidades?
Pode dizer se o produto já faz algo hoje e dar a solução alternativa, se as limitações conhecidas estiverem na sua base de conhecimento. As decisões e as questões de receita passam para uma pessoa em «Suporte ao Vivo», a partir do Launch, 19 $ por mês, com faturação anual.
Modelos relacionados
Ferramentas grátis
Fontes
- Funcionalidades futuras num contrato de software, secção 3.1, consultadas a 8 de outubro de 2026: Salesforce, Main Services Agreement (last updated 1 September 2026)
- Priorização por alcance, impacto, confiança e esforço, consultada a 8 de outubro de 2026: Intercom, RICE: Simple prioritization for product managers (Sean McBride, 5 January 2018)
- Utilização de funcionalidades em 615 subscrições de software, consultada a 8 de outubro de 2026: Pendo, The 2019 Feature Adoption Report (5 February 2019)
- Planos e preços: Preços da CRMsoftware.pro
Todos os clientes que pediram recebem a resposta.
Comece grátis com 3 utilizadores, chat com IA, uma base de conhecimento básica e tarefas básicas. O Launch, a 19 $ por mês, com faturação anual, acrescenta a passagem para uma pessoa e a caixa de entrada unificada; o Growth, a 49 $, acrescenta as respostas guardadas.