Como redigir um pedido de proposta de software de service desk

Uma RFP, ou Pedido de Proposta, é um documento que utiliza quando precisa de encontrar o fornecedor certo para uma solução complexa, como software de suporte técnico. Este guia destina-se a quem precisa de tomar decisões informadas sem perder tempo.

Redigir uma RFP ajuda a definir claramente as suas necessidades, facilitando a comparação entre fornecedores. Reduz o risco de escolher a solução errada, garantindo que tanto você como a sua equipa sabem exatamente o que procuram.

Ao elaborar uma RFP bem estruturada, simplifica o processo de avaliação dos fornecedores. Poupa tempo, minimiza a confusão e garante que o software escolhido está alinhado com os objetivos da sua organização.

Precisa realmente de uma RFP?

Uma RFP torna-se essencial quando a sua equipa enfrenta requisitos complexos, opera num setor regulamentado ou precisa de avaliar vários fornecedores para uma implementação de grande escala. É também crucial quando existem necessidades específicas de conformidade ou quando uma escolha errada pode provocar perturbações operacionais significativas. Se estas situações lhe são familiares, considere elaborar uma RFP para garantir que faz a escolha certa:

• Requisito de integração complexa
• Conformidade com a regulamentação do setor
• Implementação de grande escala em várias localizações
• Restrições orçamentais de elevado risco
• Necessidade de responsabilização do fornecedor

Quando uma RFP pode ser excessiva

Se as suas necessidades forem simples, a sua organização for pequena ou já estiver familiarizado com as melhores opções, uma RFP poderá não ser necessária. Nestes casos, pode concentrar-se na avaliação da sua principal opção de software de suporte técnico:

Principais softwares de suporte técnico a considerar

Eis a minha lista das 10 principais opções de software de suporte técnico disponíveis, para o ajudar a iniciar a sua pesquisa:

Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.

1. 1. Atera — Best for bundled remote control integrations
2. 2. SetMe — Best for reliable ad-hoc and unattended remote support
3. 3. GoToMyPC — Best for temporary guest access
4. 4. TeamViewer — Best for global remote support
5. 5. ConnectWise Control — Best for integrated IT solutions
6. 6. Parallels Desktop — Best for Mac virtualization
7. 7. Remote Utilities — Best for IT teams and MSPs
8. 8. Zoho Assist — Best for on-the-go IT support
9. 9. AnyDesk — Best for low-latency performance
10. 10. Chrome Remote Desktop — Best for browser-based access

RFI vs RFP vs RFQ: qual é a diferença?

Quando decide como adquirir software de suporte técnico, conhecer as diferenças entre uma RFI, uma RFP e uma RFQ pode poupar-lhe tempo e esforço. Uma RFI reúne informações gerais, uma RFP solicita propostas detalhadas e uma RFQ pede preços específicos. Nem todas as aquisições necessitam de uma RFP; escolha com ponderação para reduzir etapas desnecessárias e obter de forma eficiente aquilo de que precisa:

Erros comuns a evitar numa RFP

Apressar a elaboração de uma RFP ou ignorar detalhes importantes pode causar confusão, desperdício de tempo ou a escolha do fornecedor errado. Ao evitar alguns erros comuns, a sua equipa pode garantir uma seleção mais tranquila do software de suporte técnico. Vejamos alguns problemas a que deve estar atento:

Contexto ou enquadramento insuficiente

Sem o devido enquadramento ou contexto, os fornecedores não conseguem compreender totalmente as suas necessidades. Isto pode resultar em propostas que ficam aquém do esperado. Partilhe a missão, os objetivos e quaisquer desafios relevantes da sua empresa. Isto ajuda os fornecedores a adaptar as suas soluções à sua situação específica.

Orçamento em falta ou pouco claro

Não especificar um orçamento pode levar a propostas completamente desadequadas. Os fornecedores precisam de saber qual o custo do software de suporte técnico que está disposto a considerar. Seja transparente quanto ao intervalo do seu orçamento para evitar perder tempo com opções incomportáveis e garantir propostas realistas.

Requisitos vagos ou linguagem jurídica

Se os seus requisitos forem vagos ou estiverem repletos de linguagem jurídica, os fornecedores poderão interpretar mal as suas necessidades. Indique claramente o que procura, utilizando termos simples. Evite o juridiquês para garantir que todos compreendem as expectativas e os resultados a entregar.

Critérios de avaliação não partilhados

Sem critérios de avaliação, os fornecedores ficam a tentar adivinhar o que é mais importante para si. Partilhe os seus critérios desde o início para obter propostas alinhadas com as suas prioridades. Isto ajuda-o a comparar as opções de forma justa e a escolher a que melhor responde às suas necessidades.

