Aquisição vs. Operações: Quem Decide sobre SaaS e Quando

A equipe de operações tinha avaliado ferramentas de gestão de projetos por seis semanas. Tinha feito Demos, executado um Pilot, pontuado vendors e identificado um vencedor claro. O contrato estava pronto para assinar.

O Jurídico sinalizou. A aquisição estava simultaneamente avaliando três dos mesmos vendors para uma implantação em toda a empresa. A equipe de operações não sabia. A aquisição não sabia que a equipe de operações estava conduzindo um processo paralelo. E o vendor que a equipe de operações tinha escolhido era, na verdade, o vendor que a aquisição tinha classificado em terceiro.

O COO agora tinha que tomar uma decisão que era politicamente difícil independentemente de qual caminho tomasse: sobrepor seis semanas de trabalho da equipe de operações ou sobrepor a avaliação em andamento da aquisição. Qualquer opção consumia boa vontade e estabelecia um precedente.

A causa raiz não foi uma má decisão de nenhuma das equipes. Foi uma estrutura de autoridade indefinida. Ninguém tinha respondido à pergunta: quando as operações decidem, quando a aquisição lidera e como elas fazem a transferência quando o tamanho ou escopo cruza um limite?

Essa é a pergunta que este guia responde.

Key Facts: Aquisição vs. Propriedade de Operações em SaaS

• 65 a 75% das compras de SaaS em empresas de mercado médio contornam totalmente a aquisição, com compradores de linha de negócio (operações, vendas, marketing, RH) tomando decisões de compra direta (Gartner SaaS spend research, 2024).
• A empresa de médio porte média executa 40 a 60% mais apps de SaaS do que o TI conhece, o shadow IT inflaciona o portfólio real bem além do inventário sancionado (Productiv State of SaaS Sprawl, 2024).
• O gasto duplicado em SaaS é em média 10 a 30% do orçamento total de SaaS em empresas de mercado médio sem um registro central: duas equipes comprando ferramentas sobrepostas é a maior fonte única de desperdício evitável.
• O tempo médio do ciclo de aprovação de aquisição para ferramentas acima de $25K é de 6 a 10 semanas em empresas com aquisição formal, vs. 2 a 5 dias para decisões lideradas por operações abaixo do limite (Deloitte CPO Survey).
• Empresas que formalizam a propriedade de SaaS entre 150 e 500 funcionários gastam aproximadamente 40% menos por funcionário em SaaS na marca de 500 funcionários do que aquelas que adiam a governança até que uma crise a force (Forrester technology governance maturity research).

O Modelo de Divisão de Decisão-Proprietário

O Modelo de Divisão de Decisão-Proprietário atribui a autoridade de compra de SaaS com base em dois eixos: valor do contrato e especificidade funcional. A aquisição lidera quando o valor do contrato excede um limite material (tipicamente $50K+) ou quando a ferramenta é infraestrutura interfuncional onde a consolidação do portfólio importa mais do que a adequação específica ao usuário. As operações lideram quando a ferramenta é específica do departamento, abaixo do limite e o conhecimento do caso de uso domina a decisão. A propriedade conjunta se aplica à faixa intermediária ($10K a $50K), onde as operações definem os requisitos e executam a avaliação enquanto a aquisição gerencia o RFP, os termos do contrato e a diligência do vendor, com regras explícitas de desempate (operações vencem em capacidade, aquisição vence em preço/termos, segurança vence em risco).

Por que a Autoridade de SaaS Não Está Definida na Maioria das Empresas de Médio Porte

As empresas de médio porte normalmente não constroem funções formais de aquisição até que estejam experimentando problemas de aquisição. Nesse ponto, a cultura de compra informal está estabelecida e é difícil de mudar. A Pesquisa Global de Chief Procurement Officer da Deloitte conclui consistentemente que empresas sem autoridade de aquisição formalizada no estágio de mercado médio gastam 20 a 35% mais em categorias de tecnologia do que empresas de tamanho comparável com estruturas de propriedade definidas.

