Como Planejar seu App | As 7 Fases Pré Desenvolvimento

um dos grandes erros que muitos desenvolvedores cometem ao começar o novo projeto é cair direto pro desenvolvimento seja ele com ferramentas no code ou não alguns fazem isso porque já acham que sabem tudo que o projeto necessita e será desenvolvido já tem um certo conhecimento e assim eles vão ser mais produtivos outros já fazem isso por de fato falta de conhecimento em boas práticas de desenvolvimento software pode ter certeza que esses projetos ou eles vão ter furos Ou eles vão demorar muito mais que o necessário para a finalização isso tudo por conta da falta de

um planejamento inicial desse projeto e isso aqui eu não tô falando só para projetos que são desenvolvidos aí para clientes externos não isso também vale para você aí que tá criando um projeto pessoal né esse planejamento inicial também é extremamente importante nesse vídeo aqui eu quero te mostrar sete fases que fazem parte da metodologia da nocode Startup para fazer um bom planejamento de projeto Essas são fases extremamente importantes e que podem e devem ser executadas antes mesmo de você abrir qualquer ferramenta aí para começar seu desenvolvimento salve salve pessoal meu nome é neto Camarano seja

muito bem-vindo ao canal da noc Startup e mais aí um super conteúdo sobre esse nosso Universo de no code se você é novo por aqui já te convido a se inscrever no canal a gente tá trazendo aqui semanalmente conteúdo sobre esse Universo no code e principalmente Como você consegue transformar essa habilidade dada pelas ferramentas no Code em negócios lucrativos deixo aqui também mais um convite para você que quer se aprofundar aí nesse universo vou deixar no primeiro comentário Desse nosso vídeo o link das nossas formações completas em no code onde a gente te ensina a

sair do básico inicial até o avançado nas principais ferramentas no code no mercado Então bora lá sem mais enrolação que esse conteúdo aqui ficou de fato irado pessoal existe muito planejamento que pode e deve ser executado antes mesmo da gente abrir qualquer plataforma que a gente vai utilizar aí para para desenvolver a nossa aplicação seja com no code utilizando Bubble flutterflow e web xenom qualquer plataforma que seja ou até mesmo e principalmente se a gente for desenvolver com hard code e aqui no no code Startup a gente divide aí esse planejamento em sete fases que

é o que eu vou querer tá apresentando aqui para vocês agora então bora pra tela do computador pra gente conversar um pouquinho mais sobre isso então aqui Pessoal estão as nossas sete fases sendo que a nossa primeira fase que a gente vai começar na nossa fase zero né então a gente tá a fase zero 1 2 3 4 4 5 e 6 e posteriormente quero dar algumas dicas de ferramentas para vocês também para auxiliar aí na jornada de vocês na execução desse planejamento Então a gente vai ter algumas ferramentas aqui que vão se encaixar em

alguma dessas nossas fases Beleza então pessoal aqui como primeira fase a gente tem aqui nossa fase zero né que vai ser a nossa fase aqui de conceituação Geral do nosso aplicativo ou seja essa fase ela é extremamente importante porque ela vai ser a base para todas as nossas outras fases e aqui que a gente vai fazer a definição do que que é o nosso aplicativo qual que é o objetivo dele o que que ele tem que executar quais vão ser as funções que ele vai ter que executar páginas usuários enfim aqui é toda a base

e escopo de fato desse nosso aplicativo que a gente vai est desenvolvendo novamente essa fase é extremamente importante porque tudo a seguir vem com base nessa nossa estruturação essa nossa conceituação e obviamente por isso que esse mapeamento aqui ele deve ser feito com bastante Igor bastante atenção alinhando aí com todos os envolvidos no projeto né todos os stakeholders seja cliente ou outras pessoas parceiros que vão estar envolvidos Então esse conceito ele tem que est muito bem detalhado e muito bem alinhado entre todos os stakeholders desse projeto aqui como exemplo dessa conceituação geral aqui ao lado