Ausência de um formato normalizado para as respostas dos fornecedores

Se não especificar um formato normalizado, as respostas dos fornecedores podem variar bastante, dificultando as comparações. Forneça um modelo ou uma estrutura para as respostas. Isto garante consistência, facilitando a avaliação e a comparação das propostas lado a lado.

Forme a equipa responsável pelo RFP do software de suporte técnico

Criar um RFP sólido não é uma tarefa individual; requer o contributo e o conhecimento das necessidades de um grupo multifuncional. Envolver as pessoas certas desde cedo pode reduzir os riscos e evitar trabalho adicional mais tarde. Vejamos quem deve fazer parte da sua equipa responsável pelo RFP e porquê:

Patrocinador do projeto

O patrocinador do projeto fornece a autoridade e os recursos necessários para conduzir o processo do RFP. Garante o alinhamento com os objetivos estratégicos e tem a palavra final nas decisões importantes. Normalmente, trata-se de alguém da gestão de topo, como um CTO ou um responsável de departamento, que pode promover o projeto em toda a organização.

Especialistas funcionais

Os especialistas funcionais possuem conhecimentos detalhados sobre áreas específicas que serão afetadas pelo software de suporte técnico. Garantem que o RFP inclui todos os requisitos técnicos e operacionais necessários. Na sua equipa, podem ser gestores de TI, administradores de rede ou arquitetos de sistemas que compreendem o contexto tecnológico.

Especialistas de aquisições ou redatores de RFP

Os especialistas de aquisições ou redatores de RFP experientes garantem que o documento está corretamente estruturado e inclui todas as secções necessárias. Ajudam a conduzir as negociações com os fornecedores e a assegurar a conformidade com as políticas de aquisição. Este grupo inclui frequentemente gestores de aquisições ou consultores de RFP experientes.

Utilizadores finais e partes interessadas

Os utilizadores finais e as partes interessadas fornecem informações sobre os desafios e os fluxos de trabalho do dia a dia que o software deve resolver. O seu contributo garante que a solução responde às necessidades do mundo real e melhora a satisfação dos utilizadores. Considere envolver membros da equipa de apoio ao cliente, gestores de departamento ou quaisquer elementos que utilizem regularmente o software.

Defina os requisitos essenciais & os objetivos

Antes de enviar um RFP, a sua equipa precisa de definir claramente o que a nova solução deve fazer — e porquê. Alinhar as dificuldades, os objetivos e os requisitos inegociáveis ajuda os fornecedores a responder com precisão e facilita a avaliação das propostas. Identifique estes elementos essenciais antes de avançar:

• Dificuldades do sistema atual: Que problemas enfrenta atualmente? Talvez o seu software de suporte técnico atual seja lento ou não disponha de funcionalidades de integração. Identificar estas dificuldades ajuda-o a encontrar uma solução que as resolva diretamente.
• Melhorias necessárias e resultados de sucesso: Que melhorias são necessárias e como irá medir o sucesso? Se tempos de resposta mais rápidos forem um objetivo, defina o que significa “mais rápidos” para a sua equipa.
• Necessidades funcionais, técnicas e de conformidade: Que funcionalidades específicas e requisitos de conformidade devem ser cumpridos? Certifique-se de que os fornecedores sabem se precisa de suporte multilingue ou de conformidade com o GDPR.
• Funções dos utilizadores, níveis de utilização e fluxos de trabalho: Quem utilizará o software e de que forma? Mapeie as funções dos utilizadores e os fluxos de trabalho para garantir que a solução se adapta às operações diárias da sua organização.
• Preferências de implementação: Precisa de uma solução baseada na nuvem ou de uma implementação local? Tenha em conta a sua infraestrutura de TI e as futuras necessidades de escalabilidade ao tomar esta decisão.

Redija o RFP do software de suporte técnico

Chegou o momento de reunir tudo num documento de RFP claro e estruturado. Um RFP completo e bem organizado facilita a resposta precisa dos fornecedores e a avaliação dessas respostas pela sua equipa. Eis o que deve incluir no seu RFP:

1. Resumo executivo

O resumo executivo deve fornecer uma visão geral de alto nível do seu projeto. Explique o objetivo do RFP, as metas da sua organização e o problema que pretende resolver. Isto prepara o terreno para que os fornecedores compreendam rapidamente as suas necessidades. Mantenha-o conciso, fornecendo contexto suficiente sem o sobrecarregar com demasiados detalhes.

2. Âmbito do trabalho