A evolução geralmente se parece com isso:

• 0 a 50 funcionários: Fundador ou COO aprova tudo. Informal, mas funcional: o CEO conhece cada ferramenta.
• 50 a 150 funcionários: Aprovação informal no nível de gerente, com o financeiro fazendo verificações pontuais. A maioria das compras acontece abaixo do limite de visibilidade.
• 150 a 500 funcionários: TI, Finanças e Operações estão todos envolvidos em diferentes compras sem um processo consistente. Conflitos surgem. O shadow IT é significativo.

A faixa de 150 a 500 é onde a autoridade de SaaS precisa ser formalizada. A organização é grande demais para a visibilidade do CEO em cada compra, mas ainda não está suficientemente estruturada para ter construído os trilhos de governança. E os gastos com SaaS são grandes o suficiente (tipicamente $300K a $1M+ anualmente) para justificar a estrutura. A pesquisa da Forrester sobre maturidade de governança tecnológica identifica a faixa de 150 a 500 funcionários como a janela de maior risco para o gerenciamento de gastos com tecnologia. Organizações que formalizam estruturas de autoridade durante essa fase de crescimento mostram 40% menos gastos com SaaS por funcionário no marco de 500 funcionários do que aquelas que adiam a governança até que uma crise a force.

Os Três Modelos de Propriedade

Modelo 1: Autoridade Baseada em Limite

O modelo mais comum e prático para empresas de médio porte. A autoridade é atribuída com base no valor do contrato:

Vantagens: Simples de comunicar, fácil de aplicar, mapeia para a materialidade financeira.

Desvantagens: Manipulação de limites. As equipes dividem compras em múltiplos contratos menores para ficarem abaixo do limite. Requer uma regra de "retroatividade": compras do mesmo vendor ou ferramentas que servem à mesma função são agregadas para fins de limite, independentemente de como são estruturadas. É também assim que o sprawl de SaaS se agrava. Compras pequenas abaixo do limite que individualmente parecem corretas se acumulam em um portfólio que ninguém está supervisionando.

Modelo 2: Autoridade Baseada em Categoria

A autoridade é atribuída por categoria de ferramenta, e não por valor:

Vantagens: A expertise da categoria impulsiona a decisão. RH é dono das ferramentas de RH, revenue operations é dono das ferramentas de vendas. Melhores decisões em domínios especializados.

Desvantagens: Os limites das categorias são vagos. Um CRM é uma ferramenta de vendas. Mas também é uma ferramenta de TI. E uma ferramenta de dados do cliente. Disputas de categoria requerem um responsável pelo desempate.

Modelo 3: Modelo Híbrido (Operações Decide Abaixo do Limite, Aquisição Assessora)

Um meio-termo pragmático que funciona bem para empresas com uma função de aquisição em desenvolvimento:

• Abaixo de $10K: Operações decide com requisito de registro no TI. A aquisição está disponível como assessora, mas não tem autoridade de aprovação.
• $10K a $50K: Operações lidera a avaliação; a aquisição assessora no processo de RFP, revisão de contrato e negociação. Decisão conjunta com escalonamento para o COO se não resolvida.
• Acima de $50K: A aquisição lidera o processo; operações é o stakeholder primário que define os requisitos e avalia a capacidade. Decisão conjunta.

O princípio-chave: O valor agregado da aquisição é a expertise em processo (gestão de RFP, negociação de contrato, diligência do vendor) e supervisão do portfólio (prevenção de duplicatas, gerenciamento de gastos agregados). O valor agregado das operações é o conhecimento do caso de uso (o que a ferramenta precisa fazer e como se encaixa nos Workflows). O modelo falha quando a aquisição se torna um gargalo em vez de um acelerador ou quando as operações contornam a aquisição para evitar a percepção de lentidão. Para ferramentas acima do limite, como conduzir um RFP de SaaS é o template de processo de três semanas que mantém a avaliação liderada pela aquisição em ritmo suficiente para que as equipes não a contornem.