eu trouxe alguns pontos que a gente pode estar levantando nessa nossa fase de conceituação Geral do app aqui como exemplo a gente vai estar fazendo a conceituação de um aplicativo de gestão de projetos então aqui eu tenho um conceito Geral do app que é um App multiempresas paraa gestão de projetos entre equipes no Quais os projetos vão ser separados em três níveis projetos histórias e tarefas a gente também pode e deve né levantar as funcionalidades que esse App vai ter um outro nome muito comum para esse levantamento chama é chamado de levantamento de requisitos de

software essa etapa de levantamento de requisitos é uma etapa extremamente importante pro projeto que deve ser feita com bastante atenção não vou entrar em detalhes aqui de como fazer isso O Mateus tá para gravar um vídeo sobre esse conteúdo caso ele já tenha gravado esse vídeo né sobre como fazer um levantamento de aquisito de software vou deixar o Card aqui para vocês caso ele ainda não tenha gravado quando a gente gravar vai tá disponível aí no nosso canal do YouTube e eu vou deixar aqui no card para vocês também Porém Aqui é muito importante que

a gente Liste né todas as funcionalidades que nossa app vai ter quais vão ser os requisitos desse Nossa aplicação importante também a gente pode levantar aqui é importante que a gente levante as páginas que nosso aplicativo vai ter quais são os tipos de usuário Quais são as permissões desses usuários dentro do nosso aplicativo então aqui já deu para entender né de ter uma visão da importância dessa conceituação de fato para fazer isso é investido um bom tempo aqui né de conversa com stakeholders com os clientes com os parceiros envolvidos na no desenvolvimento desse projeto para

de fato a gente fazer aqui essa conceituação Geral do aplicativo da melhor forma possível novamente Isso aqui vai ser a base para todas as nossas outras etapas basicamente Beleza então pessoal feita toda essa situação geral do nosso aplicativo a gente já sabe qual que é o objetivo Desse nosso app Quais são as funcionalidades dele requisitos dele né o que que ele vai fazer a gente pode partir agora pra nossa fase de buscar inspirações pro nosso projeto aqui o objetivo dessa fase é a gente buscar inspirações em projetos análogos ao nosso principalmente inspirações na parte de

usabilidade dessa nossa aplicação no design existe uma lei muito conhecida chamada de lei de Jacob a qual diz que pessoas usuárias passam a maior parte do tempo em outros sites e prefere que o seu site funcione da mesma maneira que todos os outros sites que ela já conhece ou seja os usuários esperam que o seu site aplicativo sistema ele funcione analogamente a todos os outros sistemas que ele já conhece e a gente espera isso de modo geral da de toda a internet né quando eu clico no botão eu espero que alguma coisa aconteça quando eu

vejo aquele menuzinho hambúrguer quando a gente tá no celular e clico nele eu espero que abra um menu para mim isso é extremamente natural porém ponto muito importante aqui nessa fase de inspiração é que a ideia a gente se inspirar principalmente em usabilidade não copiar o aplicativo né já conhecido aqui no nosso exemplo a gente tá criando né um gestor de projetos e a gente já sabe basicamente as páginas que a gente vai criar nessa nossa aplicação então aqui interessante a gente cri pegar inspiração para cada uma dessas páginas Principalmente olhando aí os fluxos que

a gente vai construir né as páginas que a vai construir e buscar inspirações aí em outros gestores de projetos conhecidos né então aqui a gente sabe que a gente vai ter uma página de login a gente pode buscar inspirações para construir esse nosso fluxo de login dashboards por exemplo E aí a gente vai buscar também inspirações em Sistemas bastante conhecidos para gestão de projetos no caso aqui a gente tem por exemplo o clickup também tem o azana e aqui assim a gente consegue identificar como que esses gestores de projeto né Essas aplicações funcionam como é

