Construindo Tecnologia · CLIC Prisma

O passo que a turma mais pula é este. Abrir a ferramenta e começar a clicar parece progresso, mas quase sempre custa refazer tudo depois — porque a estrutura de dados errada só aparece quando o aplicativo já está pronto.

Então: primeiro decida o que precisa ser registrado. A tela é a parte fácil.

Prompt pronto

Estruturar a ideia antes de construir

Transformar “preciso de um sistema para X” em um plano com telas, campos e fluxo — antes de abrir a ferramenta.

### TAREFA

Quero construir um aplicativo simples para descreva o problema. Pode me ajudar a estruturar a ideia como um MVP?

Primeiro, faça perguntas curtas para entender melhor o projeto. Pergunte sobre:

Qual problema o aplicativo resolve
Quem são as pessoas usuárias
Qual é a principal ação que a pessoa usuária deve conseguir realizar
Quais informações precisam ser registradas
Se o aplicativo precisa apenas registrar dados ou também consultar, editar ou excluir
Quem pode ver o quê

### FORMATO

Depois que eu responder, organize a proposta contendo:

objetivo do aplicativo
público principal
versão mínima viável (MVP)
as colunas da lista que sustenta tudo — nome de cada coluna, tipo (texto, número, data, escolha, pessoa) e se é obrigatória
telas principais
funcionalidades essenciais
fluxo mínimo de navegação entre as telas

### LIMITES

Proponha a menor versão que já resolve o problema, não a mais completa.
Não sugira integração com sistema que eu não disse que tenho.
Se algum dado que você propôs registrar for pessoal ou sigiloso, diga isso explicitamente e sugira como evitar guardá-lo.

Os trechos em destaque são o que você troca pelo seu contexto. No texto copiado eles aparecem entre colchetes.

Apresentação

Bloco 05 · Construindo tecnologia

12 slides

Abrir apresentação ↗

O Lists é a planilha compartilhada que parou de ter cinco versões. A diferença que importa: cada coluna tem tipo — data é data, escolha é escolha, pessoa é pessoa. Isso é o que permite filtrar, agrupar, avisar quando vence e, depois, construir um aplicativo por cima.

O Forms é a porta de entrada dessa lista para quem não precisa vê-la inteira. Alguém responde um formulário curto e a linha aparece na lista, sem ninguém no meio copiando de e-mail para planilha.

Montar a lista que sustenta o aplicativo

01
Comece de uma lista em branco, não de um modelo
Os modelos prontos trazem colunas que você não precisa, e sobra é pior que falta: ninguém preenche lista com vinte campos.
02
Crie as colunas com o tipo certo desde o começo
Prazo é data, não texto. Situação é escolha, não texto. Responsável é pessoa, não texto. Texto livre não filtra, não agrupa e não vira gráfico depois.
Trocar o tipo de uma coluna que já tem dado é o retrabalho mais chato do Lists. Vale gastar cinco minutos aqui.
03
Deixe obrigatório só o que é mesmo
Campo obrigatório demais faz a pessoa inventar valor para conseguir salvar — e aí o dado existe mas não vale nada.
04
Crie as visões antes de precisar delas
Uma visão agrupada por responsável, uma por situação, uma só do que vence esta semana. Visão é filtro salvo: não muda o dado, muda o que você enxerga.
05
Se outras pessoas vão alimentar, crie o formulário
O Forms manda a resposta direto para a lista. Quem responde não precisa de acesso à lista inteira — e essa é justamente a graça.

Passo a passo conferido em 08/2026

Prompt pronto

Painel de tarefas · a lista

Desenhar a lista do Lists que sustenta o painel de acompanhamento da equipe.

### PERSONA

Atue como especialista em estruturação de dados para equipes públicas. Você desenha listas simples de manter, que uma pessoa sem formação técnica consegue preencher sem treinamento.

### TAREFA

Desenhe a estrutura de uma lista do Microsoft Lists para acompanhar as tarefas de sua unidade. A lista precisa permitir cadastrar tarefas, acompanhar demandas, priorizar atividades e saber quem está com o quê.

### FORMATO

Devolva em tabela, uma linha por coluna da lista, com:

nome da coluna
tipo — texto, texto longo, número, data, escolha, pessoa, sim/não
se é obrigatória
se é escolha, quais são as opções
por que essa coluna existe (uma linha)

