Ferramenta de trabalho
O motoboy precisa entender estado, corrida, carteira, suporte e documentos sem ruído.
A Tchau Entrega já tem sistema, aplicativo e identidade em construção. O próximo salto é transformar essas bases em uma experiência mais clara, confiável e reconhecível para empresas, farmácias e motoboys.
A experiência atual é utilizável, mas ainda transmite sinais de produto em maturação. O design precisa proteger o usuário nos momentos de decisão: ficar online, aceitar corrida, configurar regra, adicionar crédito, solicitar entrega e falar com suporte.
Para a 33 Tchau ganhar confiança em cidades e segmentos recorrentes, a interface precisa comunicar controle, previsibilidade e suporte. Verde deve ser usado como cor de ação e reconhecimento, não como solução para toda hierarquia visual. A marca deve parecer simples, local e organizada, sem assumir promessas de escala que ainda dependem da operação por praça.
O motoboy precisa entender estado, corrida, carteira, suporte e documentos sem ruído.
O administrador precisa ver prioridades, configurar regras com segurança e evitar telas inacabadas.
A empresa precisa solicitar entrega, adicionar crédito e configurar bônus entendendo o impacto.
A identidade deve mostrar farmácias, comércios, motoboys, app e suporte conectados por praça.
A análise cruza telas do aplicativo, do sistema administrativo, da interface da empresa, identidade visual proposta e referências públicas de mercado. Cada ponto crítico abaixo está conectado a uma evidência visual.
O aplicativo cobre início, entregas, carteira, chat e perfil. A evolução recomendada é por simplificação: menos ruído visual, estados mais objetivos e mais clareza na decisão do motoboy.
O app está visualmente utilizável. A prioridade não é redesenhar tudo, mas resolver conflitos de status, hierarquia dos cards de entrega, bloqueio de saque sem saldo, maturidade do chat, tratamento de dados sensíveis e estados de documentos.
| Frente | Leitura atual | Direção |
|---|---|---|
| Navegação | Clara e com cinco blocos principais. | Manter início, entregas, carteira, chat e perfil. |
| Estado operacional | Conflito entre status visual e texto. | Uma mensagem principal e uma ação principal. |
| Carteira | Estrutura boa, mas saque abre mesmo sem saldo suficiente. | Bloquear ação e explicar saldo mínimo antes do modal. |
| Estados vazios | Informam ausência de dados, mas ainda conduzem pouco a próxima ação. | Usar orientação objetiva em cada vazio. |
| Ações críticas | Alguns ícones aparecem sem reforço textual. | Combinar ícone, texto e consequência quando a ação for importante. |
O app usa verde como cor dominante em cabeçalho, botões, ícones ativos, cards, alertas e modal. Isso cria unidade, mas reduz a hierarquia visual e deixa a interface com aparência de template.
Recomendação: manter paleta curta. Verde deve ficar para ação principal e status positivo. Cinzas organizam estrutura, texto e divisões. Alertas precisam ter cor própria.
A tela mostra um card vermelho com título “Status Online”, mas o texto abaixo diz “Você está offline”. O usuário recebe duas mensagens opostas no mesmo bloco.
Recomendação: usar título “Status do Motoboy”, estado “Offline” e ação “Ficar online”. Quando estiver online, o card muda para estado positivo.
A carteira mostra saldo, total ganho, já retirado, corridas e saques. O problema aparece no saque: o modal permite entrar no fluxo mesmo com saldo R$ 0,00 e mínimo de R$ 10,00.
Recomendação: quando não houver saldo suficiente, desabilitar o botão e explicar: “Saldo mínimo para saque: R$ 10,00”.
Estados vazios em corridas concluídas, saques e empresas são claros, mas passivos. Informam que não há dado, sem conduzir o próximo passo.
Recomendação: usar orientação objetiva: “Fique online para receber corridas”, “Conclua entregas para gerar saldo”, “As empresas aparecerão aqui após sua primeira entrega”.
Ícones de atualizar, sair, voltar e envio podem gerar dúvida quando aparecem sem texto em áreas críticas.
Recomendação: manter ícone + texto quando a ação for importante ou destrutiva. O app simples não deve depender de interpretação de ícones críticos.
O aplicativo deve evoluir como uma ferramenta de trabalho simples. Cada tela precisa responder rapidamente: estou online? posso aceitar? quanto tenho? com quem falo? meus documentos estão válidos?
| Prioridade | Ponto crítico | Ação recomendada |
|---|---|---|
| Alta | Status do motoboy | Trocar para título “Status do Motoboy”, estado atual e CTA “Ativar para receber corridas”. |
| Média | Saque | Desabilitar saque quando saldo for insuficiente e explicar saldo mínimo. |
| Média | Estados vazios | Adicionar orientação contextual e curta em cada tela sem dado. |
| Média | Ícones de ação | Usar ícone + texto em ações importantes ou destrutivas. |
A interface administrativa tem boa separação visual entre menu, conteúdo e cards. O que precisa evoluir é a condução de tarefas sensíveis, como regras, punições, métricas, consultas e comunicação.
O item aparece no menu, mas abre uma página 404 NOT FOUND. Para o administrador, isso quebra a confiança porque a área está ligada ao controle de entregadores.
Recomendação: se a funcionalidade existe, corrigir o caminho. Se ainda não existe, ocultar, desativar ou marcar como “Em desenvolvimento”.
Como deveria ficar: ao clicar, o administrador deve ver uma tela dentro da plataforma, com título, explicação clara e uma ação possível.
A tela reúne tempos, limites, cancelamentos, permissões, cadastro, mensagens, aceite e aplicativo. Tudo aparece quase com o mesmo peso visual.
Recomendação: dividir em grupos menores: tempos e limites, cancelamentos e punições, permissões do entregador, cadastro e documentos, tela de aceite, aplicativo e mensagens rápidas.
Como deveria ficar: o administrador entra em uma seção, altera uma regra específica, revisa o que mudou e salva somente aquela parte.
Os botões verdes são ações principais, mas o texto branco fica pouco forte em algumas situações. A cor chama atenção, porém a leitura poderia ser mais clara.
Recomendação: escurecer o verde dos botões principais ou ajustar a cor do texto como padrão da plataforma.
Como deveria ficar: todo botão importante deve ser fácil de ler rapidamente, inclusive com brilho baixo ou dificuldade visual.
O painel tem boa aparência, mas nomes e períodos de métricas podem gerar interpretação errada. “Entregadores ativos” aparece com leituras que não explicam se são online, cadastrados ou ativos no período.
Recomendação: separar indicadores por “Agora”, “Hoje” e “Período”, com troca rápida de período.
Como deveria ficar: o administrador entende o que acontece agora, o que aconteceu hoje e o que pertence a período maior.
Mensagens como “Nenhuma entrega encontrada” informam o estado, mas não ajudam o administrador a decidir o que fazer.
Recomendação: trocar mensagens genéricas por orientações como ampliar período, limpar filtros, atualizar lista ou verificar desconectados.
Como deveria ficar: quando não há resultado, a própria tela sugere o próximo caminho.
Layout geral limpo, boa separação entre menu, conteúdo e cards, tabelas com padrão parecido entre telas, alertas importantes em algumas áreas e painel com boa base para virar visão operacional forte.
Melhorias rápidas: corrigir ou ocultar Punições, escurecer botões, corrigir textos de paginação, dividir Configuração Geral, explicar melhor números e tornar estados vazios mais úteis.
| Prioridade | Ponto crítico | Ação recomendada | Critério de conclusão |
|---|---|---|---|
| Alta | Menu Punições abre erro | Corrigir o caminho se a função existir. Se ainda não existir, ocultar, desativar ou marcar como “Em desenvolvimento”. | O administrador nunca cai em uma tela crua de erro ao acessar função sensível. |
| Alta | Configuração Geral está pesada | Dividir regras em grupos: tempos e limites, cancelamentos, permissões, cadastro, aceite, aplicativo e mensagens rápidas. | Cada grupo tem explicação curta, alteração visível e botão de salvar próprio. |
| Alta | Botões principais têm pouco contraste | Escurecer o verde principal ou ajustar texto e estado hover em toda a plataforma. | A ação principal fica legível em qualquer tela e vira padrão do produto. |
| Média | Métricas com nomes pouco claros | Separar indicadores por “Agora”, “Hoje” e “Período”, com período visível. | O administrador entende rapidamente o que é operação em tempo real e o que é leitura de período. |
| Média | Estados vazios pouco úteis | Trocar mensagens genéricas por orientação de próximo passo, como ampliar período, limpar filtros ou atualizar lista. | Telas sem resultado deixam claro o motivo provável e o próximo clique. |
A empresa precisa sentir que pode criar entrega, adicionar crédito, configurar bônus e falar com a operação sem risco de fazer algo errado ou sem entender o impacto.
Ao clicar em “Solicitar entrega”, a tela parece mais uma área de acompanhamento em mapa do que um formulário para criar uma nova entrega. Há mapa, abas de pedidos, busca, saldo de crédito e mais de um botão com símbolo de “+”.
Recomendação: separar “Nova Entrega” de “Acompanhar Entregas”. A criação deve conduzir origem, destino e paradas, categoria e observações, preço, saldo, resumo e confirmação.
Como deveria ficar: ao clicar em “Nova Entrega”, o cliente entende o que precisa preencher, o que falta, o valor estimado e quando poderá confirmar.
A carteira é objetiva, mas o modal permite escolher valor e confirmar sem explicar método de pagamento, prazo, status da solicitação ou quando o saldo será atualizado.
Recomendação: antes da confirmação, mostrar valor escolhido, método de pagamento, prazo para o crédito entrar, se há aprovação e status esperado depois do clique.
Como deveria ficar: o usuário sabe exatamente o que vai acontecer após confirmar o crédito.
A tela explica a regra de bônus para entregadores, mas ainda não mostra o impacto prático da configuração. A empresa pode alterar custo sem entender consequência.
Recomendação: incluir simulação com entrega de referência, tempo, bônus aplicado, custo total estimado, regra atual e última alteração.
Como deveria ficar: antes de salvar, o usuário entende o custo adicional e qual regra ficará ativa.
Botões verdes aparecem em ações como “Nova Entrega”, “Aplicar”, “Salvar configuração”, “Confirmar”, “Adicionar Crédito” e envio de mensagem. O verde atual com texto branco poderia ter leitura mais forte.
Recomendação: escurecer o verde principal ou ajustar a cor do texto como padrão para toda a plataforma.
Como deveria ficar: toda ação principal tem leitura rápida, sem depender de esforço visual.
Os cards de saldo, entregas do dia, entregas em andamento, concluídas e canceladas são úteis. O que falta é transformar os cards em atalhos.
Recomendação: “Em andamento” abre entregas em andamento, “Canceladas” abre histórico filtrado e “Saldo de Crédito” abre carteira, com período explícito em cada indicador.
A tela tem filtros úteis, mas quando não encontra entregas a mensagem é genérica. Não fica claro se o vazio vem do período, dos filtros ou da ausência real de entregas.
Recomendação: mostrar filtros ativos e ações rápidas: ampliar para 7 dias, limpar filtros ou ver entregas em andamento.
O menu mostra “Comunicação 1” e a conversa exibe texto com aparência de teste. Para empresa cliente, isso reduz a sensação de profissionalismo.
Recomendação: renomear para “Atendimento”, “Suporte” ou “Mensagens”, remover mensagens de teste e mostrar status da conversa: aberta, respondida, pendente ou encerrada.
O menu é curto, o que ajuda, mas alguns nomes poderiam ser mais orientados à tarefa da empresa.
Recomendação: usar nomes como “Usuários”, “Nova Entrega”, “Minhas Entregas”, “Bônus para Entregadores”, “Carteira” e “Atendimento”.
Pontos fortes: interface limpa, navegação curta, painel com boa leitura, carteira objetiva, modais simples e boa base visual para evoluir sem redesenhar tudo do zero.
Hoje a tela mistura mapa, lista, busca, saldo e botões de adição. Para o cliente, o próximo passo não fica tão claro quanto deveria.
Confirmar local de coleta e dados do pedido.
Informar endereço, paradas e observações importantes.
Mostrar custo estimado, saldo disponível e regra de confirmação.
Registrar pedido e direcionar para acompanhamento.
| Prioridade | Ponto crítico | Ação recomendada | Critério de conclusão |
|---|---|---|---|
| Alta | Nova Entrega pouco guiada | Separar criação de acompanhamento e transformar a solicitação em etapas. | A empresa entende origem, destino, custo e confirmação. |
| Alta | Adicionar Crédito sem contexto | Explicar método, prazo, status e atualização do saldo antes de confirmar. | Ação financeira passa segurança e reduz dúvidas pós-clique. |
| Alta | Preço dinâmico sem simulação | Mostrar entrega de referência, bônus aplicado, custo total estimado e última alteração. | A empresa vê o impacto antes de salvar. |
| Média | Comunicação 1 | Renomear para Atendimento, Suporte ou Mensagens e remover textos de teste. | A área parece canal oficial de atendimento. |
| Média | Menu e filtros | Usar nomes orientados à tarefa e exibir filtros ativos em consultas. | O cliente entende onde clicar e por que uma lista está vazia. |
99Entrega, Uber Envios e Lalamove ajudam a entender padrões de confiança, simplicidade, frota, ganho para motorista e solução para empresas. O aprendizado útil não é copiar o visual, mas separar promessas por público.
| Frente | O que a 99 faz | Aprendizado para 33 Tchau |
|---|---|---|
| Marca | Usa cor proprietária forte, linguagem popular e cenas simples. | Usar verde como reconhecimento, mas sem copiar tom de superapp. |
| Empresas | Separa página B2B com gestão, preço e cadastro. | Criar comunicação para farmácias e comércios recorrentes, com controle e previsibilidade. |
| Motoboys | Fala de cadastro, flexibilidade, app e veículo. | Usar cidade, demanda real, app em uso e clareza de recebimento. |
| Risco | A 99 ganha por escala e marca conhecida. | Evitar parecer uma 99 menor. A diferenciação deve ser especialidade local. |
| Frente | O que a Uber faz | Aprendizado para 33 Tchau |
|---|---|---|
| Marca | Confiança pela simplicidade e reconhecimento prévio. | Usar calma visual, mas sempre com prova, contexto e clareza operacional. |
| Uso do serviço | Mostra entrega como solução para problemas cotidianos. | Criar conteúdos curtos como “como uma farmácia chama uma entrega”. |
| App | Apresenta o serviço como extensão natural do aplicativo. | Usar telas reais como prova de controle, acompanhamento e suporte. |
| Risco | Minimalismo funciona porque a Uber já tem marca forte. | Evitar visual vazio. A Tchau precisa explicar onde atua, para quem é e como funciona. |
| Frente | O que a Lalamove faz | Aprendizado para 33 Tchau |
|---|---|---|
| Marca | Usa energia visual, laranja dominante, frota e app. | Usar energia em criativos de motoboy e sobriedade na frente B2B. |
| Motoboys | Usa rotina real, veículo, cadastro e promessa direta. | Mostrar motoboy realista, cidade, app, cadastro e clareza de regras. |
| Empresas | Mostra estrutura e caminhos separados de uso. | Comunicar previsibilidade, controle, crédito e suporte local. |
| Risco | O tom é intenso e promocional. | Evitar parecer campanha de desconto quando a promessa é operação confiável. |
| Padrão de mercado | Quem usa | Aprendizado para 33 Tchau | Risco a evitar |
|---|---|---|---|
| Cor proprietária forte | 99, Lalamove | Usar verde como fio condutor de reconhecimento e ação. | Usar verde em todos os elementos e perder hierarquia. |
| Separação por público | 99, Lalamove | Criar comunicação distinta para empresas, farmácias e motoboys. | Falar com todos na mesma peça e diluir a promessa. |
| App como prova visual | 99, Uber, Lalamove | Mostrar interface real como prova de controle, saldo, histórico e acompanhamento. | Mostrar tela em estágio de teste sem contexto, sem acabamento ou sem maturidade visual. |
| Criativo para motorista com ganho/flexibilidade | 99, Lalamove | Usar rotina local, cadastro por cidade, demanda real e clareza de recebimento. | Prometer renda, volume de corridas ou aprovação imediata sem lastro. |
| Stories com passo a passo | Uber | Explicar uso do app em cenas curtas para empresa e motoboy. | Virar tutorial técnico, sem situação real de uso. |
| Grade social por pilares | Lalamove | Organizar redes em farmácias, motoboys, bastidores, app, suporte e praça. | Usar Instagram apenas como vitrine promocional. |
A identidade da 33 Tchau deve sustentar uma leitura única: empresas e farmácias têm previsibilidade, motoboys têm clareza para rodar e a operação local tem suporte próximo.
Mostrar balcão, pedido pronto, crédito, acompanhamento, histórico, suporte e entrega recorrente. A mensagem visual é tirar a entrega do improviso.
Mostrar app em uso, cidade, retirada no comércio, carteira e chamada de cadastro sem promessa financeira não validada.
Mostrar mapa simples de praça, pontos de retirada, pontos de entrega, motoboys em circulação e suporte humano.
| Frente | Ação recomendada | Critério de conclusão |
|---|---|---|
| Logo | Definir a versão principal como assinatura padrão e reservar variações para contextos específicos. | Materiais institucionais, app, capas e criativos usam a mesma assinatura prioritária. |
| Paleta | Usar verde de marca mais escuro para reconhecimento e #00593E somente em botões e CTAs principais. | Peças com contraste legível, CTAs evidentes e sem excesso de tons concorrentes. |
| Tipografia | Aplicar Montserrat com títulos fortes, subtítulos objetivos e textos curtos. | Posts, telas e materiais comerciais com leitura rápida e sem poluição visual. |
| Fotografia | Construir banco visual com farmácias, motoboys, app em uso, suporte e rotas locais. | Imagens explicam a operação sem depender de texto longo. |
| Criativos | Padronizar capas, cards, anúncios e Reels com título curto, público claro e CTA específico. | Comunicação consistente para empresa, motoboy e marca institucional. |
| Interface | Reforçar botões, status, saldo, histórico e acompanhamento como provas visuais de controle. | Telas transmitem simplicidade operacional para empresas e motoboys. |
A marca deve parecer local, simples, rápida, próxima, tecnológica e confiável. O foco é comunicar operação local organizada para farmácias, comércios recorrentes e motoboys por praça.
As marcas analisadas falam de entrega em geral. Mesmo quando citam empresas, não entram fundo na rotina de farmácia.
Oportunidade para a Tchau: usar farmácia como cenário visual principal no primeiro momento: balcão, pedido urgente, motoboy próximo, entrega curta e cliente esperando.
Os players mostram app, veículo e entrega. Quase ninguém mostra a lógica completa de formar uma praça: empresas, motoboys, demanda, suporte e operação local.
Oportunidade para a Tchau: criar visual de malha local, mostrando que a empresa não vende só corrida, mas organiza a praça.
Empresas e motoristas aparecem como públicos separados. Poucos criativos mostram o equilíbrio entre os dois lados.
Oportunidade para a Tchau: mostrar que a entrega só funciona quando a empresa tem demanda e o motoboy tem corrida real.
Os grandes players falam de escala. Os locais costumam parecer improvisados. Falta um meio-termo.
Oportunidade para a Tchau: parecer profissional sem perder o senso de cidade, proximidade e suporte humano.
| Ideia | Mensagem | Visual sugerido |
|---|---|---|
| Farmácia sem improviso | Entrega recorrente para farmácias que precisam de previsibilidade. | Balcão de farmácia, pedido pronto, motoboy próximo e status da entrega. |
| Malha local | A Tchau organiza empresas, motoboys e demanda por cidade. | Mapa simples da praça, pontos de farmácia, motoboys e fluxo de entrega. |
| Motoboy por cidade | Rode na sua cidade com demanda real. | Motoboy realista, nome da cidade, app na mão e CTA de cadastro. |
| Antes e depois | Do improviso para uma operação acompanhável. | Comparação visual entre entrega solta e fluxo organizado com status. |
| App simples | Chame, acompanhe e controle suas entregas. | Tela real do app/plataforma, três passos curtos e ícones de status. |
| Crédito para empresas | Mais controle para quem entrega todos os dias. | Card de saldo/crédito, histórico visual e pedido saindo para entrega. |
| Suporte local | Operação próxima, com suporte humano. | Pessoa de suporte, cidade ao fundo, canal de contato e entrega em andamento. |
| Rotina do motoboy | Cadastro simples, corrida real e clareza de recebimento. | Sequência vertical com cadastro, aceite de corrida, entrega e carteira. |
A entrega avalia design, usabilidade, percepção visual e comunicação. Não substitui QA técnico, teste ponta a ponta com corrida real ou validação jurídica de promessa comercial.