Especialista ou agência PrestaShop: o que perguntar antes de contratar
Quem gere a sua loja tem acesso a tudo e decide como ela é construída. Propomos-lhe as perguntas que convém fazer antes de contratar um especialista, um programador ou uma agência PrestaShop, e que respostas o deveriam tranquilizar.
Antes de contratar um especialista, um programador ou uma agência PrestaShop, pergunte como faz as cópias, se testa as alterações numa cópia da loja antes de mexer na real, se programa com módulos ou modificando o núcleo, de quem é o código e os acessos, como o avisa dos erros e como cobra (pacote de horas ou mensalidade). As respostas a essas perguntas dizem mais do que qualquer portefólio.
Não se trata de desconfiar, mas de saber como trabalha a pessoa ou a equipa que vai ter as chaves do seu negócio. Estas são as perguntas, agrupadas por tema, e o que conviria ouvir.
Cópias e ambiente de testes
Como e com que frequência são feitas as cópias?
O razoável é uma cópia diária dos ficheiros e da base de dados, guardada fora do servidor da loja, e outra imediatamente antes de qualquer alteração importante. Pergunte também quando foi restaurada uma pela última vez: uma cópia que nunca foi testada pode não servir no dia em que for precisa.
Onde são testadas as alterações?
A boa resposta é «numa cópia da sua loja, antes de as levar para produção». Atualizações do PrestaShop, módulos novos, alterações no tema: tudo passa primeiro por um ambiente de testes com os seus dados. Se a resposta for «fazemos diretamente, com cuidado», a sua loja é o ambiente de testes.
Essa cópia pode escrever aos meus clientes?
Uma cópia com o correio real configurado pode enviar um e-mail a um cliente verdadeiro com uma simples mudança de estado de encomenda. Quem trabalha bem desvia todo o correio das cópias para uma caixa de testes e coloca os gateways em modo de teste.
Como é construída
Módulos ou overrides?
O PrestaShop permite alterar o seu comportamento de duas formas: com módulos que se ligam nos pontos previstos (hooks) ou com overrides, que substituem partes do núcleo. Os overrides têm o seu lugar, mas cada um é uma peça que pode partir-se na atualização seguinte e que pode entrar em conflito com outro módulo que mexa no mesmo. Pergunte quantos overrides tem a sua loja e porquê, e se as alterações novas serão feitas como módulo.
Mexe-se no núcleo ou no tema original?
Editar ficheiros do núcleo do PrestaShop ou os modelos do tema original é a forma mais rápida de fazer uma alteração e a mais cara a médio prazo: a atualização seguinte apaga-a ou parte-a. O saudável é um tema filho para o design e módulos para a lógica.
Como fica documentado?
Peça um registo de alterações: o que se mexeu, quando e porquê. Sem ele, o técnico seguinte (ou o mesmo, daqui a um ano) tem de redescobrir a loja.
Propriedade e acessos
- De quem é o código à medida? O normal é que o que se desenvolve para a sua loja seja seu ou, pelo menos, que tenha o direito de o usar e modificar sem depender de quem o fez.
- Em nome de quem estão o domínio, o alojamento e as contas? Domínio, alojamento, gateways de pagamento, contas de analítica e de lojas de apps: tudo em seu nome. Que o técnico tenha acesso está bem; que seja o titular, não.
- Cada pessoa entra com o seu utilizador? No back-office e no servidor, acessos individuais, não uma conta partilhada. Assim sabe-se quem fez o quê e é possível retirar o acesso a alguém sem mudar tudo.
- O que acontece se deixarmos de trabalhar juntos? A resposta tranquilizadora é: entregamos-lhe acessos, cópias e documentação, e retiramos os nossos.
Erros, alertas e tempos de resposta
Como fico a saber se algo falha?
O ideal é que o técnico saiba antes de si, e certamente antes dos seus clientes. Pergunte se há vigilância de erros, da disponibilidade da loja e de alterações suspeitas (funcionários novos, ficheiros modificados), e quem recebe esses alertas.
Quanto tempo demoram a responder?
Distinga entre uma incidência que para as vendas (o checkout não funciona) e uma melhoria. Peça prazos para cada tipo e pergunte o que acontece ao fim de semana ou em campanhas.
Dizem-me antes quanto vai custar?
Para qualquer tarefa que não seja rotineira, uma estimativa prévia em horas, e depois o detalhe do que foi feito. Sem surpresas na fatura.
Experiência que convém verificar
Um portefólio de lojas bonitas diz pouco sobre como são mantidas por dentro. É melhor perguntar por situações concretas:
- Atualizações e migrações feitas. Já levou lojas da 1.6 ou 1.7 para versões atuais? O que se partiu e como o resolveu? Quem o fez de verdade conta problemas concretos, não só que «correu bem».
- Versões com que trabalha. Que conheça o PrestaShop 8 e 9, com as versões de PHP que exigem, e não só a versão em que aprendeu.
- Uma incidência séria. Peça-lhe que conte uma falha ou um problema de segurança que tenha tido de resolver: o que fez primeiro, quanto tempo demorou e o que mudou depois para que não se repetisse.
- Integrações parecidas com as suas. Se tem ERP, marketplaces ou uma transportadora com ligação própria, pergunte se já trabalhou com algo semelhante.
- Módulos que mantém. Quem publica e atualiza os seus próprios módulos tem de acompanhar cada versão nova do PrestaShop, e isso nota-se ao manter lojas.
Pacote de horas ou mensalidade fixa
| Pacote de horas | Mensalidade | |
|---|---|---|
| Como se paga | Um pacote de horas que se consome conforme o trabalho | Um valor fixo todos os meses |
| Adequa-se a | Lojas com necessidades variáveis: meses calmos e meses de projeto | Lojas com um volume de trabalho estável e previsível |
| O que perguntar | Se as horas expiram e como se informa de cada tarefa | O que inclui exatamente e o que se cobra à parte |
| Risco | Que as horas não se usem para prevenção e só para apagar fogos | Pagar meses em que não se faz nada visível |
Nenhuma das duas é melhor por si só. O importante é que, com qualquer uma, haja trabalho preventivo (atualizações, revisão de cópias, vigilância) e não só reparações.
Sinais de que está no bom caminho
- Explica-lhe as alterações numa linguagem que entende e mostra-lhe o que pode fazer sozinho.
- Diz-lhe que não a coisas que prejudicariam a loja, mesmo que as pague.
- Prefere atualizar com frequência e em pequeno do que de uma vez de vários em vários anos.
- Consegue dizer-lhe a qualquer momento que versão do PrestaShop, do PHP e de cada módulo tem.
- Avisa-o de um problema antes de um cliente o fazer.
Como trabalhamos na Rekire
Somos uma equipa que desenvolve módulos próprios de PrestaShop e mantém lojas de clientes; na página sobre nós contamos-lhe quem somos. Trabalhamos sobre uma cópia da sua loja antes de mexer na produção, com o correio das cópias desviado e os gateways em modo de teste. Na manutenção do PrestaShop e no suporte PrestaShop trabalhamos com pacotes de horas: o de 20 horas para incidências e melhorias pontuais e o de 50 horas para um suporte contínuo de desempenho, segurança e melhorias. As horas não expiram nem têm consumo mínimo mensal, os clientes com pacote têm prioridade na fila de incidências, damos-lhe uma estimativa antes de começar e só se desconta o tempo trabalhado, com o detalhe de cada tarefa.
Perguntas frequentes
É melhor um programador freelancer ou uma agência PrestaShop?
Depende do tamanho da loja. O que importa é que haja cópias, ambiente de testes, documentação e alguém que responda quando essa pessoa não estiver disponível.
O que é um especialista PrestaShop?
Alguém que conhece o núcleo, os temas e os módulos, e que sabe atualizar e depurar uma loja sem a partir. Pergunte-lhe pelas atualizações e migrações que já fez.
Como mudo de agência sem perder a loja?
Certifique-se de que o domínio, o alojamento e as contas estão em seu nome, peça uma cópia completa e a documentação das alterações, e mude todas as palavras-passe no fim.
Quantas horas de manutenção precisa uma loja?
Depende dos módulos, das integrações e do código à medida. O prático é medir durante alguns meses e ajustar o pacote ou a mensalidade à realidade.