Engenharia de produto
Software à medida, assumido do primeiro esboço até ao deploy em produção.
Sites, plataformas web, lojas online e as ferramentas internas em que um negócio assenta. Desenhamo-los, construímo-los, lançamo-los e continuamos a cuidar deles.
O que isto significa
O trabalho vai de plataformas e aplicações web à medida a sistemas de gestão de conteúdos (CMS) que uma equipa de marketing gere sozinha, lojas online, fluxos de reservas e de pedidos, e as ferramentas internas por trás de tudo isso.
Uma equipa detém o modelo de dados, a interface e os deploys. Esse único facto decide quase tudo o resto: o modelo de dados ganha um dono logo na primeira semana, o design é desenhado contra aquilo que o sistema consegue mesmo fazer, e quem escolhe como é alojado é quem o escreveu. Tudo aquilo em que um negócio assenta acaba por apoiar-se nesse modelo de dados, por isso é a primeira coisa que fechamos.
Na prática, isso significa que as decisões aborrecidas são tomadas cedo e de propósito. O que é, afinal, o modelo de conteúdos. O que acontece quando uma campanha multiplica o tráfego por vinte. Quem edita isto no ano que vem, sozinho. Essas respostas são baratas de mudar na primeira semana e caras ao sexto mês, e é por isso que vêm primeiro.
Continuamos responsáveis depois. É essa a parte que muda a forma como as coisas são construídas: ninguém escreve um processo de deploy que não queira que o acorde de noite.
Perguntas
O que perguntam primeiro.
Como começa normalmente um projeto?
Por definir o âmbito, não por escrever código. Um trabalho curto que transforma aquilo que quer naquilo que vai realmente custar, ou seja o modelo de dados, as superfícies, o que tem de integrar com o quê, e onde está o risco. Recebe uma estimativa pela qual nos pode responsabilizar, e se a forma do projeto não for para nós, dizemo-lo nessa altura e não três meses depois.
Trabalham com a nossa equipa interna?
Sim, e muitas vezes é o melhor arranjo. Construímos plataformas que a equipa de marketing do cliente gere no dia a dia sem nós, o que era o objetivo do trabalho desde o início. Quando uma equipa interna vai herdar o código, construímo-lo para ser herdado, e dizemo-lo no orçamento.
Que stack usam?
Não há uma stack de casa. É escolhida projeto a projeto, a partir daquilo que o problema exige mesmo: a carga que tem de aguentar, a forma dos dados, com o que tem de integrar, quem a mantém depois, e quanto tempo tem de durar. Trabalhar com várias é o que torna isso uma decisão e não uma preferência, e dizemos-lhe o que escolhemos e porquê antes de se construir seja o que for em cima disso.
O que acontece depois do lançamento?
Continuamos com o projeto. A maior parte do que entregámos continua em produção, e várias dessas plataformas acolheram trabalho que ninguém tinha previsto no início, que é o verdadeiro teste de saber se a primeira arquitetura estava certa.
De quem é o código?
Fica definido no contrato, projeto a projeto. O que é construído só para si passa para si com o pagamento final. Quando assenta em algo que reutilizamos entre clientes, recebe uma licença perpétua para o usar e alterar, e a parte reutilizável continua a ser nossa.
Podem assumir software construído por outra equipa?
Sim. Primeiro passamos algum tempo com o que existe, para perceber como está construído, onde é frágil e o que seria preciso para o alterar com segurança. Recebe esse retrato antes de nos comprometermos com o que quer que seja.
Desenvolvem aplicações móveis?
Sim, para iPhone e Android, quando um site não chega para o que as pessoas precisam de fazer no telemóvel.