que elas trabalham para fazer a gestão né desses projetos Qual que é a usabilidade que elas propiciam aí paraos seus usuários E assim a gente vai pegando inspirações aqui desses grandes aplicativos né já conhecidos no mercado novamente aqui a ideia é a gente pegar a inspiração né adaptar e possivelmente melhorar a usabilidade que esses aplicativos estão entregando pro usuário a ideia não é copiar exatamente o que eles estão fazendo e com isso a gente consegue buscar a inspiração para todas as nossas páginas né todas as nossas necessidades aqui na nossa aplicação pra gente já conseguir

ter uma visão mais Ampla e mais inspirações aí para como que a gente pode fazer essa usabilidade aqui no nosso projeto como um todo tendo a definição do escopo do nosso projeto definindo e já sabendo Quais páginas a gente vai ter e já pegamos inspirações aí principalmente para essa parte de usabilidade da nossa aplicação a gente pode partir pra nossa fase dois começar a colocar a mão na massa de certa forma criando aí o que a gente chama dos nossos wireframes wireframes ou também conhecidos aí como um design de baixa fidelidade nada mais são do

que um esboço Geral do que vai ter na nossa aplicação sem que a gente pense em design cores né a gente vai focar aqui na disposição de certos elementos E focar principalmente na usabilidade entre elementos essa etapa extremamente crucial porque nela a gente começa a ter uma visão aí Eh mais visual de fato do nosso app a gente começa a documentar e mapear e os fluxos que vão acontecer dentro do nosso aplicativo já começa a pensar nesses fluxos e a gente consegue já ter uma visão inicial para validar com o nosso cliente né então a

gente tem aí a primeira visão o cliente pode já ter essa visão aí sem ter distrações com cores com design né não vai dar palpite em cima disso ele vai focar no que tem que ser focado que é basicamente na usabilidade da aplicação e nas funcionalidades que ela precisa ter e vindo aqui novamente pro nosso Exemplo né a gente pode vir aqui na nossa fase dois de wireframe a gente tem aqui toda a documentação wireframe do nosso gestor de projetos dando um zoom aqui nesse nosso sessão de login nossa página de login a gente tem

aqui já a disposição né do nosso fluxo de cadastro né nossa área de cadastro Nossa área de fazer o login aqui já tem um cadastro de empresa já começa a entender como Cada coisa e está disponibilizada e também os fluxos aqui né dos nossos usuários como é que eles vão Navegar aqui nessas nossas telas né temos aqui também né o wireframe do nosso painel dashboard E por aí vai né a gente vai construindo todos os wireframes das telas que a gente precisa para validar isso com quem a gente precisar validar seja mesmo até somente com

a gente pra gente conseguir já ter essa visão e falar assim não é exatamente isso que eu estou buscando isso aqui a gente vai ganhar muito tempo no futuro a nossa terceira fase é relevante a gente comentar em conjunto aqui com nessa fase dois que elas vão andar muitas vezes em paralelo né então conforme a gente vai com construindo aqui os nossos frames tendo uma visão de onde as coisas estão disponibilizadas quais vão ser os fluxos e ações que vão ter em cada uma dessas telas é importante já também né e faz muito sentido a

gente já ir documentando todos os fluxos de usuário que a gente tem em cada uma dessas nossas telas Então a nossa fase três é mapear né esses nossos user flows esses nossos fluxos de usuário que trazendo para outras palavras nada mais são do que as ações que a gente consegue executar em cada uma dessas telas e fazer um breve descritivo sobre cada uma delas aqui é interessante a gente detalhar essas Nossas ações já pensando também nos usuários que vão est fazendo o uso da nossa aplicação né cada usuário pode estar executando uma ação de uma

maneira diferente de outros então aqui nesses user flows legal que a gente já detalhe também pensando e um pouco nesses nossos usuários e aqui agora voltando ali pro nosso exemplo nosso gestor de projetos que a gente tem aqui ao lado vindo aqui na nossa fase três legal aqui né como eu comentei eh muito produtivo que se a gente faça essa parte de framing junto com essa parte de user flows claro que tudo isso vai depender aí da equipe eh desenvolvendo esse esse projeto aqui então vindo em user flows e dando zoom aqui nessa nossa primeira

