o que um parceiro técnico faz (e o que não faz)

A maioria das empresas compra software do jeito que compra um telhado: uma vez, de um empreiteiro, e depois torce. Funciona para telhados. Funciona mal para software, porque software tem dependências que expiram, contas de hospedagem que mudam e uma superfície de segurança que cresce toda vez que alguém se cadastra em uma ferramenta nova.

A alternativa é um parceiro técnico. O termo é usado de forma solta, então aqui vai o que a gente quer dizer com ele, e o que ele não é.

O modelo de projeto, e onde ele quebra

Você define um escopo, uma agência constrói, entrega, e a relação termina. É um bom modelo quando o que você precisa é finito. Um microsite de campanha. Uma integração pontual. Um rebranding.

Ele quebra de um jeito específico e previsível. Uns dezoito meses depois:

• uma dependência chega ao fim da vida útil e o site começa a exibir avisos que ninguém consegue explicar
• o formulário de contato para de entregar, em silêncio, e você descobre por um cliente que achou que foi ignorado
• o domínio renova em uma caixa de email de alguém que já saiu
• um cliente maior pede sua política de segurança e não existe uma
• quem construiu seguiu em frente, e ninguém escreveu como nada daquilo funciona

Nenhum desses é problema de construção. São problemas de propriedade, e o modelo de projeto não tem resposta para eles porque o projeto acabou.

O que um parceiro segura

Um parceiro técnico segura quatro coisas continuamente, com ou sem projeto ativo:

1. Contexto: por que o sistema funciona do jeito que funciona, o que foi tentado e descartado, quais partes são frágeis. Essa é a coisa cara de reconstruir, e você paga por ela de novo toda vez que troca de fornecedor.
2. O perímetro: quem tem acesso a quê, quais contas existem, o que está exposto à internet e o que acontece quando alguém sai.
3. A lista de materiais: o que roda onde, quanto custa, o que está chegando ao fim da vida útil e o que aconteceria se qualquer um deles sumisse amanhã.
4. A próxima decisão: a uma ou duas coisas que mais melhorariam sua posição no próximo trimestre. É deliberadamente menor que um roadmap, e mantida atual conforme o negócio muda.

Onde ele para

Um arranjo de parceria tem uma capacidade combinada, não trabalho ilimitado por uma taxa fixa. Quem oferece ilimitado está limitando de forma invisível ou planejando perder dinheiro e depois a sua boa vontade. O que separa isso de um projeto é que a capacidade é sua para apontar para o que importar este mês.

Se o arranjo é abrir chamados em um portal e esperar resposta, você comprou suporte terceirizado, que é um produto diferente e mais barato.

Também existe um tamanho de empresa em que ter engenheiros na equipe ganha de lavada. Um bom parceiro te avisa quando você chegou lá. Um ruim continua cobrando e não diz nada.

Como saber qual você precisa

Conte quantas dessas são verdadeiras:

• Software é estrutural para como você opera, não só para como você divulga
• O cargo de ninguém inclui responsabilidade por ele
• Você não conseguiria listar com confiança todo sistema que guarda dados de clientes
• Algo técnico te surpreendeu nos últimos seis meses
• Um cliente ou seguradora te fez uma pergunta de segurança

Com zero ou uma, comprar projetos funciona bem. Com três ou mais, as surpresas vão continuar chegando, e prevenir custa menos do que responder.

A troca honesta

Um parceiro custa mais por mês do que nada, que é o que a maioria das empresas gasta com isso hoje. O que você ganha em troca é que as falhas acima deixam de ser eventos e viram manutenção: pegas cedo, e mencionadas em uma nota mensal em vez de uma ligação em pânico.

Esse é o discurso inteiro. Não é empolgante, e não é para ser.

A gente trabalha assim na rebootworks: três frentes em um só contrato, mês a mês, e tudo é seu. Se algo na lista acima soou familiar, conta qual.