Depois da tabela, sugira: quais colunas devem aparecer na visão padrão, por qual campo agrupar e por qual ordenar.

### CONTEXTO

A lista precisa sustentar, depois, três visões do mesmo dado:

Quadro — cartões movidos entre colunas por situação: a fazer, em andamento, concluída, atrasada.
Calendário — as tarefas distribuídas por prazo, para ver a semana e o mês.
Por responsável — quem está sobrecarregado e quem está sem demanda.

### LIMITES

No máximo 10 colunas. Lista que ninguém consegue preencher em trinta segundos não é preenchida.
Não proponha coluna com dado pessoal além do nome de quem é responsável. Nada de CPF, matrícula, telefone ou endereço.
Não proponha campo de avaliação de desempenho de pessoa. Isto acompanha tarefa, não gente.
Se alguma coluna que eu pedir for dispensável, diga qual e por quê.

Os trechos em destaque são o que você troca pelo seu contexto. No texto copiado eles aparecem entre colchetes.

Com a lista pronta, o aplicativo é a parte rápida. O Power Apps constrói sobre a lista: as colunas viram campos, as visões viram telas, e o que você descreve em português vira interface.

Prompt pronto

Painel de tarefas · o aplicativo

Descrever as telas do Power Apps sobre a lista que você acabou de criar.

### TAREFA

Crie um aplicativo sobre a lista nome da sua lista, para uso de uma equipe de quantas pessoas.

### TELAS

Painel de entrada — o que vence esta semana, o que está atrasado, e quantas tarefas cada pessoa tem em aberto.
Lista completa — com filtro por responsável, por situação e por prazo.
Detalhe da tarefa — abrir, editar, mudar situação e registrar um andamento.
Nova tarefa — formulário curto, só com o que é obrigatório.

### FORMATO E COMPORTAMENTO

Precisa funcionar bem no celular, não só no computador.
Tarefa atrasada deve ser visualmente distinguível sem depender só de cor — quem não distingue vermelho de verde precisa enxergar a diferença também.
Toda tela deve caber sem rolagem horizontal.
Textos em português, sem jargão de sistema.

### LIMITES

Não crie tela de administração de usuários: quem controla acesso é a permissão da lista.
Não invente campo que não existe na lista — se faltar, me avise antes de criar.
Não use nenhuma fonte de dados além desta lista.

Os trechos em destaque são o que você troca pelo seu contexto. No texto copiado eles aparecem entre colchetes.

Do primeiro rascunho ao aplicativo publicado

01
Trabalhe no seu ambiente de desenvolvedor
Ele é seu, você tem controle total, e ninguém quebra nada de ninguém. O aviso de “não destinado a produção” é sobre backup e garantia de disponibilidade — não sobre o aplicativo funcionar. Ele publica e roda normalmente.
02
Aponte para a sua lista e descreva o aplicativo
Use a descrição da aba anterior. Descrever telas sobre um dado que existe dá resultado muito melhor que descrever um sistema inteiro do nada.
03
Ajuste em ciclos curtos, uma tela por vez
Aplicativo real não sai de um pedido só. Estrutura, depois funcionalidade, depois aparência, depois correção — nessa ordem.
04
Teste no celular antes de considerar pronto
Boa parte de quem vai usar abre pelo telefone. É lá que a tela quebra, e é lá que quase ninguém testa.
05
Publique — e trate compartilhar como outra decisão
Neste caminho há uma pegadinha a mais: quem controla quem vê o quê é a permissão da lista, não o aplicativo. Compartilhar o app com quem não tem acesso à lista resulta em tela vazia, e essa é a confusão mais comum aqui. A aba “Publicar e compartilhar” trata dos dois portões.

Passo a passo conferido em 08/2026

Limite

Nem tudo deve virar aplicativo

Se o processo muda toda semana, se só duas pessoas usam, ou se já existe um sistema institucional que faz aquilo — um aplicativo novo vira mais uma coisa para manter. Parar também é resultado, e é o critério que o guia “estruturando projetos de IA” desenvolve.

Existe um segundo caminho, e ele inverte a ordem: em vez de construir a tela sobre um dado que você já preparou, você descreve a solução inteira e recebe de volta um plano, os dados e o aplicativo. A Microsoft chama isso de programação vibe.

