SeniGo CoHab
Liga estudantes que precisam de casa a seniores que têm um quarto livre — emparelhados por compatibilidade de convivência, não por preço.

Sobre o projeto
O que é
A SeniGo CoHab é uma plataforma de coabitação intergeracional, desenhada e construída para um piloto em Leiria. Põe em contacto duas pessoas com necessidades complementares: um estudante do ensino superior que procura alojamento acessível, e uma pessoa sénior que tem um quarto livre em casa. O sénior recebe uma renda e companhia; o estudante paga menos do que pagaria no mercado de arrendamento.
A plataforma trata as duas partes como papéis distintos desde o primeiro ecrã. A escolha entre "Sou Estudante" e "Tenho um Quarto" não é um filtro — determina o questionário que a pessoa responde, os campos que preenche, o que vê na descoberta de perfis e o lado do acordo em que fica.
O problema
Partilhar casa com um desconhecido de outra geração não falha por causa do preço. Falha por causa da convivência.
O preço é o que traz as duas partes à plataforma: o estudante não consegue pagar o mercado, o sénior tem espaço a mais e companhia a menos. Mas o que determina se o arranjo dura seis meses ou seis dias são coisas mundanas — a que horas cada um anda pela casa, se há fumo, se há animais, se há alguma coisa em comum para conversar ao jantar.
Um portal de anúncios resolve o preço e ignora o resto. Foi por isso que o centro do produto não é uma lista de quartos, é um sistema de compatibilidade: um questionário curto, um algoritmo que devolve uma percentagem, e — mais importante — a explicação de como se chegou a esse número.
Quem usa
O estudante. Procura alojamento a preço acessível numa cidade onde estuda. Provavelmente está a fazê-lo pela primeira vez, sozinho, e com pouco poder negocial.
O sénior. Tem uma casa com um quarto que já não usa. Quer uma renda, companhia, ou as duas coisas. Pode não ter grande à-vontade digital — e é o utilizador em torno do qual as decisões de acessibilidade do produto foram tomadas.
O sistema impede matches entre pessoas do mesmo tipo: dois estudantes ou dois seniores devolvem compatibilidade zero. O produto só existe no encontro entre os dois lados.
Âmbito
Piloto em Leiria, com sete zonas mapeadas. A cidade e as zonas estão parametrizadas no código como constantes — o produto foi construído desde o início para ser relançado noutra cidade sem reescrever a aplicação.
O produto
O que se segue são ecrãs do produto publicado, não mockups.
Os ecrãs mostram a copy e os números do produto tal como está publicado. O que neles não é real está assinalado em cada legenda e resumido no fim desta secção.
Entrada por papel

O ecrã inicial faz uma pergunta e só uma: de que lado estás? Os dois botões — "Sou Estudante" e "Tenho um Quarto" — levam ao mesmo questionário com percursos diferentes. A decisão de separar os papéis logo à entrada evita o ecrã genérico que obriga toda a gente a perceber o produto antes de o poder usar.
Dois percursos explícitos

A página "Como Funciona" apresenta os dois percursos lado a lado, em cinco passos cada. São percursos genuinamente diferentes: o estudante procura, filtra e contacta; o sénior descreve o quarto, define preferências e recebe candidatos. Mostrar os dois em paralelo responde à pergunta que ambos os lados fazem — o que é que a outra pessoa vê de mim?
Senigo Match — o questionário

Cinco passos para o estudante, seis para o sénior — que responde a um passo extra sobre o quarto que disponibiliza (zona, preço, refeições, internet). As perguntas cobrem tipo de utilizador, hábitos de fumo, animais, ritmo diário e interesses.
O progresso aparece duas vezes: barra com percentagem e passos numerados. É redundante de propósito — uma diz quanto falta, a outra diz onde se está, e ver as duas evita a sensação de formulário sem fim.
Cada passo tem um botão discreto: "Porque perguntamos isto?". Ao abrir, explica o peso daquela resposta no resultado — por exemplo, que horários opostos são a causa mais comum de conflito, ou que o desencontro sobre tabaco costuma ser eliminatório. O questionário explica-se a si próprio em vez de pedir dados sem justificação.

O algoritmo de compatibilidade
A compatibilidade é calculada sobre 100 pontos, distribuídos por quatro critérios:
As regras refletem juízos sobre convivência real, não uma média aritmética:
- Horários vizinhos não são penalizados como opostos. Quem é da manhã e quem é da tarde recebe pontuação parcial; manhã contra noite não recebe nada e gera um bloqueador.
- Horário flexível é tratado como vantagem, não como ausência de resposta.
- Animais valem uma penalização suave, não eliminatória — é uma diferença negociável, ao contrário do tabaco.
- Três interesses em comum chegam para a pontuação máxima. Acima disso não acrescenta: o objetivo é garantir que há conversa possível, não medir afinidade.
O algoritmo não devolve só um número. Devolve a decomposição critério a critério, com uma frase de explicação para cada um, e uma lista separada de bloqueadores — incompatibilidades graves que aparecem nomeadas em vez de diluídas na percentagem. Um match de 70% com um bloqueador de horários é uma informação diferente de um match de 70% sem bloqueadores, e o produto mostra a diferença.
O perfil e a pré-visualização

A pré-visualização não está escondida atrás de um botão: está permanentemente no ecrã, ao lado do formulário. Quem preenche vê ao mesmo tempo o que está a declarar e o que a outra pessoa vai ler.
A completude do perfil é uma percentagem com as sugestões nomeadas e o peso de cada uma — adiciona a tua idade (+10%), indica a tua zona (+15%), escreve uma apresentação (+20%). Diz o que falta e quanto vale, em vez de pedir genericamente para "completar o perfil".
Os quatro ritmos diários — madrugador, tarde, noturno, flexível — são exatamente os que o algoritmo usa. O perfil e o match falam a mesma linguagem, o que evita a tradução silenciosa entre o que a pessoa declarou e o que o sistema pontuou.
Descoberta e comparação


