Documento de Visão do Produto

Histórico de Versões

Glossário

1. Introdução

1.1 Propósito

Este documento descreve a visão geral do produto Frila: o problema que ele endereça, seu posicionamento de mercado, as partes interessadas, os perfis de usuário e os recursos de alto nível que o compõem. Ele é a referência de negócio do projeto e serve a quem precisa entender o produto sem abrir a documentação completa: equipe de desenvolvimento, mentores, avaliadores da Apple Developer Academy, parceiros e potenciais interessados.

O detalhamento de requisitos funcionais, não funcionais, regras de negócio, casos de uso e diagramas está no Documento de Especificação de Requisitos, e não aqui.

Uma ressalva de leitura vale para o documento inteiro. O Frila não passou por validação de campo. Desde 22/09 há código, o backend no Supabase e o app iOS, com builds internos no TestFlight, mas nenhum turno real foi fechado pelo produto. Os números de contexto de mercado têm fonte pública identificada; as afirmações sobre o comportamento concreto do contratante e do profissional no Distrito Federal são hipóteses, marcadas com [H] ao longo do texto. A expectativa explícita do grupo é que parte delas esteja errada e seja corrigida com dado real.

1.2 Escopo

Frila é uma plataforma horizontal de contratação por turno avulso, para qualquer setor. O contratante publica o turno que precisa cobrir, com função, data, janela de horário, local e valor, e a vaga é enviada ativamente para os profissionais próximos que podem aceitá-la, em vez de ficar num mural esperando ser encontrada. O profissional se candidata sem formulário, a confirmação chega para os dois lados com todos os dados do turno, e depois da execução cada um responde se chamaria o outro de novo.

Está dentro do escopo do produto:

• Publicação de turno avulso de qualquer setor, como bares, restaurantes, eventos, varejo, logística e serviços domésticos, com poucos campos. Food service e eventos são só o foco da divulgação inicial.

• Despacho ativo por proximidade: a vaga é notificada, de uma vez, a quem tem a função, está disponível e está a até 15 km do local, com no máximo uma notificação a cada 30 minutos por profissional.

• Candidatura sem formulário, confirmação e liberação de contato entre as partes.

• Check-in e check-out geolocalizados, com registro de início, fim e valor acordado do turno.

• Reputação binária bidirecional, só entre quem trabalhou junto pelo Frila.

• Organização de equipe de confiança e montagem de escala de evento em lote.

• Alerta de vaga vazia ao contratante e Painel do gestor na versão web do Frila, no perfil de contratante.

• Denúncia e bloqueio entre usuários, com resposta da Equipe Frila por e-mail.

• Um aplicativo só, com os perfis de profissional e de contratante, em iOS nativo (Swift e SwiftUI), Android nativo (Kotlin) e versão web, com proposta de valor distinta por perfil. A v1.0, na App Store em 13/11/2026, é só iOS; Android e web entram na v1.2, no 1º trimestre de 2027.

Está explicitamente fora do escopo:

• Processar, custodiar ou repassar pagamento. O pagamento é combinado diretamente entre as partes; a plataforma registra o valor acordado, não o movimenta.

• Contratação efetiva em regime CLT, processo seletivo e banco de currículos, que são outro negócio, outro ciclo, outro comprador.

• Vaga remota no MVP. O freelance remoto faz parte do escopo do produto, mas entra só depois do MVP: sem presença no local não há check-in, notificação por distância nem avaliação com presença verificada.

• Rede social profissional: não há feed, seguidores nem produção de conteúdo.

• Operação manual de turnos pelo Frila: não há plantão, atendimento ao vivo nem mediação entre as partes. O produto é automático.

• Aval de quem trabalhou com o profissional fora da plataforma. Só avalia quem trabalhou junto pelo Frila.

• Operação fora do Distrito Federal antes de o DF estar consolidado.

• Modelo de monetização, que permanece deliberadamente em aberto até a validação de campo.

1.3 Referências

1.4 Visão Geral do Documento