Ele está em versão prévia. Isso quer dizer duas coisas práticas: pode mudar de lugar e de nome sem aviso, e a tela informa que a conversa só tem suporte em inglês — embora o aplicativo gerado saia em português quando você pede.

Possibilidade

O que este caminho entrega que o outro não entrega

O painel que você pediu, já pronto: números que cruzam tabelas, filtros que valem para a tela inteira, e clique que abre a lista por trás do número. Pelo caminho passo a passo, a primeira geração entrega uma tela por tabela — correto, e ainda longe de um painel.

E há uma vantagem de aula: aqui dá para abrir o código. A caixa de vidro deixa de ser metáfora — você vê os arquivos que a IA escreveu.

Prompt pronto

Painel de tarefas · o aplicativo inteiro

Gerar de uma vez o painel gerencial, com os dados de exemplo, pelo caminho de descrever a solução.

### O QUE CONSTRUIR

Construa um aplicativo para a sua unidade acompanhar as tarefas da equipe.

### OS DADOS

Uma tarefa tem título, responsável, unidade, data de vencimento, status e criticidade. Cada responsável pertence a uma unidade.

Status: não iniciada · em andamento · bloqueada · concluída

Criticidade: baixa · média · alta

### A TELA PRINCIPAL

A tela principal deve ser um PAINEL, não uma lista. De relance, ela mostra:

quantas tarefas estão vencidas, e há quantos dias
as vencidas agrupadas por criticidade
a carga de cada responsável: quantas tarefas abertas cada pessoa carrega
filtros por responsável e por unidade que valem para o painel inteiro

Clicar em qualquer número abre a lista de tarefas correspondente.

### DADOS DE EXEMPLO

Gere dados de exemplo realistas em português do Brasil: quantas unidades, quantas pessoas e quantas tarefas, várias delas já vencidas.

Os trechos em destaque são o que você troca pelo seu contexto. No texto copiado eles aparecem entre colchetes.

Do texto ao painel funcionando

01
Descreva a solução, não a tela
Diga para quem é, que dados existem e o que a pessoa precisa enxergar de relance. O prompt acima é o modelo — a parte que mais muda o resultado é dizer o que você não quer.
02
Leia o plano antes de aceitar
Ele devolve um documento com o problema, o modelo de dados e a tecnologia que pretende usar — e avisa, com todas as letras, que foi gerado por IA e precisa ser revisado. É o Humanos no Comando escrito pela própria ferramenta.
É aqui que você descobre se ele entendeu o problema. Corrigir agora custa um parágrafo; corrigir depois custa o aplicativo inteiro.
03
Confira os dados que ele desenhou
O plano vira tabelas relacionadas, e vale olhar uma por uma: se você pediu status e criticidade, ele provavelmente criou uma tabela para cada — que é exatamente o que evita três pessoas escrevendo “em análise” de três jeitos.
04
Deixe gerar, e então edite os dados na mão
Há uma área de dados, com as tabelas em formato de planilha. Trocar o nome de uma unidade ali muda no aplicativo, e a alteração fica salva — não é um exemplo que se perde ao recarregar.
05
Refine em ciclos curtos
Uma tela por vez, um ajuste por vez. Aplicativo real não sai de um pedido só, e pedir cinco mudanças juntas é a forma mais rápida de perder o controle do que mudou.

Passo a passo conferido em 08/2026

Limite

O que este caminho ainda não faz

Ele não cria as tabelas do Dataverse por conta própria: quando a estrutura precisa existir de verdade fora do aplicativo, ela é criada pela área de dados e o aplicativo se conecta a ela. Na prática, isso confirma a ordem que este módulo defende desde o início — o dado vem antes da tela, mesmo quando a ferramenta parece dispensar essa etapa.

E há a versão prévia, com condições de pagamento indicadas na própria tela. Antes de fazer disso a ferramenta da sua unidade, confirme o que a sua conta já inclui.

São dois botões, dois momentos e duas decisões diferentes — e confundi-los é o erro mais caro que se comete aqui.

