logo
business

As 7 perguntas a fazer antes de assinar com um prestador de SaaS

8 min de leitura
As 7 perguntas a fazer antes de assinar com um prestador de SaaS

Estás prestes a confiar o teu projeto SaaS a alguém. Um orçamento, meses da tua vida, por vezes o futuro da tua empresa. E, ainda assim, a maior parte das pessoas assina depois de uma bela apresentação e de um orçamento que parece razoável. É aí que as coisas descarrilam.

Escrevi um artigo sobre o que o teu programador não te diz, depois de o projeto arrancar. Este chega antes. Porque o melhor momento para evitar uma má parceria é o dia em que fazes as perguntas certas, não o dia em que descobres o problema.

Eis como escolher um prestador de SaaS suíço sem te deixares enganar. Sete perguntas. Não precisas de ser técnico para as fazeres. Cada uma revela um sinal claro. E, para cada uma, digo-te o que deves ouvir e o que te deve fazer fugir.


Porque é que estas perguntas contam mesmo

Um projeto SaaS falhado raramente custa por causa do código. Custa por causa de um desalinhamento que ninguém viu chegar. O parceiro pensa que está a entregar uma coisa, tu esperavas outra. Ninguém agiu de má-fé. Ninguém fez as perguntas certas no início.

A boa notícia: um parceiro técnico sério adora estas perguntas. Mostram-lhe que levas o projeto a sério. Aquele que se fecha ou que se esquiva, acabaste de aprender o essencial.


1. A quem pertence o código?

Esta é a primeira, e não é negociável. Tu pagas, portanto o código é teu. Devia ser óbvio. Nem sempre é.

O que queres ouvir: "Todo o código é teu, alojado no teu próprio repositório Git, tens acesso desde o primeiro dia." Um parceiro honesto dá-te as chaves à medida que avança, não no fim.

Red flags: o código vive no servidor "deles", na conta "deles", com um acesso que te é prometido "na entrega." Ou uma licença vaga que te obriga a ficar com eles para a mais pequena alteração. Se não podes ir embora com o teu código amanhã de manhã, não compraste um produto, alugaste uma dependência.

Pergunta também: recebo o repositório Git, os acessos ao alojamento, os nomes de domínio, as contas de terceiros, tudo em meu nome? A resposta deve ser sim, sem hesitação.


2. Que stack, e porquê essa?

Não precisas de perceber a resposta técnica em detalhe. Precisas de perceber o raciocínio. Um bom parceiro escolhe a sua stack para o teu projeto, não para o conforto dele nem para a tecnologia da moda do momento.

O que queres ouvir: tecnologias comprovadas, com uma verdadeira comunidade, fáceis de retomar por outros programadores na Suíça. Uma explicação em linguagem simples do género "escolhemos isto porque é estável, bem documentado, e vais encontrar facilmente alguém para o manter daqui a três anos."

Red flags: uma stack exótica que mais ninguém conhece. Uma framework caseira. Ou o contrário, nenhuma justificação, apenas "é o que usamos sempre." A durabilidade é a tua capacidade de mudar de prestador um dia sem reescrever tudo. Faz a pergunta diretamente: se quiser confiar a manutenção a outra pessoa daqui a dois anos, é fácil?


3. Como geres a segurança e a proteção de dados?

Na Suíça, a nLPD aplica-se. Se o teu SaaS toca em dados pessoais, e é quase sempre o caso, não é uma opção. O teu parceiro deve ter pensado nisso antes de fazeres a pergunta.

O que queres ouvir: alojamento na Suíça ou na UE conforme as tuas necessidades, dados encriptados, uma gestão limpa dos acessos, uma reflexão sobre o que acontece em caso de fuga. Idealmente, alguém que te fala da nLPD sem que tenhas tido de dizer a palavra.

Red flags: um branco embaraçado sobre a questão do alojamento. Servidores por defeito nos Estados Unidos "porque é mais barato" sem te explicar as implicações. Ou pior, "a segurança, logo se vê." A segurança não se acrescenta no fim, constrói-se desde a primeira linha. Um parceiro que a trata como uma opção é um parceiro que ta vai faturar a peso de ouro no dia do problema.


4. Como garantes a qualidade? Escreves testes?

Toda a gente entrega uma coisa que funciona no dia da demo. A verdadeira pergunta é: ainda vai funcionar daqui a seis meses, depois de vinte alterações?

O que queres ouvir: sim, há testes automatizados nas partes críticas, há revisões de código, há um processo para evitar que uma nova funcionalidade parta uma antiga. Um parceiro que te fala de qualidade como um investimento, não como uma chatice.