A Seção 2 trata do posicionamento do produto: a oportunidade de mercado, a instrução do problema e a instrução de posição. A Seção 3 descreve as partes interessadas e os usuários, com perfil individual de cada um e a síntese de suas necessidades. As Seções 4 e 5 detalham o produto: perspectiva, capacidades, suposições, dependências, custo e a lista de recursos de alto nível. As Seções 6 e 7 abordam as faixas de qualidade esperadas e os requisitos de documentação.

2. Posicionamento

2.1 Oportunidade de Negócio

Contratar pessoas para cobrir um turno de última hora, seja um garçom que faltou, um bartender para o sábado ou uma equipe inteira para uma formatura, ainda depende de grupo de WhatsApp, indicação e sorte. Esse é o estado da arte do mercado que o Frila quer atender, e ele é grande.

Do lado do food service, 90% dos empresários de bares e restaurantes classificam a contratação como difícil ou muito difícil, sendo os motivos principais a escassez de profissionais qualificados (64%) e a ausência de interessados nas vagas (61%). A rotatividade do setor foi de 73,49% entre dezembro de 2024 e novembro de 2025, o equivalente a trocar a equipe inteira a cada 16 meses. Só no Distrito Federal há quase 30 mil estabelecimentos de alimentação e hospedagem, empregando cerca de 100 mil trabalhadores. A margem, porém, é apertada: em setembro de 2025, 43% das casas do DF tiveram lucro, 33% ficaram no equilíbrio e 21% no prejuízo, o que sugere sensibilidade alta a preço. (Abrasel; Abrasel-DF via Correio Braziliense)

Do lado de eventos, o setor movimentou R$ 25,33 bilhões apenas no primeiro bimestre de 2026, o maior valor da série histórica iniciada em 2019, com projeção de 143 mil novas vagas formais no ano. O trabalho de um dia, como o garçom da formatura ou quem bipa o ingresso do show, não entra nessa estatística, e é justamente o segmento que o Frila quer atender. (ABRAPE)

Há ainda um vetor regulatório possivelmente favorável: a PEC que encerra a escala 6x1 foi aprovada na Câmara em maio de 2026 e na CCJ do Senado em setembro, prevendo transição de 44 para 40 horas semanais. Com dois dias de folga por semana, a cobertura de turno avulso tende a crescer. É inferência, não fato: o texto ainda pode ser alterado no plenário e a transição gradual pode diluir o efeito por anos.

O canal onde essa contratação acontece hoje não é uma plataforma: o WhatsApp está instalado em 98,3% dos smartphones brasileiros e é o principal canal comercial de 82% dos pequenos negócios. Existem grupos de freela organizados por cidade, cujas regras publicadas tratam apenas de conduta, nada sobre pagamento, comparecimento ou responsabilidade. Não há nenhuma medida independente de que o WhatsApp funcione mal; o que se verifica é que o canal não tem garantia embutida, o que é coisa diferente. (Mobile Time/Opinion Box; Sebrae)

A oportunidade específica aparece quando se olha a concorrência. Foram mapeados onze concorrentes brasileiros em food service, eventos e trabalho avulso, e apenas um tem presença comprovável em Brasília: o GetNinjas, que sequer é especializado neste nicho. Nenhum dos especializados (Switch, Closeer, estaff, eFreela, Freela Serviços e Worc) demonstra operação real no DF. E todos compartilham a mesma vulnerabilidade estrutural: cadastro não é liquidez. A Freela Serviços declara 198 mil profissionais cadastrados contra 203 contratações concluídas; a eFreela alega 300 mil usuários contra pouco mais de 100 mil instalações mensuráveis no Android; a Worc anunciou mais de 1.400 vagas abertas numa página que, na mesma sessão de navegação, exibiu zero vagas no próprio quadro ao vivo.

A oportunidade, portanto, não é disputar um incumbente local. É ocupar um vácuo, competindo contra o WhatsApp e contra a ausência de alternativa, com um mecanismo que ataca exatamente o ponto onde todos os concorrentes falham: a distância entre cadastrar-se e ser efetivamente chamado.

