Desde o início do uso intensivo do codex recentemente, tenho algumas experiências:

1. Todo trabalho de desenvolvimento deve ser gerenciado como um projeto, passar por uma fase de teste é apenas o começo do refinamento detalhado. Após concluir o desenvolvimento de 0 a 1 e validar a lógica, é preciso dividir o projeto em vários módulos e então aprimorar cada um deles.
2. O desenvolvimento não tem fim; é importante estabelecer metas diferentes de tempo ou de sucesso do projeto. Por exemplo, interação com o cliente, em que situação é considerada interativa? Deve-se definir um padrão claro para si mesmo, e não ficar em melhorias e ajustes infinitos, pois isso pode levar à autoengano. A comercialização deve seguir ações padrão de negócios.
3. É preciso fazer escolhas; algumas funcionalidades podem parecer melhores, mas para o cliente são indiferentes ou de baixo valor. Nesses casos, na versão 1.0, é necessário ter coragem de abandonar o que não agrega valor, pensando sempre do ponto de vista do cliente.
4. As decisões de produto devem estar alinhadas às demandas do mercado, não baseadas apenas nas preferências pessoais. Como saber se há mercado? Se consegue vender e receber pagamento, isso indica que há demanda.
5. Não há produtos bons ou ruins, apenas produtos que atendem às necessidades do cliente. Pode ser um produto que você acha simples, mas que vende muito bem, mesmo com baixo custo. Recentemente, o aplicativo “Morri ou não” é um exemplo típico.
Resumindo: defina o produto com base nas necessidades do cliente e do mercado; tenha padrões claros para ir de 0 a 1; o trabalho de desenvolvimento deve ter limites.