Sim, e trata-se de uma etapa autónoma do percurso. Entre o momento em que descreve a sua atividade e aquele em que a aplicação é construída, um ecrã de plano mostra-lhe exatamente o que vai ser produzido: as vistas, as entidades de dados, os indicadores e os valores das suas listas de opções. Tudo pode ser alterado, adiciona-se, renomeia-se, reordena-se, oculta-se ou elimina-se, e nada é construído até que você valide. A isto junta-se um ponto que muitos só descobrem demasiado tarde noutros lugares: o tamanho da aplicação é DERIVADO da sua descrição, não resulta de um catálogo de funcionalidades para assinalar. Esta página explica exatamente o que pode ser cortado, em que momento e o que isso não resolve.
O verdadeiro risco não é ter pouco, mas ter demais
Os dados de mercado dizem todos a mesma coisa, e dizem-no dos dois lados do Atlântico. Em França, uma parte considerável de trabalhadores independentes abandona a sua ferramenta de gestão nos primeiros seis meses. Nos Estados Unidos, a maioria das pequenas empresas utiliza menos de metade das funcionalidades do seu software, e uma em cada três abandona-o no prazo de um ano. A causa principal não é nem apenas o preço nem a ausência de funcionalidades: é precisamente o contrário, uma ferramenta concebida para uma equipa de cinquenta pessoas, com duzentas funcionalidades das quais só quinze são usadas, e uma complexidade que só se revela ao primeiro gesto concreto.
Trata-se de um risco que uma ferramenta de geração pode reproduzir à letra, e é preciso dizê-lo claramente: se descrever a sua necessidade com o vocabulário de uma grande empresa, obterá uma aplicação de grande empresa. A pergunta «posso remover o que não preciso» não é, portanto, um mero detalhe de conforto. É a pergunta que decide se ainda estará a utilizar a sua ferramenta daqui a seis meses.
O tamanho da aplicação é derivado da sua descrição
Uma aplicação gerada não sai de um catálogo: a sua estrutura é deduzida do que escreveu. O número de vistas segue um nível identificado na sua descrição, uma necessidade quotidiana, formulada de forma simples, dá origem a uma aplicação com quatro a seis vistas; uma necessidade intermédia, com seis a oito; uma necessidade rica ou multi-serviço, ultrapassa esse limite. Não paga, portanto, no sentido literal, funcionalidades que não usa: elas simplesmente não são produzidas.
A consequência é a única coisa a ter em mente antes de escrever: descreva a sua atividade tal como a vive, não como um concurso público a formularia. «Sou tosquiador canino e quero acompanhar os meus agendamentos, os meus clientes e os seus animais» e «plataforma de gestão multi-local com conformidade e controlo de fluxos» não produzem a mesma aplicação, e a primeira é aquela que ainda estará aberta daqui a seis meses. Se a necessidade crescer de facto, a aplicação pode crescer consigo, é a ordem inversa que nunca funciona.
O plano é revisto, e ajustado, antes de qualquer construção
Assim que a sua descrição for analisada, o ecrã de plano apresenta-lhe a estrutura proposta, antes de qualquer construção. As vistas podem ser adicionadas, renomeadas, reordenadas, ocultadas ou eliminadas. As entidades de dados, os seus clientes, as suas intervenções, os seus artigos, podem ser adicionadas, modificadas ou retiradas, e o plano sugere outras que está livre de ignorar. Os indicadores do painel de controlo podem ser adicionados ou eliminados individualmente. Até mesmo os valores das suas listas de opções podem ser ajustados: tanto o identificador técnico como a etiqueta apresentada.
É aplicada apenas uma única salvaguarda, e ela está inteiramente a seu favor: não é possível ocultar a ÚLTIMA vista visível, pois uma aplicação sem um ecrã navegável não faz qualquer sentido. Todo o resto está nas suas mãos. E é precisamente a validação do plano que desencadeia a construção: enquanto não validar, nada é produzido, corta-se antes, não depois.
O que isto não resolve
Ajustar o plano não substitui saber o que realmente precisa, e o plano não mostra ecrãs acabados: mostra uma estrutura. O que avalia ali é uma ossatura, quais as vistas, quais os dados, quais os indicadores, não um layout. Uma vista eliminada por engano não se perde definitivamente: a descrição é relançada e a aplicação é atualizada em seguida, este é o tema de outra pergunta neste hub.
A salvaguarda mais eficaz continua a estar na fase anterior, e resume-se a uma frase: comece pequeno, deliberadamente. Uma aplicação com cinco vistas que abre todos os dias vale mais do que uma aplicação com doze vistas, das quais só visita três, é exatamente essa diferença que os dados de abandono citados acima medem. O plano existe para tornar essa escolha visível e reversível antes de lhe custar qualquer coisa.