Pular para o conteúdo

Artigo

Produto digital novo: as perguntas antes da primeira linha de código

Orçamento, plataforma, incerteza, público, uso sem internet, internacionalização e segurança. O que responder antes de contratar quem vai programar.

Por Cleber Ferrari ·

Por onde começar um produto digital novo? O caminho depende do orçamento, do público e de quanta incerteza existe. Mas uma regra vale sempre: não comece contratando quem vai programar, e muito menos escrevendo código.

Comece pelas perguntas abaixo.

Quanto a empresa pode investir

Como está a situação financeira da empresa? Quanto o projeto pode gastar? Você não precisa abrir esse número para quem vai programar. Mas quem responde pelo produto precisa conhecê-lo.

Em qual plataforma

Será um aplicativo para Android e iOS? Precisa de versão web? Ou basta uma versão web que se adapta ao celular?

Cada resposta muda o custo e o prazo.

Quanta incerteza existe

Você ainda precisa validar hipóteses? Ninguém elimina toda a incerteza antes de começar. Isso nem é necessário. Mas quem for construir precisa saber como vai entregar e validar o produto com os primeiros usuários.

Para isso serve o MVP (produto mínimo viável): a primeira versão, com só o necessário para testar a hipótese com usuários reais.

Se a incerteza é alta, quem for construir pode fazer o MVP com ferramentas de desenvolvimento rápido, como no-code e low-code. Assim, o MVP pode chegar aos primeiros usuários em poucas semanas.

Quando a incerteza diminuir, quem for construir pode descartar o MVP e fazer a versão definitiva com outra tecnologia. Nesse caso, descartar o MVP é um custo previsto, não um erro.

Um assistente de IA também pode encurtar o caminho até o MVP. Mas ele não responde às perguntas deste texto.

Se o produto depende de algo raro

O produto depende de algum recurso pouco comum, como um equipamento novo ou uma tecnologia recém-lançada? Liste esse recurso e confirme se há fornecedor e profissional disponíveis para ele.

Se não houver, o prazo e o custo do projeto podem mudar.

Para quem e em que condições

Quem é o público? Quantos acessos são esperados? De onde as pessoas vão acessar, e com que conexão?

O produto precisa funcionar sem internet? Essa resposta pode mudar o projeto inteiro.

A internacionalização está nos planos? Ela vai além da tradução: inclui formatos de data e de número, moeda e obrigações legais de cada país. Se estiver nos planos, ela entra no planejamento desde o início.

Segurança, auditoria e LGPD

Quais dados pessoais o produto vai tratar? Quem pode acessar o quê, e como esse acesso é protegido?

Quem precisa do registro do que foi feito no sistema, e por quanto tempo? O que acontece se houver uma falha ou um vazamento?

Se essas respostas entrarem tarde, elas viram requisitos caros.

Depois das perguntas

Com parte das respostas em mãos, a conversa avança para arquitetura, nuvem, linguagens e a lista de funcionalidades do MVP. Então vem a segunda etapa: montar o time e o ambiente de desenvolvimento.

Quem responde pelo produto também decide o prazo. O critério é sair o mais rápido possível sem abrir mão da qualidade, da segurança e dos testes.

Para ver como a CTGF conduz esse tipo de projeto, veja a página Projetos especiais.

Ficar parado é custo adiado.

Na Sessão de Diagnóstico, a CTGF mede onde o seu sistema está e o que a modernização destrava. A primeira sessão é gratuita.

Agendar Sessão de Diagnóstico