A ressalva honesta, e ela é grande: nenhuma fonte pública encontrada mede com que frequência um estabelecimento ou um produtor fica sem uma pessoa em cima da hora, nem quanto isso custa. Esse é o número que sustenta ou derruba a razão de ser do Frila, e ele só existe em campo. A validação está em curso, com roteiro de entrevista já produzido e 50 conversas como meta. [H]

2.2 Instrução do Problema

2.3 Instrução de Posição do Produto

3. Partes Interessadas e Usuários

3.1 Demográficos de Mercado

Indicador

Valor

Fonte e data

Estabelecimentos de alimentação e hospedagem no DF

~30 mil

Abrasel-DF via Correio Braziliense, 05/2026

Trabalhadores nesses estabelecimentos no DF

~100 mil

idem

Base representada pelo Sindhobar-DF

14 mil estabelecimentos

idem

Estabelecimentos de alimentação com CNPJ ativo no Brasil

~1,5 milhão

Receita Federal até 2024, via fonte secundária

Faturamento do setor de alimentação fora do lar, 2025

R$ 495 bilhões

Abrasel

Empresários que consideram a contratação difícil ou muito difícil

90%

Abrasel

Rotatividade no setor (dez/2024 a nov/2025)

73,49%

Abrasel

Estabelecimentos do DF com lucro / equilíbrio / prejuízo

43% / 33% / 21%

Abrasel-DF via Correio Braziliense, 09/2025

Setor de eventos: movimentação no 1º bimestre de 2026

R$ 25,33 bilhões

ABRAPE, maior da série histórica

Setor de eventos: empregos formais do núcleo (fev/2026)

205.538 vínculos

ABRAPE, +84,5% sobre 2019

Projeção de novas vagas formais em eventos em 2026

143 mil

ABRAPE / Diário do Turismo

Trabalhadores de cultura e lazer na informalidade

71,1%

Teberga/UFT (2020), base IPEA 2018. Dado antigo

WhatsApp instalado em smartphones brasileiros

98,3%

Mobile Time/Opinion Box, 06/2026, 4.138 respondentes

Pequenos negócios que usam WhatsApp como canal comercial

82%

Sebrae, Pulso 12ª ed., 8,2 mil ouvidos, fevereiro e março de 2026

Concorrentes com presença comprovada no DF

1 de 11, e não especializado

Pesquisa própria, 14/09/2026

Não existe, em fonte pública encontrada, número de trabalhadores avulsos por evento no Brasil, nem medida de frequência de falta de última hora em bares e restaurantes. O segmento que o Frila quer atender é justamente o que nenhuma estatística oficial conta, o que torna a validação de campo condição para qualquer dimensionamento de receita.

3.2 Resumo das Partes Interessadas

3.3 Resumo dos Usuários

3.4 Ambiente do Usuário

O produto é usado majoritariamente em mobilidade e sob pressão de tempo, e isso condiciona todas as decisões de desenho.

O profissional acessa da rua, do intervalo e do transporte, em aparelho Android de entrada, com sinal instável e plano de dados limitado. Sessões são curtas: consultar uma vaga, aceitar, conferir endereço e horário. A confiabilidade da notificação é a parte mais crítica do ambiente dele: nas avaliações públicas dos concorrentes, a segunda queixa mais repetida é o aviso que não chega, relatada tanto por quem elogia o produto quanto por quem o detesta. Um aviso que não chega equivale a uma vaga que não existiu.

O contratante tem dois ambientes opostos. No celular, sob estresse: são 16h de uma sexta, faltou gente, o movimento começa em duas horas e quem publica está no salão, não sentado à mesa. Nesse contexto, publicar precisa ser rápido e exigir poucos campos. No computador, planejando: o operador de buffet monta a escala de uma formatura de 40 pessoas duas semanas antes. É trabalho de mesa, com teclado e tela grande, onde a densidade de informação ajuda em vez de atrapalhar. É também no computador que o gestor usa o Painel do estabelecimento. Por isso todos os perfis têm acesso tanto ao aplicativo quanto à web.