O que você faz	O que acontece
Publicar	A versão vai ao ar dentro do ambiente da sua instituição. Quem não tem conta do órgão não chega lá — e não foi você que configurou essa proteção: ela veio junto com a conta.
Compartilhar	Você decide quem, dentro da instituição, pode abrir. Este é o portão que é seu, e é uma decisão por pessoa.

Possibilidade

Publicar não é tornar público

O endereço que sai da publicação exige entrar com a conta do órgão. Quem abrir sem estar autenticado encontra a tela de login, não o seu aplicativo.

Isso muda o que “colocar no ar” significa no serviço público: você pode publicar cedo, testar com uma colega, corrigir e publicar de novo — sem que nada disso esteja exposto. A coragem de publicar rápido vem justamente de a porta estar fechada por padrão.

Antes de compartilhar com a primeira pessoa

Você abriu o endereço numa janela anônima e confirmou que ele pede login?
Os dados que estão ali são de exemplo, ou já são reais?
Se forem reais: alguém que você vai compartilhar não deveria ver alguma daquelas colunas?
A pessoa que vai abrir consegue usar sem você explicar?
Você sabe como tirar do ar, se precisar?

Prática	Como fica na prática
Quebre em partes	Peça uma tela por vez, não o aplicativo inteiro. Construir por partes dá controle sobre o resultado.
Use conteúdo real	Nada de “exemplo 1, exemplo 2”. Dado de verdade da sua unidade revela o campo que faltou e o texto que não cabe na tela.
Peça perguntas antes	“Antes de gerar, me faça perguntas para entender o sistema.” Melhora a estrutura inicial e é grátis.
Seja específico	“Um painel” gera qualquer coisa. “Um painel com o que vence esta semana, agrupado por responsável, com filtro por situação” gera o seu.
Evolua em ciclos	Estrutura → funcionalidade → aparência → correção. Tentar tudo de uma vez produz um aplicativo que faz muita coisa mal.
Leve o erro para a conversa	Apareceu mensagem de erro? Copie inteira e pergunte o que ela significa. É a forma mais rápida de aprender a ferramenta.

O aplicativo que você construiu no ambiente pessoal funciona — mas ele é seu. Para virar ferramenta da unidade, ele precisa mudar de casa.

O que o ambiente pessoal não faz é atribuir grupo de segurança. Para um aplicativo que você constrói e usa, isso é irrelevante. Para um que a equipe passa a depender, o caminho é exportar como solução e importar no ambiente institucional. É procedimento, não impedimento — e é bom que exista, porque ferramenta de unidade não deve depender da conta de uma pessoa.

Antes de pedir a promoção para o ambiente institucional

Alguém além de você consegue usar sem explicação?
O que acontece com o aplicativo se você sair da unidade amanhã?
A lista tem dado pessoal que outra pessoa não deveria ver?
Quem mantém isso quando a regra do processo mudar?
Existe sistema institucional que já faz o mesmo?

### TAREFA

### FORMATO

### LIMITES

Bloco 05 · Construindo tecnologia

Montar a lista que sustenta o aplicativo

Comece de uma lista em branco, não de um modelo

Crie as colunas com o tipo certo desde o começo

Deixe obrigatório só o que é mesmo

Crie as visões antes de precisar delas

Se outras pessoas vão alimentar, crie o formulário

### PERSONA

### TAREFA

### FORMATO

### CONTEXTO

### LIMITES

### TAREFA

### TELAS

### FORMATO E COMPORTAMENTO

### LIMITES

Do primeiro rascunho ao aplicativo publicado

Trabalhe no seu ambiente de desenvolvedor

Aponte para a sua lista e descreva o aplicativo

Ajuste em ciclos curtos, uma tela por vez

Teste no celular antes de considerar pronto

Publique — e trate compartilhar como outra decisão

Nem tudo deve virar aplicativo

O que este caminho entrega que o outro não entrega

### O QUE CONSTRUIR

### OS DADOS

### A TELA PRINCIPAL

### DADOS DE EXEMPLO

Do texto ao painel funcionando

Descreva a solução, não a tela

Leia o plano antes de aceitar

Confira os dados que ele desenhou

Deixe gerar, e então edite os dados na mão

Refine em ciclos curtos

O que este caminho ainda não faz

Publicar não é tornar público

Antes de compartilhar com a primeira pessoa

Antes de pedir a promoção para o ambiente institucional