Esta série de blogs em duas partes fornece um guia prático para criar um business case para software SaaS. Embora escrito para equipes de vendas de software e parceiros de implementação, qualquer pessoa que queira defender uma solução para um negócio ou equipe encontrará muitos insights práticos e aplicáveis também.
Neste blog, definimos um caso de negócios, abordamos quando é necessário e descrevemos os componentes típicos. Em seguida, entramos um pouco mais em torno da comparação de duas soluções, e a diferença entre um novo investimento em software versus uma renovação.
No Segundo blog desta série, mergulhamos na importância dos "benefícios suaves", analisamos o processo típico de (e os recursos necessários para) criar uma proposta de negócio bem-sucedida e concluímos com orientações práticas sobre como maximizar suas chances de sucesso com o processo de aprovação.
1. O que é um business case?
Um business case responde a esta pergunta: "O que acontecerá se a organização prosseguir com uma proposta de investimento?" O objetivo é fazer com que o conselho ou a gerência aprovem um investimento em software ou projeto.
Um business case é necessário para demonstrar por que um investimento em software, ou um projeto, é recomendado e quais serão os benefícios do projeto quando for concluído. Normalmente, um business case é apresentado em um documento estruturado detalhando a lógica para convencer os tomadores de decisão finais a aprovar a recomendação de investimento.
Muitas vezes incluindo uma comparação de dois ou mais investimentos alternativos e a possibilidade de renunciar completamente a um investimento, um business case permite que os líderes alinhem as expectativas das partes interessadas em relação ao propósito, abordagem, resultados e benefícios de um projeto. Também descreve investimentos e riscos, e ajuda a mobilizar o apoio e a participação dos líderes, aumentando assim a probabilidade de aprovação e sucesso final de um projeto.
2. Quando devemos criar um business case?
Você só deve se envolver em fornecer um business case quando sua equipe já tiver determinado:
- Existe uma necessidade real deste investimento num futuro próximo
- O orçamento é alcançável dadas as circunstâncias
- As principais partes interessadas e tomadores de decisão estão satisfeitos que a solução aborda a oportunidade ou problema da organização
- Quaisquer objeções funcionais ou técnicas significativas foram satisfatoriamente resolvidas.
Se você tentar lançar um caso de negócios antes de ter abordado o acima, a discussão corre o risco de ser muito teórica. Quando as partes interessadas não entendem claramente os benefícios específicos da solução proposta e como poderiam obtê-los, é difícil desenvolver benefícios financeiros — que geralmente são a palavra final para qualquer investimento.
3. Quais são os componentes típicos de um novo caso de negócios de aquisição de soluções SaaS?
Segue-se uma descrição exaustiva dos elementos que devem ser abordados e articulados num caso de negócio completo:
| Situação atual e oportunidade de negócio |
|
| Recomendação de solução e roteiro |
|
| Estrutura financeira das empresas |
|
| Principais entradas e saídas |
|
| Investimento |
|
| Benefícios |
|
| Custo do atraso |
|
3. TCO: Comparando duas soluções SaaS semelhantes
Quando duas soluções são semelhantes e prometem benefícios notavelmente semelhantes, algumas organizações reduzem o exercício para comparar o Custo Total de Propriedade (TCO) das soluções concorrentes.
A Gartner define o TCO como "uma avaliação abrangente da tecnologia da informação (TI) ou de outros custos através das fronteiras da empresa ao longo do tempo. Para TI, o TCO inclui aquisição de hardware e software, gerenciamento e suporte, comunicações, despesas com usuários finais e o custo de oportunidade de tempo de inatividade, treinamento e outras perdas de produtividade."
A esta lista abrangente recomendamos adicionar custos de implementação, custos de licenciamento diferenciais e possíveis considerações sobre taxas de renovação, o custo de adoção de módulos adicionais potenciais e custos de migração de dados. De acordo com a nossa experiência, uma análise cuidadosa revela diferenças de custos.
4. Que tal justificar uma renovação de licença SaaS?
Gerenciar uma renovação de assinatura SaaS bem-sucedida requer proatividade de todas as equipes envolvidas.
A maior parte, no entanto, recai sobre o próprio negócio de software. O Customer Success deve colaborar com o cliente desde o primeiro dia para reduzir os riscos de implementação e o tempo de valorização. Os vendedores devem iniciar discussões com a equipe de gerenciamento de ativos de TI do cliente com antecedência — 90 dias antes da data de renovação — para entender a abordagem que adotarão. O fornecedor deve ajudar a implementar um programa de sucesso que rastreie e documente proativamente o desempenho da solução existente e os benefícios entregues ou o ROI durante os períodos de assinatura atuais e anteriores. Eles também devem preparar um documento de vendas que possa ser compartilhado com os tomadores de decisão em TI e no negócio.
E adivinhe, fornecedores de software SaaS como Shark Finesse, Gainsight, Totango ou ChurnZero (sem endosso) vendem software para ajudá-lo com tudo isso.
Em nossa experiência, há três abordagens para conduzir um business case ou uma avaliação de valor para uma renovação de assinatura. Pode ser necessário desenvolver dois ou os três, dependendo da situação competitiva.
Três abordagens de casos de negócio
| 1. Valor entregue até à data | 2. Valor esperado no período do contrato (vs. cancelamento) | 3. Valor ou ROI esperado vs. solução alternativa |
|---|---|---|
|
Demonstrar progressos em:
Quantificar os resultados do negócio:
|
|
|
Quer esteja a justificar uma renovação ou a defender um investimento totalmente novo, esperamos que a informação aqui tenha ajudado. Quando estiver pronto para saber mais, pode encontrar a segunda parte desta série aqui.