A concentração temporal de uso é conhecida: picos de quinta a domingo, na virada da tarde para a noite, além de datas sazonais como Black Friday, Natal, Dia das Mães e temporada de formaturas. O horário de pico do sistema é quinta a domingo, entre 16h e 02h.

Quanto a plataformas, o aplicativo iOS nativo, em Swift e SwiftUI, é requisito já fechado do projeto, e o Android também será nativo, em Kotlin. O Android continua sendo prioridade de alcance, por ser a plataforma de cerca de 75% do uso de celular no Brasil (75,45%, StatCounter, ago/2026), já que ficar só no iOS excluiria a maior parte do lado da oferta. Com três desenvolvedores e sete semanas até a loja, a v1.0, em 13/11, é só iOS; Android e web entram na v1.2, no 1º trimestre de 2027 (Escopo do MVP). A versão web atende os dois perfis.

Estimativa de uso simultâneo no lançamento: dezenas de usuários ativos ao mesmo tempo na janela de pico, com picos de despacho concentrados nos minutos seguintes a cada publicação de vaga. O número é derivado do tamanho da praça-piloto, não de medição. [H]

3.5 Perfil das Partes Interessadas

Stakeholder 1: Equipe BlendOps

Stakeholder 2: Mentoria e Apple Developer Academy

Zerefos (mentores do Challenge 18)

Descrição

Instância de orientação e avaliação do projeto dentro da metodologia CBL, com marcos definidos de Engage, Investigate e Act.

Tipo

Mentor e avaliador

Responsabilidades

Orientar o percurso de descoberta, revisar entregas, questionar premissas e validar aderência à metodologia.

Critérios de sucesso

Milestones do CBL entregues e sustentados por evidência; coerência entre Big Idea, Essential Question, Challenge Statement e solução proposta.

Envolvimento

Revisões periódicas e checkpoints do calendário da C18, incluindo a Apple Review de apresentação de escopo.

Principais preocupações

Que o grupo construa antes de validar; que o escopo inche além do executável no período do challenge.

Stakeholder 3: Entidades setoriais do DF

Stakeholder 4: Órgãos reguladores

Representante

ANPD e Justiça do Trabalho

Descrição

Definem o contorno legal em que o produto opera: proteção de dados pessoais e caracterização de vínculo empregatício em plataformas.

Tipo

Regulador

Responsabilidades

Fiscalizar o tratamento de dados pessoais; julgar a natureza da relação entre plataforma e trabalhador (Tema 1.291 e PLP 12/2024).

Critérios de sucesso

Conformidade demonstrável, sem autuação e sem passivo trabalhista.

Envolvimento

Indireto e permanente, por meio das normas aplicáveis.

Principais preocupações

Uso indevido de dado sensível e de documento de identificação; subordinação disfarçada de intermediação; decisão automatizada sem explicação nem canal de revisão (LGPD, art. 20).

3.6 Perfil dos Usuários

Usuário 1: Contratante de food service (persona primária)

Usuário 2: Profissional avulso (persona primária)

Usuário 3: Contratante de evento

Representante

Produtor de evento, operador de buffet ou empresa de staff

Descrição

Opera formaturas, casamentos, shows e eventos corporativos. O que muda em relação ao bar é o volume: uma formatura consome de 20 a 40 profissionais numa noite. A demanda é planejada, porque o evento foi marcado meses antes, com furos agudos de última hora por cima.

Tipo

Usuário primário, com fluxo próprio

Responsabilidades

Montar a escala com antecedência; repor posições que caem; conferir presença no dia; avaliar a equipe inteira depois.

Critérios de sucesso

A escala fechada antes do evento e mantida no dia, sem buraco em posição crítica.

Envolvimento

Concentrado em ciclos: planejamento semanas antes, execução intensa em uma noite.

Principais necessidades

Publicar dezenas de posições de uma vez, em várias funções. Ver quem se candidatou e escolher, em vez de aceitar o primeiro. Reaproveitar equipes que já funcionaram.

Comentários