página de login em cadastro a gente consegue ver aqui que a gente nessas nossas páginas a gente tem dois principais fluxos que são um fluxo de novo cadastro e um fluxo de login né então aqui aqui no nosso fluxo de cadastro a gente detalhou o responsável pela empresa ele pode vir aqui se cadastrar na plataforma então o primeiro cadastro dele vai garantir a Ele o usuário perfil administrador dessa empresa ao ele se cadastrar o usuário vai passar por um processo de onboard para fornecer o nome da empresa e finalizado o onboard ele vai ser direcionado

pro painel dessa empresa eí de fato começar a utilizar a aplicação aí tem algumas observações que a gente pode adicionar né esse processo vai criar um novo usuário administrador e e uma nova empresa né no nosso banco de dados e aqui a gente tem nosso fluxo de login por exemplo né usuários podem clicar na aba entrar para serem levados para formulário de login usuários já registrados a uma empresa podem fazer o login na plataforma com e-mail e senha e aí uma observação usuários de empresas que não fizeram onboard serão obrigados a passar por esse processo

né para deixar e o nome da empresa de fato cadastrar a a empresa passando por esse fluxo obrigatório de onboard então aqui a gente detalha né né quais vão ser os fluxos de cada uma dessas telas coloca algumas observações com isso a gente vai ganhando um conhecimento sobre a nossa aplicação muito mais profundo e com isso a gente vai mitigando qualquer tipo de erro qualquer tipo de falha qualquer tipo de necessidade que a gente venha no futuro também vai dando base aí para as nossas próximas fases E aí já comentando sobre a nossa próxima fase

né a gente agora conseguiu entender né a gente já viu sabe o que a nossa aplicação vai fazer já tem a visão das Telas agora a gente detalhou bem o que que a gente vai ter que fazer né Quais são as ações de cada uma das nossas telas fica muito mais fácil a gente entender a necessidade de dados que a gente vai ter nessa nossa aplicação Então a nossa fase número quatro agora é fazer uma excelente modelagem de dados da nossa aplicação eu creio que a essa altura do campeonato né A modelagem de dados já

dispense comentários da sua importância para pras nossas aplicações mas nunca custa a gente reforçar né modelagem de dados e dados né o nosso banco dados Nossa estrutura é basicamente o coração da nossa aplicação e a sua modelagem né A modelagem da nossa do nosso banco de dados deve ser feito antes da gente pensar em partir pro desenvolvimento a gente precisa ter uma primeira modelagem de dados ao menos como eu já comentei em alguns outros vídeos que a gente já fez aqui pro Canal é modelagem de dados é o que vai diferenciar aí uma boa modelagem

é o que vai diferenciar um aplicativo que vai funcionar bem quando ele tiver um pouco mais de usuários de um aplicativo que vai começar a dar problemas quando a gente começar a ter mais usuários dentro desse aplicativo utilizando esse App sem uma boa modelagem de dados aplicativos eles já nascem fadados a dar problemas el vão começar a dar problema de lentidão vão começar a ter problemas de performance e nos piores casos a solução para isso vai ser basicamente um refaturamento completo do seu app eu de fato bato bastante nesse ponto né para vocês para entrar

na cabeça de vocês a importância aí da gente fazer uma boa modelagem de dados aqui no nosso Exemplo né a gente vindo aqui pra nossa fase quatro nosso gestor de projetos aqui que a gente fez uma modelagem no nossos dados a gente detalhou quais vão ser os data types né usuário empresa projeto história tarefa e aqui ao lado a gente consegue daí fazer toda a modelagem né do das tabelas que a gente vai ter e dos Campos que a gente vai ter em cada uma dessas tabelas então aqui a gente tem a tabela empresa Nossa