Escolhendo o Modelo Certo

O Template de Matriz de Autoridade de SaaS

Construa esta matriz para sua empresa. Preencha cada célula antes de publicar a política.

A Atribuição de Propriedade Pós-Compra

Uma pergunta quase tão importante quanto "quem decide": quem é dono do relacionamento com o vendor após a assinatura do contrato?

É aqui que a maioria dos frameworks de governança para. Eles definem o processo de aprovação e deixam a propriedade indefinida. Então o campeão original sai, a renovação se aproxima, ninguém conhece os termos e o contrato se renova automaticamente por padrão.

Template de atribuição de propriedade pós-compra:

Para compras abaixo de $10K, uma pessoa pode preencher os três papéis. Para compras acima de $50K, estas devem ser pessoas separadas.

Essa atribuição deve ser documentada quando o contrato for assinado, armazenada no registro de SaaS e revisada anualmente.

A Árvore de Decisão de Escalonamento

Quando operações e aquisição discordam sobre uma decisão de compra de SaaS, o caminho de escalonamento precisa ser definido antes que o conflito ocorra.

Árvore de escalonamento padrão:

Esta é uma nova compra ou uma renovação?
├── Nova compra
│   ├── Abaixo do limite? → Operações decide conforme a matriz de autoridade
│   └── Acima do limite?
│       ├── Ops e aquisição concordam? → Recomendação conjunta ao executivo
│       └── Ops e aquisição discordam?
│           ├── A discordância é sobre capacidade? → Operações vence (elas definem os requisitos)
│           ├── A discordância é sobre preço/termos? → Aquisição vence (domínio delas)
│           ├── A discordância é sobre risco do vendor? → TI/Segurança vence (risco é o domínio deles)
│           └── A discordância é sobre estratégia? → COO decide em até 48 horas
└── Renovação
    ├── Abaixo de $10K? → Responsável pelo negócio decide; responsável comercial negocia
    └── Acima de $10K? → Decisão conjunta responsável pelo negócio + responsável comercial; COO se houver discordância

A regra "COO decide em até 48 horas" é crítica. Escalonamentos sem fim matam o momentum. Coloque um limite de tempo no processo.

Modos Comuns de Falha

Aquisição como guardiã, não como facilitadora. Quando cada compra acima de um limite requer aprovação da aquisição e a aquisição opera com um ciclo de seis semanas, as equipes contornam o processo. A solução são padrões de nível de serviço para aquisição: uma compra de $20K deve ter retorno da aquisição em cinco dias úteis, não em três semanas.

Política de autoridade sem processo. Definir quem pode aprovar o quê não ajuda se não há sistema para rastrear aprovações, nenhum registro de SaaS para registrar novas ferramentas e nenhum calendário de renovação para gerenciar os próximos vencimentos.

Política que as operações ignoram. Uma política que não é aplicada é pior do que nenhuma política. Cria a aparência de governança sem a realidade. Construa a política em torno de um Workflow que as equipes realmente seguem: um formulário de aprovação, um canal no Slack, um registro de SaaS. A política deve exigir o mínimo de etapas extras, não um desvio burocrático.

Propriedade indefinida na assinatura do contrato. No momento em que um contrato é assinado, o responsável pelo negócio, o responsável técnico e o responsável comercial devem ser designados e registrados. Se isso não for feito na assinatura, torna-se mais difícil fazer retroativamente. Isso é especialmente importante para contratos com termos de renovação complexos. O guia de cláusulas de risco em contratos SaaS aborda as cláusulas de auto-renovação e janela de aviso que só importam se alguém é realmente dono do calendário de renovação.

Fazendo a Política Funcionar

A razão mais comum para o fracasso das políticas de governança é que elas são projetadas como documentos em vez de Workflows. Um documento pode ser ignorado. Um Workflow faz parte de como o trabalho é feito. A pesquisa da McKinsey sobre mudança organizacional em funções de aquisição constatou que políticas de aquisição incorporadas em Workflows de aprovação existentes alcançam taxas de conformidade 3 a 4x maiores do que documentos de política independentes, independentemente do conteúdo da política.