Estrategicamente é a porta de entrada do produto: o evento é como se constrói a oferta, o bar fixo é como se ganha frequência. Uma noite de formatura coloca 40 profissionais no mesmo salão, todos trabalhando à vista, e nenhum formulário de cadastro produz um banco curado assim.

3.7 Principais Necessidades das Partes Interessadas e Usuários

4. Visão Geral do Produto

4.1 Perspectiva do Produto

O Frila é um sistema novo e independente. Não é módulo, extensão nem substituição de um sistema existente do cliente: não depende de PDV, de sistema de ponto, de folha de pagamento ou de software de escala já instalado no estabelecimento. Essa independência é deliberada, porque o público-alvo primário são operações pequenas, cuja infraestrutura de software costuma resumir-se ao celular de quem está no salão.

O produto é um aplicativo só, com dois perfis. Cada conta tem um perfil, escolhido no cadastro e fixo: quem quiser usar o outro lado cria outra conta, com outro e-mail. As necessidades dos dois perfis são diferentes o bastante para que cada um veja só as próprias telas:

• Perfil de profissional, em iOS (v1.0), Android e web (v1.2). Leve, tolerante a sinal ruim, com leitura offline dos turnos confirmados e notificação confiável.

• Perfil de contratante, em iOS (v1.0), Android e web (v1.2), cobrindo os dois contextos: publicação sob estresse no celular e planejamento de escala no computador. Na versão web fica o Painel do gestor, para acompanhar vagas, contratados e turnos; o alerta de vaga vazia e a confirmação de check-in manual também existem no celular.

Em relação ao ecossistema existente, o Frila não tenta eliminar o WhatsApp do fluxo: depois da confirmação, o contato entre as partes pode acontecer por WhatsApp ou e-mail, porque é onde as pessoas já estão. O que o produto substitui é a etapa anterior, a de encontrar alguém e decidir confiar nele, que hoje acontece sem nenhum registro e sem nenhum sinal verificável.

As dependências externas previstas são o Supabase como backend (Postgres com PostGIS, autenticação por código no e-mail e funções de servidor), o FCM para notificação push nos dois sistemas (no iOS, a entrega passa pelo APNs) e serviços de geolocalização e mapa. Os aplicativos são nativos: Swift e SwiftUI no iOS, Kotlin no Android. As regras que precisam valer igual nas três plataformas, como quem recebe a vaga, a confirmação sem duplicidade e o check-in, ficam no backend e são escritas uma vez. O pagamento fica fora do sistema por decisão de escopo, e não por limitação técnica.

4.2 Resumo das Capacidades

4.3 Suposições e Dependências

4.4 Custo e Precificação

O modelo de monetização não está definido, e essa é uma decisão consciente. Toda conta de receita depende de um preço que ainda não existe, e a pesquisa de concorrência mostrou que errar aqui é caro: cobrar do profissional gera desgaste público documentado, e comissão pura perde para receita recorrente mesmo em quem domina a transação. No Fiverr, a receita de marketplace caiu 15,5% ano a ano enquanto a receita que inclui assinatura cresceu 2%.

Uma definição está fechada: o Frila nunca desconta comissão ou taxa do valor do turno, e o valor anunciado na vaga é o valor integral que o profissional recebe (RN01). Serviços opcionais pagos ao profissional podem existir no futuro. A regra vem da evidência de que, em todos os concorrentes pesquisados e independentemente do modelo de cobrança, as piores avaliações vêm do lado de quem trabalha.

Os modelos praticados pelos concorrentes servem de referência, não de resposta:

Também não há base para estimar TAM, SAM e SOM em reais enquanto não houver preço validado. O que se pode afirmar hoje é o tamanho do universo de contratantes potenciais no DF: por volta de 30 mil estabelecimentos de alimentação e hospedagem, empregando cerca de 100 mil pessoas, mais o setor de eventos, cujo trabalho avulso nenhuma estatística pública conta.

Como projeto acadêmico sem fins comerciais, os custos hoje envolvidos são de desenvolvimento e publicação:

5. Recursos do Produto

Cada linha é uma capacidade de alto nível. O detalhamento em requisitos funcionais, com critério de aceitação, está no Documento de Especificação de Requisitos.