tabela usuário né então e aí que dentro de cada uma dessas tabelas a gente tem cada um dos Campos que vão ser necessários né então a empresa vai ter um nome uma logo pequena uma logo grande e aqui a gente tem um campo de onboard né a gente viu que a gente vai precisar fazer um fluxo de onboarding dessa empresa e em algum local a gente vai precisar falar se essa empresa já passou por um onboard ou não então aqui na tabela a gente deixa aqui um um campo de sim e não para saber se

essa empresa já passou por esse fluxo de onboard ou não isso tudo veio a partir lá dos nossos fluxos de usuário então para entender a importância disso e aqui em usuários né a gente tem eh o ID do usuário e-mail e o nome sobrenome nome sobrenome foto perfil empresa então aqui a gente já começa a fazer relações que são todas essas linhazinha aqui né então a gente consegue Aí começar a relacionar o nosso banco de dados que basicamente é aí a nossa modelagem novamente aqui não é o nosso objetivo da gente aprofundar em Como fazer

uma modelagem de dados aprender a fazer uma modelagem de dados Porém Aqui no YouTube a gente tem dois cursos gratuitos aí disponibilizados para vocês extremamente completos um falando sobre como fazer A modelagem de dados de um banco de dados relacional e outro de um banco de dados não relacional são conteúdos aí de fato obrigatórios para vocês assistirem conhecimento aí extremamente necessário Então pessoal a gente falou aqui vamos voltar aqui paraos nossos nossas fases a gente falou aqui do conceito Geral do app a gente pegou inspirações fez warframes já mapeou os Nossas ações nossos user flows

fez a modelagem no nosso nosso banco de dados e a nossa fase cinco agora não menos importante que eu sei que muitas vezes é completamente ente deixada de lado até mesmo por desenvolvedores mais experientes aí com mais tempo de jornada que é basicamente criar regras de segurança e privacidade nas Nossa aplicação principalmente no nosso banco de dados como a gente já sabe o que nossa aplicação vai fazer Quem são os usuários o que que são o que que os usuários vão executar Nossa aplicação e quais são os dados que a gente vai ter né Qual

que é a nossa modelagem de dados a gente consegue pensar né em cima desses dados Quais são os dados que devem estar í a todos quais não devem E aí com isso a gente consegue desenhar as nossas regras de privacidade e segurança pensadas no nosso banco de dados na prática essa implementação ela vai acabar variando de ferramenta para ferramenta ferramentas trabalham de uma forma outras ferramentas trabalham de outra porém o conceito sempre é o mesmo né a gente olhar pro nosso banco de dados e entender o que que pode ser disponibilizado para tal tipo de

usuário e o que que não pode e com esse conceito geral em mente a gente a gente consegue sim criar essas nossas regras de privacidade independente da ferramenta que a gente vai est utilizando então vindo aqui rapidamente pro nosso Exemplo né aqui modelo a gente vindo aqui paraa nossa fase 5 e a gente vê aqui algumas regras que a gente criou vindo aqui dando Zoom nosso data Type user aqui por exemplo a gente tem aqui duas regras principais né é o próprio usuário Então se aqui a gente tá numa leitura mais focada na na ferramenta

do Bubble mas novamente o conceito acaba podendo ser aplicado a qualquer ferramenta então a gente fala assim usuário é o usuário que tá utilizando a aplicação ele vai poder ver tudo nosso banco de dados e usuários da mesma empresa também vão poder ver tudo do banco de dados desses usuários da mesma empresa então assim a gente consegue criar restrições quem for fora da empresa não pode ver nenhum dado do usuário que é de outra empresa basicamente e isso a gente pode ir repetindo para todos os campos né todas as tabelas do nosso banco de dados

e agora agora finalmente partindo pra nossa sexta e última fase aqui de planejamento chegou a hora da gente dar cor aqui pra nossa aplicação nessa fase é o momento da gente definir todo o design da nossa aplicação Ou seja a gente vai definir aí todas as paletas de cores todos os nossos estilos todas as nossas Fontes entre outras características que envolvem aí a parte mais de user interface né ui aí o design da nossa aplicação de Fato e a partir dessas definições a gente consegue aplicar isso na nossa aplicação a gente já tinha os nossos