Detalhe o que espera que o fornecedor entregue. Inclua tarefas específicas, entregáveis e quaisquer prazos ou marcos. Isto ajuda os fornecedores a avaliar a dimensão e a complexidade do projeto. Seja claro sobre o que está incluído no âmbito e o que não está, para evitar mal-entendidos.

3. Requisitos técnicos

Enumere as especificações técnicas que o seu novo software deve cumprir. Inclua a compatibilidade com os sistemas existentes, as integrações necessárias e quaisquer parâmetros de desempenho. Requisitos técnicos claros impedem os fornecedores de propor soluções que não funcionarão para si.

4. Qualificações do fornecedor

Especifique as qualificações e a experiência que procura num fornecedor. Isto pode incluir projetos anteriores, experiência no setor ou certificações. Saber com quem está a lidar pode ajudar a garantir que o fornecedor é capaz de satisfazer as suas necessidades.

5. Necessidades de segurança e conformidade

Descreva quaisquer normas de segurança ou requisitos de conformidade que o software deve cumprir. Quer se trate do RGPD ou de outra norma, os fornecedores precisam de conhecer estes requisitos antecipadamente. Isto garante que as soluções propostas são seguras e cumprem as obrigações regulamentares.

6. Expectativas de implementação e formação

Esclareça como espera que a implementação decorra e qual a formação necessária para a sua equipa. Inclua prazos e expectativas relativamente ao suporte. Isto ajuda os fornecedores a planear a implementação da solução e a preparar a sua equipa para a utilizar.

7. Preços e licenciamento

Forneça orientações sobre a forma como pretende que as informações sobre preços sejam apresentadas. Esclareça se precisa de discriminações por módulo, utilizador ou funcionalidade. Isto ajuda-o a comparar os custos de forma eficaz e a compreender o compromisso financeiro envolvido.

8. Termos do contrato

Indique quaisquer termos ou condições contratuais preliminares que os fornecedores devam conhecer. Isto pode incluir períodos de garantia, acordos de suporte ou cláusulas de rescisão. Termos contratuais claros ajudam os fornecedores a compreender o enquadramento jurídico em que irão operar.

9. Instruções para a apresentação

Forneça instruções detalhadas sobre como os fornecedores devem apresentar as suas propostas. Inclua prazos, requisitos de formato e informações de contacto para esclarecimento de dúvidas. Instruções claras para a apresentação garantem que recebe propostas num formato consistente, tornando-as mais fáceis de analisar.

Defina os seus critérios de avaliação

Critérios de avaliação claramente definidos ajudam a manter o seu processo de decisão objetivo, transparente e alinhado com os objetivos da empresa. Estabeleça estes critérios antes de analisar as propostas para evitar tendências e garantir a consistência. Veja como definir o que é mais importante ao avaliar software de gestão de serviços:

O que é mais importante?

Escolha 3–5 categorias ponderadas que estejam alinhadas com os seus objetivos e prioridades. Isto ajuda-o a concentrar-se no que é realmente importante para a sua organização. As categorias comuns de pontuação de um RFP para software de gestão de serviços podem incluir:

• Funcionalidade
• Experiência do utilizador
• Capacidades de integração
• Custo
• Suporte do fornecedor

Utilize uma matriz de pontuação

Uma matriz de pontuação permite aplicar ponderações às categorias escolhidas, refletindo a sua importância para a sua equipa. Por exemplo, se a funcionalidade for crucial, poderá ter uma ponderação superior à do custo. Atribua uma pontuação a cada critério numa escala de 1–5 ou 1–10 para quantificar até que ponto cada proposta responde às suas necessidades. Ajuste as ponderações com base nas prioridades internas para garantir que a matriz está alinhada com os seus objetivos.

Clarifique o seu processo de pontuação

Defina quem irá pontuar as propostas e como será realizada a pontuação. Utilize uma grelha de avaliação normalizada para manter a consistência e a imparcialidade. Agende uma reunião com todos os avaliadores antes do início da pontuação para alinhar expectativas e critérios. Desta forma, todos compreenderão o processo e avaliarão as propostas utilizando os mesmos padrões.

Emita o RFP do software de assistência técnica

A emissão do RFP não consiste apenas em enviá-lo; trata-se de proporcionar aos fornecedores o acesso, os prazos e as instruções adequados para que possam responder eficazmente. Um processo de distribuição fluido define o padrão para a qualidade das propostas que receberá. Eis como gerir o processo:

Escolha o método de distribuição adequado

As opções comuns para distribuir um RFP incluem o e-mail, plataformas de software para RFP ou portais de compras. A utilização de um sistema centralizado ajuda a acompanhar as respostas e a manter a organização. Considere incluir uma lista de contactos dos fornecedores ou utilizar uma caixa de entrada baseada em funções para garantir que todos os pedidos de informação são encaminhados para as pessoas certas. Isto mantém a comunicação clara e eficiente.