6. Faixas de Qualidade

7. Requisitos de Documentação

7.1 Notas de Liberação / Leia-me

Cada versão publicada deve trazer uma nota de liberação contendo: resumo das mudanças em linguagem de usuário, funcionalidades novas, correções relevantes, mudanças de comportamento que afetem vagas ou reputação, e instruções de migração quando aplicável. Mudanças em regras de reputação, em critérios de despacho ou em política de cancelamento são destacadas separadamente, porque afetam diretamente a chance de alguém ser chamado, e a percepção de injustiça nesses pontos é uma das queixas mais frequentes do setor. O repositório mantém o histórico completo das versões.

7.2 Ajuda Online

O produto deve oferecer ajuda acessível de dentro da própria interface, sem exigir busca externa. O conjunto mínimo é: uma seção de perguntas frequentes no menu de configurações, cobrindo como funciona o despacho, por que uma vaga pode não aparecer, como a reputação é calculada, o que acontece em caso de cancelamento e como o pagamento é combinado entre as partes; a tela “Por que recebo vagas”, com o botão para pedir revisão; um texto curto explicando cada permissão pedida, especialmente localização, lida só no toque do check-in e do check-out, e notificação, no momento em que é pedida; a política de privacidade e os termos de uso em linguagem direta; e um canal de suporte por e-mail acionável a partir do turno, com prazo de resposta declarado de até 5 dias úteis e sem atendimento ao vivo. Em risco imediato, o app orienta o contato com as autoridades (190 e 180).

7.3 Guias de Instalação

Não há instalação técnica do lado do usuário além do download nas lojas. O que precisa existir é um guia de primeiro acesso por perfil, exibido no início e consultável depois. Para o profissional: cadastro mínimo, escolha de funções, definição do ponto base e da disponibilidade, e ativação da notificação, com explicação de que é ela que traz a vaga. Para o estabelecimento: cadastro, publicação da primeira vaga com um exemplo preenchido, e inclusão de outros usuários da equipe. Para o gestor do estabelecimento: guia do Painel na versão web, com o alerta de vaga vazia, a confirmação de check-in manual e o acompanhamento dos turnos. A documentação técnica de instalação e configuração do ambiente de desenvolvimento fica no repositório, junto ao código.

7.4 Rótulo e Embalagem

Item

Descrição

Status

Nome de exibição (App Store / Play)

“Frila”. O nome nomeia a unidade de trabalho, o turno avulso, e não o setor, o que o mantém válido em qualquer expansão de escopo ou de país. É um app só, com uma ficha em cada loja; o perfil, de profissional ou de contratante, é escolhido dentro do app, no cadastro.

Definido: um app só, com uma ficha por loja

Ícone do app

Ícone único por aplicativo, nos tamanhos e formatos exigidos por cada loja, legível em tela pequena e reconhecível em lista de notificações.

Pendente

Screenshots e vídeo preview

Capturas por perfil, mostrando o que cada lado ganha: para o contratante, a vaga publicada e preenchida; para o profissional, a notificação de vaga próxima e o histórico de comparecimento.

Pendente

Descrição da loja

Texto de apresentação por público, sem prometer o que não está validado. Em particular, sem afirmar frequência de falta nem tempo médio de preenchimento antes de haver medição.

Pendente

Palavras-chave (ASO)

Termos previstos: frila, freela, freelancer, turno avulso, bico, diária, garçom, bartender, evento, staff, extra, vaga de um dia, Brasília, DF.

Pendente

Política de privacidade e rótulo de dados

Declaração de coleta exigida pelas duas lojas, coerente com a minimização adotada: localização, dados de contato, identificadores e conteúdo do turno, com finalidade declarada para cada item. Inclui o compartilhamento de telefone e WhatsApp com a outra parte depois da confirmação, com base na execução do contrato (LGPD, art. 7º, V).

Pendente

Classificação etária e categoria

Categoria de negócios ou produtividade; classificação etária compatível com uso profissional e restrição de cadastro a maiores de 18 anos.

Pendente