Informações básicas do projeto.
-
Projeto: PRESTADORES DE SERVIÇO
-
Repositório GitHub: LINK
-
Membros da equipe:
A documentação do projeto é estruturada da seguinte forma:
- Introdução
- Contexto
- Product Discovery
- Product Design
- Metodologia
- Solução
- Referências Bibliográficas
✅ Documentação de Design Thinking (MIRO)
Detalhes sobre o espaço de problema, os objetivos do projeto, sua justificativa e público-alvo.
Na sociedade da era da informação, em que os profissionais se aprofundam cada vez mais em áreas específicas do conhecimento e em que o tempo se tornou uma commodity valiosíssima, algumas tarefas do dia a dia que outrora eram banais acabam se tornando desafiadoras.
Um exemplo claro desse cenário é o gerenciamento de reparos domésticos. Não é raro ouvir relatos de pessoas que não conseguem conciliar, por exemplo, um reparo hidráulico ou elétrico com uma jornada de trabalho integral.
Esses relatos não se restringem apenas à questão de horários, mas também à dificuldade de encontrar um profissional adequado, verificar se possui boas referências ou até mesmo avaliar qual seria um preço justo para cada serviço.
Dessa forma, é natural recorrer às ferramentas da era da informação para enfrentar esse problema.
A finalidade desta aplicação é lidar com o problema da gestão de reparos domésticos, conectando a demanda do consumidor por serviços com a oportunidade de renda extra para o prestador. Tudo isso oferecendo facilidade e segurança para ambas as partes.
A solução se concretiza em um aplicativo que atua em duas frentes principais: tempo e expertise. • Tempo: o app oferece ao consumidor a possibilidade de agendar serviços fora do horário comercial, encaixando-os melhor em sua rotina, ao mesmo tempo em que proporciona ao prestador a chance de ampliar sua renda. • Expertise: além de aproximar consumidor e prestador, a aplicação disponibiliza informações relevantes para uma decisão mais consciente, como avaliações, portfólio e orçamento.
Quase todo mundo já enfrentou, ou conhece alguém que enfrentou, situações relacionadas a reparos domésticos. Para compreender melhor o problema, buscou-se organizar e analisar as principais demandas, dores e soluções desejadas.
A partir da pesquisa com consumidores e prestadores de serviço, confirmou-se uma grande demanda por reparos realizados fora do horário comercial, assim como a disponibilidade de profissionais interessados em atender a essa necessidade.
Três pontos se mostraram centrais: 1. Dificuldade de encontrar prestadores qualificados → primeiro grande aspecto a ser trabalhado, por meio da conexão entre as partes e da disponibilização de informações úteis, como reviews, portfólio e orçamentos. 2. Velocidade e proximidade → prioridade para os usuários, que buscam agilidade na prestação do serviço. Nesse sentido, filtros inteligentes permitem que escolham de acordo com sua necessidade e localização. 3. Outras dores recorrentes → orçamento prévio para assegurar um preço justo, sistema de reputação para fortalecer a confiabilidade dos usuários e até mesmo filtros adicionais, como o de gênero, para proporcionar maior segurança a consumidores e prestadores.
O público-alvo pode ser representado em três personas principais:
1. Prestador de serviços: autônomos que desejam gerar renda extra ou expandir sua clientela. Costumam conquistar clientes por indicação ou por meio de contatos de trabalhos fixos. Com o app, poderão selecionar trabalhos de forma mais prática, de acordo com critérios pessoais, o que representa um ganho significativo.
2. Consumidor sem tempo: pessoas que, devido a rotinas intensas, não conseguem resolver reparos domésticos em horário comercial. Suas principais dores são a dificuldade de encontrar profissionais confiáveis, a falta de clareza sobre preços justos e a insegurança no processo de contratação. O app contribui ao oferecer filtros que permitem encontrar prestadores rapidamente, sem abrir mão de informações essenciais como orçamentos e avaliações.
3. Consumidor sem expertise: indivíduos que até dispõem de tempo, mas não possuem habilidades para realizar reparos, mesmo os mais simples. Para esse público, o aplicativo agrega valor ao fornecer detalhes dos profissionais, orçamentos prévios e até filtros adicionais, como o de gênero, reforçando a confiança na contratação.
Nesse momento, vamos transformar os insights e validações obtidos em soluções tangíveis e utilizáveis. Essa fase envolve a definição de uma proposta de valor, detalhando a prioridade de cada ideia e a consequente criação de wireframes, mockups e protótipos de alta fidelidade, que detalham a interface e a experiência do usuário.
Com base na análise das personas foram identificadas as seguintes histórias de usuários:
EU COMO...PERSONA |
QUERO/PRECISO ...FUNCIONALIDADE |
PARA ...MOTIVO/VALOR |
|---|---|---|
| Eletricista | Preciso de uma agenda para que possa me organizar | pois preciso encontrar um cliente que melhor encaixe no meu perfil (localizacao e projeto). |
| Gerente e-commerce | Preciso de uma funcionalidade que mostre profissionais de confiança e de alguém que possa resolver meu problema fora o horário comercial | Para permitir que eu receba funcionário fora do horário comercial e um profissional de confiança |
| Programadora freelance | Preciso de uma funcionalidade que mostre os prestadores com boas reputações, visto que sou mulher e moro sozinha | pois quero encontrar em um só lugar um profissional de confiança ou com pelo menos uma reputação para prestar serviço de forma rápida fora do horário comercial. |
| Marceneiro | Preciso de uma funcionalidade na plataforma amplifique a visibilidade do meu serviço para os clientes | Para encontrar clientes em potencial que precisam de meus serviços mas não encontram profissionais que atendam fora do horário comercial |
As tabelas que se seguem apresentam os requisitos funcionais e não funcionais que detalham o escopo do projeto.
| ID | Descrição do Requisito | Prioridade |
|---|---|---|
| RF-001 | Cadastro de usuários: o sistema deve permitir o cadastro de prestadores de serviço, armazenando nome, e-mail, telefone, área de atuação, onde ele mora(ele precisa inserir isso para ter o filtro de proximidade), se atua fora do horário comercial (a área de atuação será um campo de seleção). | ALTA |
| RF-002 | O sistema deverá ter uma área que terá uma agenda que o prestador poderá colocar/visualizar os seus serviços agendados. Utilizar plugin JS full calendar para tal. É necessário que se tenha essa página para conseguirmos fazer o filtro das disponibilidades de horário | ALTA |
| RF-003 | Busca e filtro: O sistema deve permitir que o cliente pesquise por tipo de serviço (encanamento, reparos de móveis, etc) e filtre por localização | MÉDIO |
| RF-004 | O sitema deverá ter um filtro para buscar prestadores em um dado intervalo de tempo (esse requisito depende do RF-002) | MÉDIO |
| RF-005 | O prestador deve ter a capacidade de gerenciar sua agenda de forma flexível, permitindo que ele insira seus horários disponíveis para serviços extras, como bicos nos fins de semana ou após o expediente. | ALTA |
| RF-006 | O sistema deverá ter uma área que mostre os prestadores de serviços disponíveis ordenados pela avaliação | MÉDIA |
| RF-007 | Solicitação de serviço: o cliente poderá enviar uma solicitação descrevendo o problema e a sua disponibilidade de horários. | BAIXA |
| RF-008 | Notificações: O sistema deve notificar o prestador e o cliente quando houver nova solicitação, confirmação e mensagem. | BAIXA |
| RF-009 | O sistema deve oferecer um mecanismo de busca que permita ao cliente encontrar profissionais por proximidade e tipo de serviço, similar ao que eles já fazem no Google. | MÉDIA |
| RF-010 | O sistema deve possibilitar a opção | |
| RF-011 | Negociação e agendamento: o prestador e o cliente devem poder aceitar ou recusar solicitações e combinar o horário diretamente pelo sistema. | BAIXA |
| RF-012 | O software deve ter uma funcionalidade que minimize as faltas e os atrasos, talvez com um sistema de confirmação e lembretes para ambas as partes. | BAIXA |
| ID | Descrição do Requisito | Prioridade |
|---|---|---|
| RNF-001 | Responsividade: O software deve ser responsivo, permitindo uso em celulares, tablets e computadores. | ALTA |
| RNF-002 | Tecnologia: o front-end deve ser implementado com HTML, CSS e JavaScript. | ALTA |
| RNF-003 | Tecnologia: o código deve ser modular, bem comentado e versionado, facilitando correções. | ALTA |
| RNF-004 | Disponibilidade: o sistema deve estar disponível 24 horas por dia, 7 dias por semana. | BAIXA |
| RNF-005 | Usabilidade: a interface deve ser intuitiva, com navegação simples, textos claros e cores que facilitem a leitura. | BAIXA |
| RNF-006 | Acesso: o sistema deve ser disponibilizado via protocolo HTTPS, garantindo a navegação segura do usuário. | BAIXA |
Artefatos relacionados com a interface e a interacão do usuário na proposta de solução.
Estes são os protótipos de telas do sistema.
Nesta tela os prestadores vão ter a possibilidade de cadastrar o seu perfil na plataforma
Esta tela é sobre a página principal do site
Nesta tela os usuários vão poder visualizar o prestador e solicitar um serviço para ele
Esta tela é para uma página de cadastro geral do site, para ter a possibilidade de se cadastrar como prestador ou usuário comum
Esta tela é para um usuário comum cadastrar na plataforma
Esta tela é para o usuário ver os prestadores com a possibilidade de fazer uma filtragem com base nos critérios da plataforma
✅ Protótipo Interativo (MarvelApp)
Utilizamos o desing thiking para modelarmos o nosso problema primeiramente. Todos os integrantes foram reunidos durante 1 dia da semana para dedicar a maior parte da tarde para modelar nosso problema e traçar os próximos objetivos, facilitando o desenvolvimento da ideia
Relação de ferramentas empregadas pelo grupo durante o projeto.
| Ambiente | Plataforma | Link de acesso |
|---|---|---|
| Processo de Design Thinking | Miro | https://miro.com/app/board/uXjVKn8rbf4=/ |
| Repositório de código | GitHub | https://github.com/ICEI-PUC-Minas-PPLCC-TI/ti1-g-prestadores-de-servico |
| Protótipo Interativo | MarvelApp | https://marvelapp.com/prototype/34h4hae6/screen/97838948 |