Por que construímos as nossas próprias ferramentas em vez de usar as existentes
Como o desenvolvimento do k-notes, k-tasks e k-cv mudou a forma como pensamos sobre software — e por que "usa simplesmente uma ferramenta existente" nem sempre é o conselho certo.
Damos conselhos aos clientes sobre quando desenvolver software à medida e quando usar ferramentas existentes. Seria pouco coerente não aplicar esse mesmo raciocínio a nós próprios.
Por isso, quando decidimos criar o k-notes, o k-tasks e o k-cv, as pessoas perguntaram, com razão: porquê? O Notion existe. O Trello existe. Há dezenas de ferramentas para criar CVs. O que vos fez pensar que precisavam de criar as vossas próprias?
Aqui está a resposta honesta.
Queríamos ferramentas que funcionassem à nossa maneira
A maioria dos softwares de produtividade é concebida para o utilizador médio em todos os casos de uso possíveis. É uma estratégia de produto razoável. Significa também muita complexidade que a maioria das pessoas nunca utiliza.
Tomamos notas constantemente — durante reuniões, enquanto lemos, quando surge uma ideia às onze da noite. Queríamos um editor que abrisse de imediato, guardasse automaticamente e não se metesse no caminho. O Notion é um excelente software, mas não é isso. Cada documento vive dentro de um sistema de espaços de trabalho que demora um momento a navegar. Continuávamos à procura de uma aplicação de notas que abrisse como uma página em branco.
Por isso criámos uma.
O mesmo aconteceu com as tarefas. Usámos o Trello durante anos. Depois o Asana. Depois o Linear. Cada um resolvia alguns problemas e introduzia outros. Queríamos uma ferramenta kanban onde criar uma tarefa fosse um clique, onde a interface não exigisse formação para se perceber, e onde o plano gratuito não parecesse uma demonstração. Construímos isso em vez disso.
Preocupamo-nos com a propriedade dos dados
Somos uma empresa europeia, e as práticas de dados que são normais no Vale do Silício nem sempre são aceitáveis aqui — nem legal nem eticamente. Quando usa uma ferramenta SaaS americana gratuita, o modelo de negócio é geralmente publicidade ou licenciamento de dados. As suas notas, as suas tarefas, os seus documentos de carreira: são o produto.
Os nossos produtos funcionam em infraestrutura europeia (Neon Postgres com residência de dados na UE) e temos uma relação simples com os utilizadores: paga uma pequena mensalidade, guardamos os seus dados, não os vendemos nem os analisamos. O cumprimento do RGPD não é uma obrigação legal para nós — é um requisito de design.
Desenvolver software torna-nos melhores parceiros de desenvolvimento
Cada vez que lançámos uma funcionalidade de um produto, deparámo-nos com os mesmos problemas que os nossos clientes enfrentam: requisitos pouco claros, alargamento do âmbito, a tensão entre velocidade e qualidade, decisões que pareciam pequenas e revelaram ser fundamentais.
Gerir os nossos próprios produtos tornou-nos melhores conselheiros. Quando um cliente diz "queremos apenas acrescentar mais uma coisa", compreendemos exatamente o que isso normalmente significa para um prazo. Quando alguém pergunta sobre escolhas de esquema de base de dados, já estivemos nessas conversas às duas da manhã a tentar resolver um problema em produção.
Ter jogo na mesa muda a forma como se pensa sobre software.
O que aprendemos (e o que nos surpreendeu)
A parte mais difícil não foi a engenharia. Foi decidir o que não construir.
Cada produto que lançamos tem uma lista de funcionalidades que deliberadamente excluímos. O k-notes não tem modo wiki. O k-tasks não tem diagramas de Gantt. O k-cv não tem inteligência artificial que escreva a sua secção de experiência. Os utilizadores pedem estas coisas. Nós dizemos que não.
Isto é mais difícil do que parece. O instinto, quando alguém pede uma funcionalidade, é dizer que sim. Dizer que não exige uma visão clara do propósito do produto — e a disponibilidade para decepcionar alguns utilizadores potenciais de forma a servir melhor os utilizadores centrais.
As aplicações funcionam por aquilo que removemos, não pelo que adicionámos.
Por que partilhamos isto
Não contamos esta história para sugerir que desenvolver ferramentas à medida é sempre a decisão certa. Não é. Existem excelentes produtos para a maioria das necessidades comuns, e utilizá-los é geralmente a escolha sensata.
Mas para nós, desenvolver as nossas próprias ferramentas não foi vaidade. Foi a única forma de ter exatamente o que precisávamos, alinhado com os nossos valores, que pudéssemos manter e melhorar nós próprios. Os produtos existem porque os usamos, não como exercício de portfólio.
Se está a desenvolver algo e quer discutir se deve construir ou comprar, temos uma opinião formada e não lhe diremos apenas o que quer ouvir.