Como elaborar um pedido de proposta (RFP) para software de gestão de projetos
Escrever um pedido de proposta ajuda a definir claramente as suas necessidades: Facilita a comparação entre fornecedores e a escolha da solução mais adequada para a sua equipa.
Os pedidos de proposta são mais adequados para organizações maiores: Se a sua organização for pequena ou as suas necessidades forem simples, pode optar por não elaborar um pedido de proposta e contactar diretamente alguns fornecedores para obter orçamentos.
Um pedido de proposta bem elaborado pode resultar em melhores preços: Também pode ajudar a garantir que o software cumpre os seus requisitos específicos e evitar problemas mais tarde.
Um RFP de software de gestão de projetos, ou pedido de proposta, é um documento que apresenta os seus requisitos, orçamento e critérios de avaliação, convidando os fornecedores a apresentar propostas com base nos mesmos.
Uma vez que todos os fornecedores respondem ao mesmo briefing, pode comparar as opções de software de gestão de projetos lado a lado, em vez de reunir informações de chamadas comerciais e páginas de marketing. Quando bem elaborado, reduz o risco de se comprometer com uma ferramenta que não se adequa à forma como a sua equipa trabalha.
O que incluir num RFP de software de gestão de projetos
A maioria dos RFP de software de gestão de projetos segue a mesma estrutura básica. Incluir cada uma destas oito secções fornece aos fornecedores as informações necessárias para lhe enviarem uma proposta completa e comparável.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
| Secção | O que abrange | O que a maioria dos RFP não inclui |
|---|---|---|
| Resumo executivo | Quem é, do que precisa e porquê agora | O seu calendário de decisão e quem toma a decisão final |
| Âmbito do trabalho | O software e os serviços que espera | A migração de dados da sua ferramenta atual |
| Requisitos técnicos | Funcionalidades, integrações e plataformas | Perguntar como funciona uma funcionalidade, e não se existe |
| Qualificações e conformidade do fornecedor | Experiência, certificações e normas de segurança | Pedir o relatório de auditoria efetivo, e não apenas uma declaração de conformidade |
| Implementação e formação | Plano de implementação, calendários e suporte | Quem realiza o trabalho: o fornecedor, um parceiro ou a sua equipa |
| Preços e licenciamento | Custos, níveis e modelo de licenciamento | Aumentos de preço na renovação e funcionalidades bloqueadas em níveis superiores |
| Termos do contrato | Pagamentos, SLA e termos legais | Como obter os seus dados caso abandone a solução |
| Instruções para apresentação | Prazos, formato e contactos | Um processo partilhado de perguntas e respostas para que todos os fornecedores recebam as mesmas respostas |
1. Resumo executivo
Apresente uma breve visão geral do tipo de software de gestão de projetos de que precisa, do problema que está a resolver e dos resultados que espera. Inclua a dimensão da sua equipa, o que está a substituir e quando planeia tomar uma decisão.
O que a maioria das equipas não inclui: Os fornecedores leem esta secção para decidir se o seu negócio justifica uma resposta séria. Um fator desencadeador claro (“a nossa ferramenta atual não consegue suportar relatórios de portefólio para 12 equipas”) e uma data de decisão definida indicam que é um comprador real, e receberá propostas de responsáveis comerciais e especialistas de soluções séniores, em vez de respostas padronizadas.
2. Âmbito do trabalho
Especifique claramente o que espera do fornecedor para além do próprio software: configuração inicial, parametrização, migração de dados, formação e suporte contínuo. Inclua o número atual de utilizadores e o número que prevê ter dentro de dois a três anos.
O que a maioria das equipas não inclui: É durante a migração que os calendários sofrem atrasos. Indique de que ferramenta está a migrar, aproximadamente quantos projetos e que quantidade de dados históricos precisa de transferir, e se os anexos e comentários também devem ser incluídos. Os fornecedores apresentam orçamentos muito diferentes para “importar projetos ativos” e “migrar cinco anos de histórico”.
3. Requisitos técnicos
Enumere as funcionalidades, integrações e plataformas compatíveis de que precisa, classificando cada uma como indispensável, desejável ou acessória.
O que a maioria das equipas não inclui: Os requisitos de sim/não obtêm um “sim” de todos os fornecedores. Em vez de perguntar “Suporta a gestão de recursos?”, peça aos fornecedores que expliquem como lidam com um cenário específico, como reequilibrar a carga de trabalho de um designer entre três projetos sobrepostos. No caso das integrações, pergunte se cada uma é nativa, criada através de um conector de terceiros ou está apenas prevista no roteiro do produto. Estas três respostas têm significados muito diferentes na prática.
4. Qualificações e conformidade do fornecedor
Especifique a experiência, as certificações do setor e o historial que espera, juntamente com os seus requisitos de segurança e conformidade, como as normas de proteção de dados e quaisquer regulamentações que o seu setor tenha de cumprir.
O que a maioria das equipas não inclui: A indicação “em conformidade com SOC 2” numa página comercial não constitui prova. Peça o relatório SOC 2 Tipo II mais recente (normalmente partilhado ao abrigo de um acordo de confidencialidade), onde os seus dados serão armazenados e que subprocessadores os tratam. Se a sua equipa de TI já tiver um questionário de segurança padrão, anexe-o desde logo, em vez de o aplicar numa fase separada depois de escolher um favorito. Peça também referências de clientes com uma dimensão e um setor semelhantes, e não apenas os logótipos de que o fornecedor mais se orgulha.
5. Expectativas de implementação e formação
Descreva o calendário previsto para a implementação, a forma como irá medir o sucesso do lançamento e a formação de que precisa, tanto para administradores como para utilizadores finais.
O que a maioria das equipas não tem em conta: Pergunte quem irá efetivamente realizar a implementação: a própria equipa do fornecedor, um parceiro certificado ou os seus colaboradores, utilizando guias de autoatendimento. Peça a indicação das funções envolvidas, uma estimativa do número de horas da sua equipa e durante quanto tempo o suporte dedicado estará disponível após a entrada em produção. A adoção, e não a configuração, é onde a maioria das implementações falha, por isso pergunte o que faz o fornecedor para promover a utilização nos primeiros 90 dias.
6. Preços e licenciamento
Peça uma discriminação completa dos custos, incluindo taxas de licença, implementação, formação, suporte premium e complementos. Indique o número de utilizadores e a estimativa de crescimento para que todos os fornecedores apresentem propostas com base nos mesmos valores.
O que a maioria das equipas não tem em conta: O preço do primeiro ano raramente é o que causa mais impacto. Peça o custo total de propriedade a três anos, qualquer limite para aumentos do preço de renovação e os compromissos mínimos de lugares. Verifique quais das funcionalidades da sua lista de requisitos estão reservadas a níveis superiores, uma vez que o SSO, as permissões avançadas e os relatórios de portefólio são frequentemente exclusivos das versões empresariais. Pergunte também como são faturados os lugares de convidados, visualizadores e clientes se pessoas externas à sua equipa precisarem de acesso.
7. Termos do contrato
Apresente os termos que espera, incluindo o calendário de pagamentos, os acordos de nível de serviço (SLAs), as garantias e a responsabilidade.
O que a maioria das equipas não tem em conta: Há duas cláusulas que são mais importantes depois de assinar. Em primeiro lugar, a portabilidade dos dados: como exportar os seus dados se sair, em que formato e durante quanto tempo o fornecedor os conservará após a cessação. Em segundo lugar, a renovação automática: o período de aviso de que necessita para cancelar ou renegociar. Partilhar os seus termos inegociáveis no RFP significa que as alterações jurídicas ocorrem antes de escolher um fornecedor, e não depois, quando tem menos poder de negociação.
8. Instruções de apresentação
Indique aos fornecedores um prazo, um único ponto de contacto e o formato em que pretende receber as respostas. Especifique todos os detalhes, como os tipos de ficheiro e o método de entrega, quando emitir o RFP.
Reúna a equipa do seu RFP de software de gestão de projetos
Preencher corretamente estas oito secções requer contributos de várias áreas da empresa. Envolvê-las desde o início significa ter menos lacunas nos requisitos e menos trabalho repetido mais tarde. Eis quem deve incluir.
Patrocinador do projeto
O patrocinador do projeto define a orientação estratégica e garante que o RFP está alinhado com os objetivos empresariais mais amplos. Ajuda a estabelecer prioridades para os requisitos, a garantir recursos para o processo de seleção e a aprovar o RFP final. Esta função é normalmente desempenhada por um gestor sénior ou executivo que apoia e promove o projeto.
Especialistas funcionais
Os especialistas funcionais ou no domínio conhecem os requisitos técnicos que o software tem de cumprir, pelo que o seu contributo define as funcionalidades e integrações que solicita. Procure responsáveis de departamento ou membros séniores das equipas de TI, operações ou gestão de projetos.
Especialistas de compras ou redatores de RFP
Os profissionais de compras ou redatores de RFP garantem que o documento está corretamente estruturado, cumpre quaisquer orientações necessárias de gestão jurídica de projetos ou da organização e utiliza uma linguagem que os fornecedores conseguem compreender facilmente. Esta função é normalmente desempenhada por alguém da área de compras ou por um redator de RFP dedicado.
Utilizadores finais e partes interessadas
Os utilizadores finais e as partes interessadas conhecem os desafios diários que o software tem de resolver, o que ajuda a identificar atempadamente as funcionalidades indispensáveis e os possíveis obstáculos. Considere envolver responsáveis de equipa, gestores de projetos e utilizadores habituais de diferentes departamentos.
Defina as funcionalidades indispensáveis e os objetivos
Com a equipa reunida, chegue a acordo sobre o que a nova ferramenta tem de fazer e porquê, antes de começar a redigir. Estas respostas tornam-se o conteúdo do âmbito de trabalho, dos requisitos técnicos e das secções de conformidade, além de fornecerem aos fornecedores o que precisam para responder com precisão.
Considere o seguinte:
- Pontos problemáticos do sistema atual: O que está a frustrar a sua equipa neste momento? Identifique problemas específicos, como o acompanhamento lento de tarefas ou a falta de atualizações em tempo real.
- Melhorias necessárias e resultados de sucesso: Como se traduz o sucesso para a sua equipa? Defina melhorias essenciais, como uma melhor colaboração ou menos trabalho manual, e estabeleça resultados mensuráveis para acompanhar o progresso.
- Necessidades funcionais, técnicas e de conformidade: O software precisa de se integrar com ferramentas existentes ou de cumprir normas do setor? Enumere elementos essenciais, como o acesso à API ou a conformidade com os regulamentos relativos aos dados.
- Funções dos utilizadores, níveis de utilização e fluxos de trabalho: Quem irá utilizar o software e com que frequência? Considere a forma como este deve suportar diferentes funções, desde gestores de projetos a colaboradores individuais.
- Preferências de implementação: Precisa de uma solução baseada na nuvem ou instalada localmente? Baseie a decisão nas suas necessidades de segurança dos dados e na infraestrutura de TI.
Defina os seus critérios de avaliação
Critérios de avaliação claramente definidos ajudam-no a tomar uma decisão informada, objetiva, transparente e alinhada com os seus objetivos empresariais. Estabelecer estes critérios antes de analisar as propostas ajuda a evitar preconceitos e a manter o foco no que é mais importante para a sua equipa. Veja como definir os seus critérios de avaliação.
O que é mais importante?
Escolha 3–5 categorias ponderadas que estejam alinhadas com os seus objetivos e prioridades. Isto ajuda a concentrar a avaliação no que é realmente importante e a ponderar eficazmente as vantagens e desvantagens dos fornecedores de software de gestão de projetos. As categorias de pontuação comuns dos RFP para software de gestão de projetos incluem:
- Funcionalidade
- Experiência do utilizador
- Custo
- Reputação do fornecedor
- Escalabilidade
Identifique as categorias que melhor refletem as suas necessidades e atribua-lhes ponderações com base na sua importância para o projeto.
Utilize uma matriz de pontuação
Uma matriz de pontuação ajuda a quantificar o seu processo de avaliação e a torná-lo mais objetivo. Atribua ponderações a cada categoria com base nas suas prioridades internas. Por exemplo, se a funcionalidade for essencial, poderá ter uma ponderação de 40%, enquanto o custo terá 20%. Atribua uma pontuação a cada critério numa escala de 1–5 ou de 1–10 para diferenciar as propostas dos fornecedores. Ajuste as ponderações de modo a refletirem o que é mais importante para a sua equipa.
Esclareça o seu processo de pontuação
Defina quem irá pontuar as propostas e de que forma será assegurada a consistência. Utilize uma grelha de avaliação normalizada para orientar os avaliadores e agende uma reunião para alinhar todos quanto ao processo de pontuação antes de começar. Isto ajuda todos os avaliadores a compreender os critérios e a abordagem, para que possam realizar avaliações justas e equilibradas. Certifique-se de que cada avaliador conhece a sua função e sabe como aplicar o sistema de pontuação.
Emita o RFP para software de gestão de projetos
Emitir o RFP não se resume a enviá-lo — trata-se de fornecer aos fornecedores o acesso, os prazos e as instruções adequados para que possam responder eficazmente. Um processo de distribuição simples estabelece o tom para a qualidade das propostas que receberá. Veja como emitir o seu RFP de forma eficaz.
Escolha o método de distribuição adequado
Considere utilizar o correio eletrónico, plataformas de software para RFP ou portais de compras para distribuir o seu RFP. Um sistema centralizado, como uma plataforma de RFP, ajuda a acompanhar as respostas e a gerir as comunicações. Se utilizar o correio eletrónico, considere uma caixa de entrada baseada em funções para manter organizadas todas as interações com os fornecedores. Inclua uma lista de contactos dos fornecedores para garantir que todos recebem as informações de que necessitam.
Defina expectativas claras quanto aos prazos
Um calendário bem definido garante que os fornecedores sabem o que esperar e quando. Inclua os seguintes elementos no seu RFP:
- Data de lançamento do RFP
- Período de perguntas e respostas dos fornecedores
- Prazo final para apresentação
- Período de avaliação e seleção
Partilhe este calendário no próprio RFP para manter todos alinhados e dentro dos prazos.
Defina os requisitos de apresentação
Certifique-se de que os fornecedores sabem exatamente como apresentar as suas propostas. Especifique os formatos de ficheiro aceites, como PDF, Microsoft Word ou modelos Excel. Indique o método de entrega preferido, como um portal de carregamento ou uma caixa de entrada para respostas. Esclareça se os fornecedores têm de utilizar modelos ou formulários específicos e se serão aceites propostas apresentadas fora do prazo. Esta clareza evita confusões e garante que recebe propostas completas atempadamente.
Avaliar e pré-selecionar as respostas dos fornecedores
É aqui que a sua abordagem estruturada dá frutos, à medida que a sua equipa de compras transforma as respostas dos fornecedores ao RFP numa pré-seleção segura. A consistência, a objetividade e a colaboração entre todas as pessoas envolvidas na avaliação são essenciais. Eis como avaliar e pré-selecionar fornecedores de forma eficaz.
- Agendar demonstrações e entrevistas: Marque demonstrações e entrevistas com os principais fornecedores para ver as respetivas soluções em ação. Isto dá à sua equipa a oportunidade de colocar questões e avaliar a facilidade de utilização do software.
- Verificar referências: Contacte as referências fornecidas pelos fornecedores para saber mais sobre as suas experiências. Pergunte sobre os desafios da implementação e a qualidade do suporte, para perceber o que poderá esperar.
- Esclarecer qualquer aspeto pouco claro nas propostas: Não hesite em contactar os fornecedores para esclarecer quaisquer pontos pouco claros. É preferível perguntar agora a fazer suposições que possam causar problemas mais tarde.
Selecionar e notificar os fornecedores
Depois de a sua equipa ter escolhido um fornecedor, os passos finais são tão importantes como o processo de avaliação. Uma comunicação clara e profissional com todos os fornecedores — selecionados e não selecionados — é fundamental, tal como garantir o alinhamento interno antes de avançar para a execução do contrato. Eis os principais passos a seguir.
Notificar os fornecedores selecionados e não selecionados
Uma comunicação atempada e respeitosa com os fornecedores contribui para uma boa imagem da sua organização. Envie uma breve nota de agradecimento ou forneça comentários gerais aos fornecedores não selecionados, de modo a manter boas relações para futuras oportunidades. Ao fornecedor selecionado, manifeste entusiasmo e apresente os próximos passos para manter o progresso.
Preparar as negociações finais
Os temas comuns de negociação incluem preços, SLA e termos do contrato. Defina antecipadamente os seus limites inegociáveis para evitar surpresas. Utilize uma lista de verificação ou uma agenda durante as conversações para se manter focado e abordar todos os pontos necessários. Esta preparação ajuda-o a negociar de forma eficaz e a alcançar um acordo justo.
Garantir o alinhamento interno antes da assinatura
Antes de assinar, certifique-se de que todas as aprovações necessárias estão asseguradas. Normalmente, isto inclui a aprovação da direção ou do departamento financeiro, bem como uma revisão jurídica ou por parte do departamento de compras. Resuma os principais fatores subjacentes à decisão para que os responsáveis pela revisão interna possam avançar rapidamente. Uma comunicação clara com a sua equipa evita atrasos e garante que todos estão de acordo com a decisão.
Lista de verificação do RFP: erros comuns a evitar
Antes de enviar o seu RFP, reveja esta lista. Cada item aborda uma lacuna que conduz a propostas genéricas, fornecedores inadequados ou a um processo mais lento de seleção de software de gestão de projetos.
- Forneça aos fornecedores contexto suficiente. Inclua os seus objetivos, a dimensão da equipa, a ferramenta atual e o motivo pelo qual está a mudar. Sem estas informações, receberá respostas genéricas que não abordam os seus desafios reais.
- Indique um intervalo de orçamento. Os fornecedores podem apresentar propostas acima do orçamento ou ignorar RFP sem orçamento definido. Se não tiver a certeza do que é realista, consulte quanto custa o software de gestão de projetos antes de definir o seu intervalo.
- Escreva requisitos específicos numa linguagem simples. Indique as funcionalidades do software de gestão de projetos de que necessita, ordene-as por prioridade e reserve a linguagem jurídica para a secção do contrato.
- Partilhe os seus critérios de avaliação. Informe os fornecedores sobre os aspetos que serão avaliados, como a funcionalidade, a escalabilidade ou o suporte, para que possam responder diretamente a cada ponto.
Precisa realmente de um RFP?
Se a sua equipa estiver a lidar com requisitos complexos ou se fizer parte de um setor regulamentado, um RFP é essencial. Ajuda a garantir que encontra um fornecedor alinhado com as suas necessidades específicas e em conformidade com as normas do setor. Criar um RFP também é fundamental quando gere um orçamento elevado ou precisa de obter o acordo de várias partes interessadas.
Eis alguns cenários em que um RFP é necessário:
- Projetos empresariais de grande escala
- Setores altamente regulamentados
- Requisitos de integração complexos
- Várias partes interessadas envolvidas
- Afetação orçamental significativa
Quando um RFP pode ser excessivo
Se as suas necessidades forem simples ou se tiver uma equipa pequena, um RFP pode dar mais trabalho do que vale a pena. Nestes casos, pode poupar tempo explorando diretamente as opções de uma lista selecionada dos melhores softwares de gestão de projetos:
Principais softwares de gestão de projetos a considerar
\u003cspan style=\u0022font-weight: 400\u0022\u003eEis a minha lista das 10 principais opções de software de gestão de projetos disponíveis, para o ajudar a iniciar a sua pesquisa:\u003c/span\u003e
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.
RFI vs RFP vs RFQ: qual é a diferença?
Um RFI serve para recolher informações gerais, um RFP serve para solicitar propostas detalhadas e um RFQ serve para pedir preços. Escolher a opção certa poupa tempo e reduz os obstáculos no seu processo de aquisição:
| Tipo de documento | Objetivo | Quando utilizar | O que incluir | Nível de detalhe necessário |
|---|---|---|---|---|
| Pedido de informação (RFI) | Recolher informações gerais sobre potenciais fornecedores | Ao explorar opções e capacidades de software de gestão de projetos | Capacidades dos fornecedores, tendências do mercado, funcionalidades básicas | Baixo |
| Pedido de proposta (RFP) | Solicitar propostas detalhadas aos fornecedores | Quando necessita de soluções detalhadas e preços para necessidades complexas | Requisitos do projeto, critérios de avaliação, qualificações dos fornecedores | Elevado |
| Pedido de cotação (RFQ) | Obter preços exatos para funcionalidades específicas | Quando tem requisitos claros e apenas precisa de cotações | Lista de funcionalidades específicas, estrutura de preços, condições de entrega | Médio |
Antes de enviar o seu RFP
Um RFP só é tão eficaz quanto os requisitos e o orçamento que o sustentam. Se a sua equipa ainda estiver a discutir aquilo de que realmente necessita e precisar de um valor realista para incluir na secção do orçamento, consulte a nossa análise sobre quanto custa o software de gestão de projetos. Assim, obterá propostas que pode realmente pagar.