Red flags: "os testes são caros e atrasam." É verdade a curto prazo e catastrófico a longo prazo. Sem rede de segurança, cada evolução torna-se uma aposta. Vais pagar a dívida técnica, com juros. Falo disso em mais detalhe em o que o teu programador não te diz, porque muitas vezes é invisível a partir da tua cadeira.


5. O que acontece se desapareceres?

Pergunta brutal, mas essencial. O teu parceiro pode encerrar a atividade, adoecer, mudar de vida. Um freelancer sozinho pode desaparecer de um dia para o outro. Uma agência pode falir. O que é feito do teu projeto?

O que queres ouvir: "Está tudo documentado, o código é limpo e legível, tens todos os acessos, qualquer programador competente pode retomar o projeto." Um parceiro que pensou na tua continuidade, não só na missão dele.

Red flags: "não te preocupes, estarei sempre por cá." Ninguém pode prometer isso. Ou uma documentação inexistente, um código que só o autor compreende, uma organização onde todo o conhecimento cabe numa só cabeça. É exatamente o tema que aprofundo em agência, freelancer ou studio, porque o risco de continuidade muda muito consoante quem escolhes.

No meu caso concreto, dou-te até mais uma segurança. Trabalho em parceria com a Wavemind, uma agência suíça que conhece a minha maneira de trabalhar e que poderia retomar o teu projeto sem problema se eu viesse a desaparecer. É uma dupla segurança, e sobretudo sem qualquer obrigação para ti: não estás ligado a ninguém, ficas com o teu código e os teus acessos, sabes apenas que existe um plano B sólido para o caso. É exatamente isto que deverias procurar em qualquer parceiro, a prova concreta de que se pensou na tua continuidade antes mesmo de fazeres a pergunta.


6. Como trabalhamos juntos? Vejo o quê, e quando?

Um projeto SaaS não é uma encomenda que fazes e vais buscar três meses depois. É uma colaboração. O método de trabalho determina se mantens o controlo ou se assinas um cheque em branco.

O que queres ouvir: demos regulares, todas as semanas ou de duas em duas semanas, sobre uma versão em que podes mexer tu próprio. Pontos curtos e frequentes. A possibilidade de ajustar o rumo pelo caminho. Deves ver o produto a crescer, não descobri-lo no fim.

Red flags: "mostramos-te tudo na entrega." É a melhor forma de descobrir, demasiado tarde, que não tinham a mesma visão. Foge também do contrário, uma máquina de reuniões que te devora o tempo. O bom ritmo é: vês algo concreto muitas vezes, e podes reagir enquanto ainda é barato mudar de ideias.


7. Qual é o preço, e o que cobre exatamente?

O preço sozinho não quer dizer nada. Um orçamento de 20'000 francos pode ser mais caro do que um de 30'000 se o primeiro esquecer metade do trabalho. O que conta é o âmbito.

O que queres ouvir: um orçamento claro que lista o que está incluído e, tão importante quanto isso, o que não está. Uma explicação do que acontece se o âmbito mudar. Transparência sobre a manutenção depois da entrega. Um parceiro que prefere dizer-te que não hoje a faturar-te uma surpresa amanhã.

Red flags: um preço redondo apresentado sem detalhe. Um "tudo incluído" que nunca define o "tudo". Ou uma tarifa anormalmente baixa: ou há uma armadilha nos extras, ou a qualidade vai pagar a conta. Na Suíça, um bom SaaS à medida tem um custo real. Desconfia de quem te promete a lua por três tostões.


O verdadeiro sinal é como ele responde

Já percebeste: a resposta exata conta menos do que a maneira de responder. Um bom parceiro técnico é direto, assume as suas escolhas, diz-te que não quando é preciso, e trata-te como alguém inteligente mesmo nos temas técnicos.

Aquele que se esquiva, que te afoga em jargão para te impressionar, ou que promete tudo sem reservas, acabou de responder à única pergunta que conta mesmo: posso confiar nele ao longo do tempo?

Faz estas sete perguntas a cada candidato. Compara as respostas. A boa escolha vai tornar-se óbvia.


Se quiseres falar sobre o teu projeto, prefiro as verdadeiras conversas aos orçamentos anónimos. Vê como trabalho no SaaS à medida na Suíça, e faz-me diretamente estas sete perguntas. Terei todo o gosto em responder, é exatamente assim que começam as minhas melhores parcerias.

Enviar um email
Toni Dias

Toni Dias

Engenheiro de software e parceiro técnico · AsuOs

Pronto para transformar o seu negócio digital?

Toni Dias apoia-o na sua estratégia digital com soluções à medida.