Portais de clientes, dashboards, integrações e produtos SaaS — construídos em torno dos seus processos, para que a sua equipa se concentre no crescimento em vez do trabalho manual.
Mapeamos o seu processo e os seus estrangulamentos.
Wireframes e arquitetura antes de escrevermos código.
Sprints ágeis com uma demonstração a cada duas semanas.
Alojamento, monitorização e desenvolvimento contínuo.
Quase todas as empresas em crescimento têm uma: uma folha de cálculo, ou uma cadeia delas, que se tornou infraestrutura crítica sem ninguém dar por isso. Funciona, mais ou menos, e é sustentada por duas pessoas que sabem onde estão as partes frágeis. O custo não aparece em nenhuma fatura — é precisamente por isso que sobrevive tanto tempo.
Mas o custo é real. Horas a copiar dados entre sistemas que não comunicam entre si. Decisões tomadas com base em números que estavam certos na terça-feira passada. Erros que ninguém deteta até um cliente os detetar. E um teto no crescimento, porque o processo só escala acrescentando pessoas para fazer o mesmo trabalho manual.
O software à medida compensa quando elimina esse teto. Não substituindo tudo de uma vez, mas pegando nos dois ou três processos que consomem mais tempo e transformando-os em algo que funciona sozinho.
A fama de que o desenvolvimento à medida ultrapassa prazos e orçamentos é, em boa parte, merecida — e costuma ter sempre a mesma origem: construir demasiado antes de alguém ter usado seja o que for.
Por isso fazemos o contrário. Mapeamos o processo tal como ele acontece hoje, incluindo os improvisos que as pessoas inventaram, e identificamos onde se acumulam de facto o tempo e os erros. Definimos a versão mais pequena que resolve esse problema concreto de ponta a ponta e acordamos o que tem de fazer antes de escrever código — wireframes e arquitetura primeiro, para que os desacordos aconteçam no papel e não numa revisão de sprint.
O desenvolvimento decorre depois em ciclos curtos, com uma demonstração funcional aproximadamente de duas em duas semanas. Utiliza-a, diz-nos o que está errado e ajustamos enquanto ajustar ainda é barato. Os requisitos vão mudar durante o projeto; mudam sempre. O objetivo desta estrutura é que mudar de ideias na semana seis custe uma conversa e não uma renegociação.
Software não é uma entrega, é uma relação com algo que continua a funcionar. Os browsers atualizam-se, as dependências recebem patches de segurança, o negócio muda aquilo de que precisa. Um sistema que ninguém mantém torna-se um problema ao fim de dois anos.
Por isso somos explícitos quanto ao que vem a seguir. O código e o repositório são seus — na totalidade, sem condições. Documentamos como está construído e como é publicado, para que outro programador o possa retomar sem trabalho de arqueologia. E oferecemos alojamento, monitorização e desenvolvimento contínuos para o caso bem mais comum: preferir que sejamos nós a mantê-lo a funcionar.
Construímos também a partir do princípio de que mais tarde terá de se ligar a alguma coisa. APIs limpas, estruturas de dados sensatas e nenhum atalho engenhoso que só faça sentido a quem o escreveu. A integração em que ainda não pensou é a que vai contar daqui a dois anos.
A variação é demasiado grande para um número único fazer sentido — uma ferramenta interna específica está numa ordem de grandeza completamente diferente de uma plataforma SaaS multi-tenant. O que conseguimos fazer depressa é estimar: depois de uma sessão a mapear o processo, damos normalmente um intervalo realista e, mais útil ainda, dizemos-lhe se um produto já existente no mercado resolve o problema por menos dinheiro. Às vezes a resposta honesta é que não precisa de software à medida.
A primeira versão funcional de uma ferramenta com âmbito bem definido leva normalmente seis a doze semanas. Vai ver demonstrações muito antes disso — aproximadamente de duas em duas semanas desde o início do desenvolvimento — porque feedback sobre algo real vale muito mais do que feedback sobre uma especificação.
Sim, na totalidade. O repositório é seu, a propriedade intelectual é sua e não nos paga quaisquer taxas de licenciamento por utilizar aquilo que construímos para si. Se mais tarde quiser levar o projeto para dentro de casa ou para outro programador, pode fazê-lo — e ajudamos na transição em vez de a dificultar.
Vão mudar, e o processo está pensado para isso. Trabalhar em ciclos de duas semanas significa que uma mudança de rumo custa um ciclo e não o projeto inteiro. Alterações grandes de âmbito afetam, como é evidente, prazo e orçamento — e dizemos-lhe qual é o impacto antes de começar, não no fim.
Normalmente sim. Sistemas de CRM, programas de contabilidade e faturação, plataformas de email, ferramentas de planeamento e sistemas de armazém oferecem quase sempre uma API, e ligá-los é um dos pedidos mais frequentes que recebemos. Quando um sistema não tem API, conseguimos muitas vezes trabalhar com importações e exportações agendadas. Verificamos as opções de integração antes de definir o âmbito, porque é exatamente esse o tipo de surpresa que faz descarrilar um projeto mais tarde.
Fale-nos do seu projeto numa consultoria gratuita — voltamos com um plano concreto e um cronograma.
Agende a sua chamada estratégica gratuita →
Agende a sua chamada estratégica gratuita — 30 min, sem compromisso