Para a política funcionar:

1. Construa o registro. Cada ferramenta aprovada entra em uma ferramenta central (uma planilha está bem para começar; uma plataforma adequada de gestão de SaaS conforme você escala) com responsável, custo, data de renovação e status.

2. Automatize os alertas de renovação. Noventa dias antes de cada renovação acima de $5K, o responsável comercial recebe um lembrete automático. Essa única mudança elimina a maioria das surpresas de renovação.

3. Torne a conformidade o caminho mais fácil. O Workflow de aprovação deve levar dez minutos para uma ferramenta de $3K, não trinta. Se o processo for doloroso, as equipes o contornam.

4. Revise exceções publicamente. Quando uma equipe compra uma ferramenta fora do processo, resolva-a em um fórum onde outros líderes de equipe vejam. O shadow IT persiste quando não tem consequências.

5. Reporte sobre o portfólio trimestralmente. Uma breve revisão do portfólio (gasto total, ferramentas adicionadas, ferramentas removidas, próximas renovações) mantém a visibilidade da liderança atual sem exigir uma auditoria profunda a cada vez.

Medindo se a Governança Está Funcionando

A pontuação de satisfação das operações vale a pena rastrear explicitamente. Se as operações avaliam consistentemente o processo de aquisição de forma negativa, a política está criando atrito que gerará contornos. Esse atrito vale a pena diagnosticar e remover.

Como o Rework Work Ops Apoia a Coordenação entre Aquisição e Operações

A governança se rompe quando aquisição e operações trabalham a partir de sistemas separados: a aquisição vive em planilhas e filas de chamados, as operações vivem em ferramentas de projeto e caixas de entrada compartilhadas. A transferência entre eles é onde se originam avaliações duplicadas, shadow IT e surpresas de renovação.

O Rework Work Ops dá a ambas as funções uma superfície compartilhada. O registro de vendors vive como um banco de dados estruturado que cada departamento pode ver: cada ferramenta, responsável, data de renovação, nível de gasto e status de aprovação em um único lugar. A aquisição pode filtrar por "contratos que renovam em 90 dias acima de $10K" enquanto as operações podem filtrar por "ferramentas na minha categoria atualmente sob avaliação." Avaliações duplicadas surgem antes que a segunda equipe desperdice seis semanas em um RFP paralelo.

O template de Workflow de aprovação mapeia diretamente para o Modelo de Divisão de Decisão-Proprietário acima. Uma solicitação de $3K é roteada para o chefe de departamento com um checklist leve. Uma solicitação de $25K adiciona automaticamente a aquisição como assessora e aciona o template de RFP. Uma solicitação de $60K escala para a aquisição liderada com operações como stakeholder, tudo sem perseguição via Slack ou propriedade ambígua. A partir de $6 por usuário por mês, o Work Ops é precificado para se justificar após evitar uma compra duplicada.

Perguntas Frequentes

Saiba Mais

• A Árvore de Decisão de Compra de SaaS: Quando Comprar, Construir ou Adicionar: o framework de decisão que opera dentro da estrutura de governança
• Como Conduzir um RFP de SaaS sem Desperdiçar 6 Semanas: como é o processo liderado pela aquisição para compras acima do limite
• O Problema do Sprawl de SaaS: Sinais de que Você Tem e Como Corrigir: o que acontece quando a governança está ausente por muito tempo
• Consolidação de SaaS: Quando Cortar uma Ferramenta vs. Mantê-la: o exercício de limpeza que a boa governança evita que seja necessário
• Medindo ROI de SaaS 90 dias após a compra: como vincular a responsabilidade do responsável pelo negócio a resultados mensuráveis em 90 dias
• Política de governança de IA para departamentos: como estender o framework de autoridade para governar compras de AI SaaS especificamente