Os perfis aparecem ordenados por percentagem, com filtro por zona e favoritos. A percentagem é traduzida em faixas legíveis — Excelente, Muito Bom, Bom, Razoável — para que o número não tenha de ser interpretado.
Cada cartão traz o que decide antes de abrir o perfil: idade e papel, zona, apresentação, interesses, e os dois hábitos eliminatórios — fumo e animais — em texto, não em ícone sozinho. A intenção é que a lista se leia sem ter de entrar em cada perfil para perceber se vale a pena.
Há um painel de comparação lado a lado de dois perfis, que alinha zona, preço, horário, hábitos e interesses, destacando os interesses comuns. É a ferramenta para a decisão que a pessoa tem mesmo de tomar: não "este perfil é bom?", mas "qual destes dois?".
Os mesmos perfis, no mapa

Os pins distinguem os dois papéis, o círculo marca a área de procura, e o painel lateral mantém o que decide: zona, percentagem e preço por mês.
Para quem procura casa numa cidade que não conhece, o nome de uma zona é uma abstração até ser um ponto no mapa. É o mesmo conjunto de perfis, lido pela pergunta "onde é que isto fica?" em vez de "quem é esta pessoa?" — e é a vista que responde à distância até à faculdade, que nenhuma lista ordenada por percentagem consegue responder.
Resumo do Acordo CoHab
Antes de enviar a primeira mensagem de interesse, aparece um resumo do acordo: quem são as duas partes, as condições do quarto, o que está incluído — e, se existirem, os bloqueadores de compatibilidade, apresentados como aviso antes do contacto e não depois.
Formalizar o contacto assim tira o peso do primeiro contacto. A pessoa não está a "enviar uma mensagem a um estranho"; está a responder a uma proposta concreta que já leu.
Mensagens

O estado vazio não é um ecrã em branco com um ícone: diz o que fazer a seguir e leva lá com um botão. É o primeiro ecrã que qualquer pessoa vê nesta secção — a conversa só existe depois de haver contacto — e por isso é tratado como um ecrã de pleno direito e não como um erro.
Calculadora de poupança

Compara a renda de mercado por zona de Leiria com o valor estimado num acordo CoHab, ao longo de 1 a 24 meses, com extras opcionais (refeições, internet). Serve para tornar o argumento económico concreto antes do registo.
Acessibilidade como funcionalidade
Há um controlo de acessibilidade permanente na barra de navegação, com duas opções: texto grande e alto contraste. A preferência é guardada no dispositivo e mantém-se entre visitas — quem precisa disto precisa sempre, e não deve ter de o repetir.
O alto contraste não é um filtro automático: é uma paleta alternativa definida à mão, com bordas e sombras reforçadas. O texto grande aumenta a base tipográfica de 17px para 22px.
Garantias e perguntas frequentes

Autenticação

Registo e entrada por email e palavra-passe, com recuperação de palavra-passe e confirmação por link. Os dados ficam protegidos por políticas de acesso ao nível da base de dados: cada pessoa só lê as suas mensagens, o seu questionário e os seus favoritos.
Design / Processo
Esta secção está em construção. Abaixo estão as decisões que já estão tomadas e visíveis no produto. Os artefactos de processo — wireframes, fluxos, investigação — ainda não existem em forma apresentável, e estão assinalados como tal.
Decisões de design tomadas
Tipografia base a 17px, não 16px. O produto arranca com um corpo de texto maior do que o habitual, e a fonte escolhida foi Inter pela legibilidade em ecrã. A decisão vem do utilizador sénior: em vez de tratar a acessibilidade como um modo alternativo, o estado por omissão já é mais legível, e o modo de texto grande (22px) é o reforço.
O questionário justifica cada pergunta. Pedir a alguém que declare hábitos de fumo, animais e rotinas exige uma contrapartida. O "Porquê perguntamos isto?" em cada passo dá essa contrapartida sem obrigar ninguém a lê-la.
A percentagem é explicável. O algoritmo foi construído para devolver a decomposição, não só o resultado. Uma percentagem opaca num contexto destes seria pedir confiança cega numa decisão com consequências reais — com quem vais viver.
Os bloqueadores são nomeados. As incompatibilidades graves aparecem como lista à parte, em linguagem corrente, em vez de baixarem silenciosamente a pontuação.
A cidade é um parâmetro. Leiria, as suas sete zonas e as coordenadas correspondentes estão isoladas como constantes. O piloto foi construído para ser replicado.
Sistema visual
- Violeta#7C3AEDCor primária
- Laranja#F97316Destaque e ação
- Lavanda#F5F3FAFundos neutros
- Raio de canto de
0.875rem, sombras suaves em tom violeta - Tipografia Inter
- Paleta alternativa completa para o modo de alto contraste
Por documentar
- Wireframes. Não existem no repositório.
- User flows. Os percursos estão implementados, mas não desenhados como diagrama.
- Investigação com utilizadores. Não foi feita.
- Testes de usabilidade com seniores. Não foram feitos, e é a lacuna mais relevante do projeto: o produto foi desenhado à volta de um utilizador sénior cujo comportamento real nunca foi observado.
- Documentação do sistema de design. Os tokens existem em código, não como documento.
Protótipo
O protótipo interativo em Figma cobre os percursos principais dos dois lados da plataforma.