Defina expectativas claras relativamente aos prazos

Estabeleça um calendário claro e inclua-o no próprio RFP para manter os fornecedores no bom caminho. Um calendário normal de um RFP poderá ser semelhante ao seguinte:

• Data de publicação do RFP
• Período de perguntas e respostas dos fornecedores
• Prazo final para apresentação
• Período de avaliação e seleção

A partilha deste calendário ajuda os fornecedores a planear as suas respostas e garante que recebe as propostas atempadamente.

Defina os requisitos de apresentação

Os fornecedores precisam de instruções claras para apresentarem corretamente as propostas. Especifique os formatos de ficheiro aceites, como modelos em PDF, Word ou Excel, e indique o método de entrega preferido, como um portal de carregamento ou uma caixa de entrada para respostas. Indique se os fornecedores têm de utilizar modelos ou formulários específicos e esclareça a sua política relativamente a apresentações fora do prazo. Isto reduz a confusão e garante que recebe propostas consistentes e completas.

Avalie e selecione as respostas dos fornecedores

É aqui que a abordagem estruturada dá frutos, à medida que a sua equipa transforma as respostas dos fornecedores numa lista restrita com confiança. A consistência, a objetividade e a colaboração são fundamentais para todos os envolvidos na avaliação. Eis como avaliar e selecionar eficazmente os fornecedores:

• Organizar e formatar as propostas para análise: Reúna todas as propostas num formato consistente para facilitar as comparações. Utilize uma pasta ou plataforma partilhada para que todos os membros da sua equipa possam aceder facilmente aos documentos.
• Utilizar uma matriz de pontuação: Aplique a sua matriz de pontuação para avaliar cada proposta com base nos seus critérios. Isto ajuda a manter o processo objetivo e garante que se concentra no que é mais importante para a sua organização.
• Agendar demonstrações e entrevistas: Organize demonstrações ou entrevistas com os principais fornecedores para ver as respetivas soluções em ação. Até que ponto respondem às suas necessidades específicas? Esta etapa proporciona informações que não obterá apenas através de propostas escritas.
• Verificar referências: Contacte referências para obter opiniões sobre o desempenho anterior do fornecedor. Foram fiáveis e prestáveis? As experiências reais podem revelar se um fornecedor é adequado para a sua equipa.
• Esclarecer quaisquer aspetos pouco claros nas propostas: Contacte os fornecedores se alguma parte da proposta não for clara. Não faça suposições — coloque perguntas para garantir que dispõe de todas as informações necessárias para tomar uma decisão informada.

Selecione e notifique os fornecedores

Depois de a sua equipa ter escolhido um fornecedor, as etapas finais são tão importantes como o processo de avaliação. Uma comunicação clara e profissional com todos os fornecedores — tanto os selecionados como os não selecionados — é essencial. Certifique-se de que a sua equipa está alinhada internamente antes de avançar para a execução do contrato. Eis as principais etapas a seguir:

Notifique os fornecedores selecionados e não selecionados

Uma comunicação atempada e respeitosa com todos os fornecedores mantém o profissionalismo e fortalece as relações. Envie uma breve nota de agradecimento ou forneça comentários gerais, quando adequado. Esta abordagem mantém abertas as portas para futuras oportunidades e promove uma relação positiva com os fornecedores.

Prepare-se para as negociações finais

Antes de iniciar as negociações finais, identifique os elementos comuns que poderão precisar de ser discutidos, como os preços, os SLA e os termos do contrato. Defina antecipadamente os pontos a partir dos quais a sua equipa não poderá avançar e utilize uma lista de verificação ou uma agenda para se manter focado. Esta preparação garante que as negociações são eficientes e produtivas.

Garanta o alinhamento interno antes de assinar

Obtenha as aprovações necessárias, como a aprovação da liderança ou do departamento financeiro, e realize uma revisão jurídica ou de aprovisionamento. Resuma os principais fatores que orientam a decisão para ajudar os revisores internos a avançar rapidamente. Este alinhamento garante que todos estão em sintonia antes de finalizar o contrato.

O que se segue:

Se estiver a pesquisar software de gestão de serviços, contacte gratuitamente um consultor da SoftwareSelect para obter recomendações.

Preenche um formulário e tem uma conversa rápida, durante a qual o consultor analisa detalhadamente as suas necessidades. Depois, receberá uma lista restrita de software para analisar. Também terá apoio durante todo o processo de compra, incluindo as negociações de preços.