Wi frame já sabia onde mais ou menos cada coisa ia est posicionada Qual que é o fluxo dos usuários que vão acontecer ali a gente começa a colocar essa identidade visual nesses nossos wireframes criando aí o que a gente chama né Desse design de alta fidelidade com o design implementado nesse momento a gente pode optar por fazer ou não uma prototipagem aí da nossa aplicação utilizando uma ferramenta Como por exemplo o figma né então a gente tem ali o nosso design de alta fidelidade já com toda a nossa identidade visual a gente consegue consegue fazer

uma prototipação né Desse design nessas ferramentas por exemplo como figma para fazer uma apresentação desse aplicativo né um modelo mais próximo a ao finalizado né dando uma sensação de um aplicativo de fato e assim a gente consegue apresentar pro cliente aí essa prototipagem é importante e legal ressaltar aqui né vindo aqui só para mostrar para vocês a parte seis aqui pra gente fechar né então a gente traz aqui toda a identidade visual a gente cria todos os nossos estilos aqui Então como que vão ser os nossos botões Quais que vão ser qual vai ser a

nossa fonte tamanho de fonte né ícones enfim e a gente implementa isso aqui na nossa aplicação né gerando aí essa nossa cara finalizada quando a gente fala de prototipagem basicamente é dar uma cara mais real aqui pra nossa aplicação ferramentas como figma por exemplo ela permite que apenas com esse design aqui a gente consiga dar uma cara de como se fosse uma aplicação finalizada então eu clicar nesse botão aqui ele vai me levar para uma outra tela E aí no figma a gente consegue fazer uma prototip pgem diss de fato a gente mudando né para

essa nossa nova tela então a gente consegue apresentar isso pro cliente final de uma forma mais robusta ele ter uma sensação aí de como se a aplicação já tivesse próxima de finalizada Claro que não vai ter nenhuma lógica é basicamente apenas o design mas a gente já consegue passar essa sensação pro cliente final e aqui eu acho legal a gente parar para comentar né que se a gente parar para pensar cada uma dessas fases aqui né fase 0 1 2 3 4 5 6 cada uma delas pode servir aí como um ponto de validação com

o stakeholders né então a gente faz a fase zero a gente consegue validar toda essa nossa fase zero com os nossos stakeholders a gente faz a fase um a gente consegue validar as inspirações fase dois wireframe a gente consegue validar E assim a gente vai fazendo microvida com os stakeholders já validando né cada etapa E assim a gente vai focando em validar o que precisa ser validado naquele momento então a gente não não fica voltando em steps lá anteriores no desenvolvimento do nosso projeto Então imagina eu sei que isso acontece muito a gente já tá

lá no desenvolvimento final dentro da ferramenta botando ações e conectando o banco de dados e aí vem os o cliente final fala não Não era isso que eu tava esperando queria uma outra coisa isso acontece demais isso tudo vem e acontece pelo fato de não ter sido feito um bom planejamento desse projeto anteriormente e não ter sido validado né cada uma dessas etapas muito bem com o cliente e como prometido no começo aí do nosso conteúdo disse que eu queria iria trazer aqui algumas dicas de fer feramentas para suportar vocês aí nesse processo de planejamento

então aqui a gente tem algumas dicas de ferramenta né pra parte de planejamento Executar tudo isso que eu executei aqui nesse caso eu fiz o uso da ferramenta Miro que eu acho que é uma ferramenta extremamente simples ela não tem muitas distrações então qualquer um consegue entrar aqui e começar a criar então como ela tira distrações a gente consegue focar no que a gente precisa nesse caso aqui é um planejamento extremamente simples ela atende muito bem Eu recomendo bastante e fazer o uso do Miro aí para a a ações como essa pra parte de inspiração

