Como escolher um partner ou programador de Odoo

Pesquisar «como escolher um partner de Odoo» devolve sobretudo listas de agências que se autoproclamam as melhores. Esse não é o problema real: o problema é que a maioria dos guias não dá critérios verificáveis, apenas adjetivos («experiência», «qualidade», «confiança»). Neste artigo deixamos os adjetivos de lado e vamos ao que pode comprovar antes de assinar: se o código que vai pagar existe de facto, com quem fala quando algo falha, o que acontece ao preço se o projeto se prolongar, e se as referências que lhe mostram são reais.

Partner da Odoo vs programador independente: o que significa cada um

Ser «partner da Odoo» é um estatuto comercial dentro do programa de partners da Odoo S.A., não uma garantia da qualidade do código que vai receber. Um partner da Odoo pode ter acesso a materiais de venda e a algum suporte da Odoo, mas isso nada diz sobre se o engenheiro que vai mexer na sua base de dados é bom, responde depressa ou entrega código sustentável. E o inverso também é verdade: um programador ou consultora sem esse selo pode ter anos de experiência real em Odoo e fazer um trabalho excelente. Nenhum dos caminhos garante nada por si só: o que garante alguma coisa é o que consegue verificar sobre cada fornecedor concreto, seja qual for o seu estatuto.

Um esclarecimento importante que muita gente dá erradamente como certo: não é preciso ser partner da Odoo para contratar personalização ou desenvolvimento. Trata-se simplesmente de configuração ou desenvolvimento com acesso de administrador à sua própria conta de Odoo: pode fazê-lo qualquer programador com conhecimento real de Odoo, seja ou não partner.

Os 5 critérios reais para avaliar a quem vai confiar o seu Odoo

1. Verificar código real, não apenas uma demonstração

Uma demonstração gravada ou um vídeo de produto não prova que o módulo funcione no seu Odoo. O que prova alguma coisa é pedir acesso a uma base de dados de testes (ou que instalem o módulo num ambiente seu) e comprovar por si, em Definições → Apps, que aparece como instalado e ativo: não apenas mencionado num diapositivo. Se o fornecedor resistir a dar esse acesso ou só lhe mostrar capturas de ecrã, é um sinal de alerta.

Peça também para ver o código do módulo se for desenvolvimento à medida: não para o auditar se não for técnico, mas para confirmar que existe como ficheiro versionado (com manifesto, testes, controlo de versões), e não como uma promessa de que «depois fazemos».

2. Suporte direto vs fila de tickets

Quando algo se avaria em produção, a quem escreve? Há dois modelos muito diferentes: falar diretamente com quem construiu o módulo (ou com uma equipa pequena que conhece a sua instalação), ou abrir um ticket numa fila em que o primeiro nível de suporte não mexe em código e apenas escala. O segundo modelo não é necessariamente mau (grandes consultoras usam-no e funciona à sua escala), mas altera radicalmente o tempo de resposta perante um incidente real. Pergunte de forma explícita: «quem responde se isto falhar a uma sexta-feira às 18h, e em quanto tempo?».

3. Preço fechado vs faturação aberta por horas

A faturação aberta por horas passa todo o risco de um projeto mal estimado para o seu bolso: se o âmbito crescer ou o fornecedor demorar mais do que o previsto, paga mais sem o ter decidido. Um preço fechado (com o âmbito escrito e acordado antes de começar) passa esse risco para o fornecedor, que é quem melhor o pode estimar. Isto não significa que «por horas» seja sempre má ideia: faz sentido em manutenção contínua ou suporte a pedido. Mas para um projeto com princípio e fim (uma implementação, um desenvolvimento, uma migração), um preço fechado é a opção que o protege.

4. Referências verificáveis

Os testemunhos no próprio site do fornecedor não são verificáveis por definição: é ele que os escolhe e escreve. Peça algo que possa comprovar de forma independente: o nome de uma empresa cliente real que possa procurar no LinkedIn ou no seu próprio site, ou (melhor ainda) falar diretamente com alguém dessa empresa sem o fornecedor presente. Se um fornecedor opera há anos e não consegue dar-lhe sequer um contacto verificável, isso já é um dado em si mesmo.

5. Quem fica com o código e o acesso (evitar o vendor lock-in)

Antes de começar, deixe claro por escrito quem é o dono do código desenvolvido à medida e quem tem as credenciais de administrador do seu próprio Odoo. Se o fornecedor ficar com o único acesso de administrador e o código viver apenas no seu repositório privado, depende dele para sempre para qualquer alteração futura, mesmo que mais tarde queira mudar de fornecedor. Um fornecedor sério não tem problema em que o cliente tenha o seu próprio acesso de administrador e, em desenvolvimento à medida, o código num repositório que o cliente também controle.

Partner da Odoo vs programador independente, critério a critério

Nenhuma das duas vias é objetivamente «melhor»: cada uma tem o seu lugar consoante a dimensão e a natureza do projeto. Isto é o que muda realmente entre uma e outra:

Checklist de perguntas antes de contratar

Antes de assinar o que quer que seja, coloque estas perguntas diretamente ao fornecedor e valorize não só a resposta, mas a rapidez e o desconforto com que a dá:

• Posso ver o módulo instalado e a funcionar numa base de dados de testes antes de pagar?
• Se for desenvolvimento à medida, o código fica num repositório ao qual eu também tenho acesso?
• Quem responde se algo falhar fora do horário laboral, e em quanto tempo?
• O orçamento é fechado com o âmbito por escrito, ou aberto por horas?
• Se o âmbito mudar durante o projeto, como se gere o sobrecusto?
• Pode dar-me o contacto de um cliente real a quem possa perguntar diretamente?
• Com quem falo no dia a dia: consigo, ou com um gestor de conta que transmite as minhas mensagens a uma equipa técnica?
• Fico eu com as credenciais de administrador do meu próprio Odoo?

Como fazemos na FlexigoTech

Na FlexigoTech somos programadores de Odoo diretos, não revendedores: não há uma camada comercial entre si e quem escreve o código. Trabalhamos com orçamento fechado, nunca com faturação aberta por horas, e o âmbito é acordado por escrito antes de começar. Se precisar de desenvolvimento à medida (integrações externas, lógica de negócio complexa, relatórios avançados), pode ver como o abordamos no nosso serviço de desenvolvimento à medida em Odoo. E se quiser saber quem somos antes de nos escrever, tem o detalhe em a nossa página da equipa.

Ligações úteis dentro da FlexigoTech

Perguntas frequentes

O que fazemos sobre isto