você tem uma idéia de um novo produto brilhante. Você ainda tem um orçamento para criá-lo. Agora você precisa de uma equipe de desenvolvedores de software experientes para fazer isso. Mas como você sabe se o provedor atenderá às suas necessidades? Você negocia.
um bom pedido de proposta (RFP) simplificará essas negociações tanto para você quanto para a equipe de desenvolvimento. Um dos principais objetivos de um RFP é ajudá-lo a coletar ofertas de diferentes equipes e escolher a proposta que melhor atenda às suas necessidades. Uma boa solicitação de proposta de desenvolvimento de software permite que um fornecedor ofereça a pilha de tecnologia mais eficaz. Aquele que resolverá o problema que seu produto pretende resolver da maneira mais eficiente.
neste post vamos mostrar – lhe como escrever um pedido de proposta. Para ajudá-lo a fornecer à sua equipe de desenvolvimento as informações essenciais sobre o seu projeto. Mostraremos a formatação adequada. E fornecer exemplos de desenvolvimento de software RFP você pode usar como referência ou até mesmo um modelo.
o que é RFP?No mundo maior, um RFP é um documento escrito por organizações governamentais, organizações sem fins lucrativos e empresas. Eles geralmente fazem isso para grandes projetos que precisam ser licitados competitivamente. Geralmente são grandes contratos que exigem due diligence. Assim, uma organização sem fins lucrativos escreve um RFP e convida os fornecedores a licitar sobre ele. Os fornecedores enviam suas propostas de acordo com os requisitos listados no RFP. A proposta com o menor preço ou melhor custo-benefício recebe o contrato.
uma solicitação de proposta de desenvolvimento de software é essencialmente a mesma. Você escreve seus requisitos. Em seguida, envie-os para uma empresa de desenvolvimento de software. Eles fazem suas pesquisas e oferecem uma proposta para você. Você concorda com isso, renegociar ou ir para outro lugar.
um RFP deve ser o primeiro passo que você dá antes de procurar um fornecedor de software para o seu produto. O documento deve conter detalhes críticos, requisitos específicos, até mesmo o cronograma de entrega esperado. Simplificando, um RFP é uma base para novas discussões sobre seu projeto com uma equipe de desenvolvimento.
como escrever um RFP
escrever um bom pedido de proposta para o desenvolvimento de software levará um pouco do seu tempo. Mas os resultados que você obterá com isso definitivamente valem a pena.
não há formatação RFP oficialmente documentada. Ou quaisquer regras oficiais sobre como escrever uma proposta de parceria que você terá que seguir. Mas existem boas práticas geralmente aceitas. E coisas que são consideradas boas para ter em um RFP convincente. Vamos olhar para estes a seguir.
apresente-nos ao seu negócio e mercado
é bom começar com uma breve introdução do seu negócio. Apenas um pouco de Informação geral sobre o que é que você faz será suficiente. Qual é a missão da empresa? Quais são os seus valores? Quais são seus objetivos de longo prazo?
Descreva sua ideia de projeto/produto
apresente a equipe de desenvolvimento à sua ideia. Que problema o produto resolveria? Com que dores pretende ajudar? Certifique-se de mencionar seu público-alvo. Se você tem pesquisas de mercado em mãos, adicione um breve resumo disso também. Outras perguntas que você pode querer responder nesta etapa são:
- como o software proposto o ajudará a atingir os objetivos de longo prazo?
- quais processos de negócios esse novo produto melhorará?
- se houver uma solução existente, há algum fluxo nela?
- quais complicações potenciais você antecipa?
leia mais: o que é Produto-Mercado Fit e como nós da Fulcrum ajudar nossos clientes encontrá-lo
características cruciais
você não tem que nomear todos os recursos que você acha que seu produto deve ter. Na verdade, durante o estágio de descoberta, a maioria dos recursos que você imaginou será provada desnecessária. Embora os recursos que você nem pensou sejam considerados essenciais.
mas nos informar quais recursos você acha que são absolutamente cruciais nos permitirá entender a lógica do produto que você tem em mente. Assim, poderemos entender melhor o produto. E oferecer soluções para se adequar a essa lógica.
leia mais: três técnicas de priorização com as quais os produtos da Fulcrum Rock
limitações
existem restrições orçamentárias ou legais? Talvez existam algumas limitações tecnológicas? Certifique-se de mencioná-los todos em seu RFP.
escopo e entregas do projeto
é bastante desafiador estimar o escopo de um projeto de software quando é apenas uma ideia. Especialmente se você não tiver uma compreensão profunda do processo de desenvolvimento de software. Portanto, não entre em detalhes técnicos aqui. Basta listar o trabalho que você espera que seja feito. E as entregas que você espera receber.
métricas
mencione as métricas que mais importam para o seu negócio. Assim, a equipe de desenvolvimento pode projetar o produto com essas métricas específicas em mente.
requisitos da proposta e critérios de seleção
é uma boa ideia nomear os requisitos para a proposta de resposta, se você tiver algum. Você precisa saber o escopo da tecnologia que os desenvolvedores de software usam? Você tem que ver o portfólio?
se a experiência anterior no mesmo mercado é crucial para o seu projeto, você também precisa mencioná-lo. Se houver outros critérios que influenciarão a seleção do Fornecedor, nomeie-os aqui também.
outras coisas para adicionar à sua solicitação de proposta
como você pode ver, a formatação da solicitação que propomos aqui não tem nenhuma informação excessivamente técnica. A maioria dos clientes não tem a experiência para saber ou se preocupar com coisas como:
- requisitos de infraestrutura;
- abordagens de desenvolvimento de software;
- ou metodologias de gerenciamento de projetos.
mas se essas coisas técnicas são realmente importantes para o seu projeto e você pode nomeá – los-por favor, faça.
exemplo RFP
não podemos mostrar um exemplo da vida real de um RFP de nossa própria prática. Achamos que seria antiético de nós compartilhar tal coisa. Mas aqui está o que um RFP hipotético pode parecer para um dos projetos de nosso portfólio:
somos uma concessionária de carros de Kiev, Ucrânia. Somos a maior concessionária da nossa marca na Europa Oriental.
nosso site atual está desatualizado. Ele não fornece todas as informações sobre nossos produtos, não tem usabilidade e não se encaixa em nossos objetivos de negócios.
para corrigir esses problemas, precisamos de um novo site que seja inovador, fácil de usar e funcional. Tem que fornecer aos nossos clientes o máximo de detalhes sobre nossos produtos e serviços.
as principais características que imaginamos são:
- catálogo informativo;
- calculadora de empréstimos;
- reserva de test – drive;
- Pesquisa Avançada;
- painel de administração funcional para nossos gerentes.
a principal métrica em que planejamos nos concentrar é a taxa de conversão.
para tomar uma decisão da parceria, será necessário um PRD. A solução que você oferece tem que ser escalável. Também gostaríamos de revisar seu portfólio. E obtenha informações sobre sua pilha de tecnologia e abordagens que você usa em seu trabalho.
se você gostaria de discutir seu PRD ou como o abordamos no Fulcrum, marque uma ligação com nosso gerente de desenvolvimento de negócios.
- Como Sinal de Ganhar-Ganhar Contratos com Fornecedores: Desenvolvimento de Software Tipos de Contrato, no Fulcro de Rochas
- Todos os Porquês e Comos de Escrever um Plano de Comunicação para um Projeto de Software
- o Que é uma Declaração de Trabalho, e o Seu Projeto Precisa?
- terceirização Fiasco: lições dolorosas de terceirização de TI ido mal