a gente tem ferramentas como behance dribble são ferramentas de design web frame web frame Tail Wi aqui vocês podem ter bastante inspirações aí para essa parte principalmente do Design e algumas mais para usabilidade também wireframing né fazer ali os nossos wireframes a gente aqui nesse caso eu fiz o uso do Miro também pelo mesmo motivos né que eu comentei anteriormente pela facilidade não ter distrações porém a gente também tem o figma que é uma ferramenta extremamente mais robusta e criada para criar tanto iames quanto prototipa ções e mais focada para Design em si então uma

ferramenta mais robusta também recomendo bastante o o uso dela e para vocês conhecerem melhor sobre user flows a gente tem esse page flows aqui que é uma aplicação bem interessante na qual foi documentado diversos fluxos de aplicativos Então a gente tem em vídeo ali todo o onboarding de diversas aplicações conhecidas por vocês aí então a gente consegue ver em vídeo todo o processo de onboard entender como que é o onboarding por exemplo é feito ou alguns outros tipos de fluxos em aplicativos bastante conhecidos aí no mundo e a gente tem isso aí documentado nesse page

flows é uma ferramenta paga mas eu acho bastante interessante pode trazer um bom enriquecimento Aí dependendo do tipo de projeto e a nível de projeto que vocês estão desenvolvendo novamente pessoal todas essas nossas etapas elas podem e devem ser executadas aí antes mesmo da gente abrir a nossa ferramenta no code para começar o desenvolvimento da nossa aplicação E é claro que conforme vocês vão ganhando conhecimento aí Tecnicamente tanto nesse processo quanto na Tecnicamente na ferramenta em específico esse processo aqui ele vai ficando mais fácil e também vocês podem começar a identificar outras fases que podem

fazer sentido especificamente pra ferramenta que vocês estão utilizando então eventualmente tem alguma fase ali algum mapeamento que vai fazer sentido para aquela ferramenta em específico eu conheço algumas agências né especializad desenvolvimento no de europeias e outras australianas que elas têm um processo de documentação aí de planejamento inicial de projeto que foi especificamente pensado pra ferramenta que eles utilizam no desenvolvimento das aplicações deles por exemplo então é algo bastante comum aí dis ser feito também para fechar pessoal recomendo fortemente que vocês não negligenciem esse processo de fato é um processo extremamente importante que vai economizar muito

tempo e dor de cabeça de vocês no futuro caso tenham curtido esse conteúdo e também se interessado por esse tema dentro das nossas formações a gente explora muito mais essa questão aí de planejamento de aplicativos esse exemplo que eu utilizei aqui com vocês nesse nosso conteúdo Desse nosso gestor de projetos que foi acompanhando aqui fase a fase ele faz parte até de uma trilha dentro da nossa formação de Bubble onde eu passo com vocês aqui fase a fase mostrando todas as etapas mostrando tudo que foi planejado Desse nosso gestor de projeto né a gente tem

toda a parte de modelagem de dados a gente explica ponto a ponto de como é que isso foi construído parte de segurança e posteriormente a gente cria isso passo a passo dentro da ferramenta do Bubble aí do zero olhando aqui o nosso planejamento né revisitando o nosso planejamento e criando a nossa aplicação então a gente conecta essas duas coisas eu mostro para vocês como que a gente faz o uso desse nosso planejamento depois de fato no nosso desenvolvimento caso tenho interesse novamente deixo o link aí desses nossos conteúdos aqui na descrição do nosso vídeo e

também no primeiro comentário pinado aqui desse nosso vídeo no YouTube não mais pessoal por hoje é isso agradeço quem me acompanhou nesse conteúdo até agora nesse momento o YouTube vai estar recomendando dois vídeos aí para vocês que podem ser relevantes paraa jornada e o momento que vocês estão agora então já aproveita o embalo para assistir esse conteúdos Com certeza serão muito ricos novamente muito obrigado por assistirem até aqui grande abraço e até semana que [Música] vem