AUTARQUIA EDUCACIONAL DO VALE DO SÃO FRANCISCO – AEVSF

FACULDADE DE CIÊNCIAS APLICADAS E SOCIAIS DE PETROLINA –

FACAPE
Curso de Ciência da Computação

APLICATIVO PARA PRESTADORES DE SERVIÇOS

Equipe: Jeffson de Souza Silva

Kelvin Matheus Ramos dos Santos

Petrolina
2020
1. INTRODUÇÃO AO DOCUMENTO*
Visando facilitar a busca de profissionais autônomos com informações como tempo de serviço,
qualidade de serviço e demais detalhes importantes, veio ideia de criar uma aplicação para
prestadores de serviços cujo o principal objetivo é listar e organizar os prestadores de serviços
por área de atuação, nota no aplicativo, tempo de serviço.

1.1. Tema*
O tema do aplicativo é que ele seja um app para prestadores de serviços.

1.2. Objetivo do Projeto*

Temos como objetivo o projeto listar e organizar os prestadores de serviços pela sua área de
atuação.

1.3 Justificativa/Motivação da Escolha do Tema*

Para auxiliar tanto prestador de serviço quanto contratante a realizar serviços e a contratar
serviços com mais facilidade e velocidade. O Sistema "E-JOB" vem para auxiliar gente de todas
as necessidades nessa parte importante da sociedade que é a prestação de serviços.

1.4 Método de Trabalho*

O método de trabalho utilizado no projeto foi o SCRUM seguindo a metodologia de Deborah
Mayhew, com o apoio de técnicas de levantamento de requisitos como: Questionário,
cenários, Análise Hierárquica das tarefas, análise de competidores e personas. O SCRUM
acontece em ciclos ou como são chamados sprints, nesses sprints serão feitas uma
parte das funcionalidades do sistema, e todas as funcionalidades a serem implementadas se
encontram no backlog.
2. DESCRIÇÃO GERAL DO SISTEMA*
2.1. Descrição do Problema*
Atualmente com o avanço da tecnologia e da internet percebe-se que muitas vezes há
a necessidade de velocidade em quase todas as áreas da vida visando isso, existe no mercado
de contratação de serviços existe toda a questão de achar uma forma de contato, saber se o
profissional é bom, entre outros. Visamos ajudar todos que querem algum tipo de serviço seja
ele para casa e para a pessoa em si, assim sendo aumentar a velocidade na busca de
profissionais capacitados e confiáveis.

2.1.1. Usuários do Sistema (público-alvo) *

Na sua maioria pessoas comuns que precisam de algum serviço especifico na sua casa
e querem fazer isso de uma maneira rápida e confiável, e também os prestadores de serviços
que são nossos clientes potenciais.

2.2. Principais Envolvidos e suas Características*

Temos dois envolvidos diretamente no processo que são o contratante do serviço e o
realizador do serviço. O contratante é o que busca o serviço a ser feito já o realizador é quem
vai realizar o serviço pedido.

3. ELICITAÇÃO DE REQUISITOS

TÉCNICAS UTILIZADAS

1. Questionário

Foi elaborado um questionário com dez perguntas sobre o aplicativo de serviços e

enviado através do WhatsApp para grupos de amigos e familiares e obtivemos ao total
20 respostas, dentre elas tivemos uma faixa etária majoritária de 65% sendo jovens de
14 a 17 anos não sendo esse o nosso público-alvo, 25% de 18 a 21 anos e 10% de 21 a
25 anos. Pode-se observar que 55% dos entrevistados são mulheres e 40% homens e
5% preferiram não dizer, 70% deles estão cursando o ensino médio, 20% o ensino
fundamental II e 10% estão no ensino superior. Em seguida foi questionado se eles
usariam um aplicativo para buscar prestadores de serviço e 60% confirmou que
utilizaria e os outros 40% talvez usaria, logo após perguntamos se um app como o
nosso proposto seria viável e obtivemos uma confirmação de 100% dos questionados.

Por fim questionamos o que seria de extrema importância incrementar e obtivemos

respostas do tipo:

- “O currículo do prestador de serviço”;

- “Não sei”;
 - “Feedbacks de trabalhos anteriores”;

- “Avaliações sobre os profissionais é essencial! ”;

- “Chat, Trabalhos desenvolvidos, experiências e tempo de trabalho”;

Com essas respostas e outras, podemos fazer um bom levantamento de requisitos e

irmos nos baseando para criar um aplicativo que agrade a maioria do público.

2. Cenário
Contratar Serviço (Cenário normal SEM O APLICATIVO)
● Ambiente
Vizinhança
● Atores
Prestador de serviço, contratante e Dona Maria (Conhecida do contratante).
● Roteiro
1 – O contratante pede uma indicação a Dona Maria de um profissional para
realizar um serviço.
2 – O contratante adquire o contato do prestador de serviço.
3 – O contratante entra em contato com o prestador de serviço.
4 – O contratante marca uma visita técnica com o prestador.
5 – O contratante e o prestador marcam o dia para ser realizado o serviço.
6 – Após realizado o serviço o contratante vai discutir com a Dona Maria a
qualidade do serviço.
7 – O contratante pode recomendar ou não o prestador para outra pessoa.

Contratar Serviço (Cenário normal COM O APLICATIVO)

● Ambiente
Aplicativo Mobile

● Atores
Prestador de Serviço e Contratante
● Roteiro
1 – O contratante abre o aplicativo no seu celular.
2 – O contratante pesquisa sobre o serviço desejado.
3 – O contratante verifica o perfil dos prestadores de serviço disponíveis.
4 – O contratante pode verificar os comentários e avaliações de outros
contratantes.
5 – O contratante entra em contato com o prestador de serviço para realizar
uma visita técnica.
6 – Após realizado o serviço o contratante avalia e pode comentar ou
compartilhar o perfil do contratado.

Contratar Serviço (Cenário negativo COM O APLICATIVO)

● Ambiente
Aplicativo Mobile
 ● Atores
Prestador de Serviço e Contratante
● Roteiro
1 – O contratante abre o aplicativo no seu celular.
2 – O contratante pesquisa sobre o serviço desejado.
3 – Aparece de maneira desorganizada as informações sobre os prestadores de
serviço.
4 – O contratante verifica o perfil dos prestadores de serviço disponíveis.
5 – Quando ingressado no perfil escolhido existem informações de mais na
tela.
6 – Demora muito para conseguir o número de telefone do prestador de
serviço.
7 – O contratante pode verificar os comentários e avaliações de outros
contratantes.
8 – Comentários não estão organizados por relevância mas sim por ordem
alfabética.
9 – O contratante entra em contato com o prestador de serviço para realizar
uma visita técnica.
10 – Após realizado o serviço o contratante avalia e pode comentar ou
compartilhar o perfil do contratado.
11 – Usuário não volta a utilizar o aplicativo pela dificuldade de utilização.

3.Análise Hierárquica da Tarefa

Análise Hierárquica da Tarefa

4. Análise de Competidores

Recurso/Ambiente Mercado de Serviços Get Ninjas E-Job

Serviço de Chat
SIM NÃO SIM

Avaliação de Usuários
NÃO SIM SIM
 Fotos dos Trabalhos Realizados NÃO NÃO SIM

Ranqueamento de Profissionais
NÃO NÃO SIM

Selecionar o Profissional SIM NÃO SIM

SIM SIM SIM

Feedback dos usuários

Ambiente Mercado de Serviços Get Ninjas

 Facilidade de utilização (App com
 Entra em contato direto com o boas legendas);
Pontos prestador do serviço;  Harmonização do design;
Fortes  Feedback de outros usuários;  App traduzido em 2 línguas e atende
no México também;
 
 Interface de difícil utilização, sem
 O usuário nao entra em contato com
uso de ícones;
o prestador diretamente;
 Má adaptação do site web para o
Pontos  O usuário não tem o feedback de
app mobile;
Fracos outros usuários;
 Tela inicial cheia de informações;
 Não tem ranqueamento entre os
 Não possui fotos como exemplo dos
profissionais da plataforma;
trabalhos realizados;

5. PERSONAS:

Malafaia tem 24 anos. Ele está no

último semestre de uma faculdade de
Ciências Contábeis, ele trabalha numa
loja no centro da cidade e que trabalha
com vendas, ele vai do trabalho direto
para a faculdade, tendo pouco tempo
para serviços que necessitam ser
realizados e ele não tem tempo. Como
um jovem atualizado e participativo com
tecnologia ele utiliza todos os recursos
que são oferecidos hoje, na sua vida pessoal para mandar mensagens por aplicativos de
conversa e para ficar navegando pela internet a procura de algum artigo interessante que irá
edificar seu conhecimento tanto para a faculdade quanto para a vida, e também como todo
jovem fica um tempo se divertindo com o facebook, instagram, twitter, Netflix entre outros.
Para o trabalho ele utiliza a internet em maior parte do tempo suas redes sociais para anunciar
vendas, para fechar negócios, assim otimizando seu tempo. Ele precisa de alguns serviços
dentro da sua casa e não conseguiu achar com facilidade pessoas hábeis a realizar esses
serviços, e obviamente com experiência nos serviços realizados, achou uma boa ideia fazer um
aplicativo que pudesse reunir todos os profissionais necessários e serviços prestados para
rapidez de busca e também com avaliações de trabalhos anteriores para que ele conseguisse
ver se era um bom profissional realmente e então bater um papo com o profissional para
tentar marcar um dia pra ir na casa e assim fazer os serviços que são necessários pra ele.

4. ESPECIFICAÇÃO DE REQUISITOS DO SISTEMA

4.1. Requisitos Funcionais*

Requisitos de Cenário

Requisito Nome Descrição

RFC 01 Pesquisar serviço Deverá permitir o usuário

pesquise um serviço.

RFC 02 Visualizar perfil dos Deverá permitir o usuário

Prestadores visitar o perfil do prestador
de serviços.

RFC 03 Fazer avaliação dos Deverá permitir o usuário

contratantes visualize as avaliações
deixadas por contratantes
anteriores.

RFC 04 Escolher o profissional Deverá permitir o usuário

escolher o profissional a sua
escolha.

RFC 05 Fazer comentários dos Deverá permitir o usuário

Contratantes visualizar os comentários
deixados por contratantes
anteriores.

RFC 06 Chat Deverá permitir o usuário

conversar com o prestador
de serviço.

RFC 07 Compartilhar Perfil Permite ao usuário

compartilhar o perfil do
prestador de serviço

RFC 08 Compartilhar Comentário Permite ao usuário

compartilhar um comentário
presente no perfil do
 prestador de serviço

RFC 09 Abrir google agenda, ou Permite que o usuário link o

aplicativo de gerenciamento google agenda depois de
de tempo. conversar com o prestador.

Requisitos de Questionário

Requisito Nome Descrição

RFQ 01 Gerar currículo do prestador Deverá disponibilizar ao

de serviço usuário o currículo do
prestador de serviços

RFQ 02 Parcelar pagamento de Deverá permitir o usuário o

serviço parcelamento do serviço.

RFQ 03 Utilizar cupons Deverá permitir utilização de

cupons para abater o valor
do serviço.

Requisitos de Análise de Competidores

Requisito Nome Descrição

RFAC 01 Visualizar fotos de trabalhos Deverá mostrar ao usuário

anteriores fotos de serviços anteriores

RFAC 02 Visualizar ranqueamento de Deverá colocar em ordem de

profissionais avaliação os melhores
profissionais de todas as
categorias.

4.2. Casos de Uso

RFC 01 – Pesquisar Serviço

Identificador:
Tela do TP01
Protótipo:

Descrição: - Deverá permitir que o usuário pesquise serviços;

Usuário
Atores:
Essencial
Prioridade:
 Usuário deve ter acesso à rede.
Pré-condições:
O usuário insere informações sobre o serviço
buscado.
Pós-condições:
Fluxo de Eventos Principal
Usuário vai para a tela de resultados onde estão os resultados da
pesquisa.

Fluxo Secundário 1

Caso usuário não tenha resultados aparecerá a mensagem “serviço

não encontrado”.

Identificador: RFC 02 – Visualizar perfil dos Prestadores

Tela do
Protótipo: TP03

Descrição: - Mostra o perfil dos prestadores de serviços;

Atores: Usuário

Prioridade: Essencial

Pré-condições: Usuário deve ter selecionado um perfil da lista.

Pós-condições: Visualiza perfil dos prestadores

Fluxo de Eventos Principal

Usuário observa as informações no perfil do prestador.

Fluxo Secundário 1

Caso usuário esteja com problemas de conexão o mesmo não

consegue visualizar as informações disponíveis e terá a seguinte
mensagem “Falha no carregamento do perfil”.

Fluxo Secundário 2

Caso o perfil do prestador não esteja mais disponível o usuário

receberá a seguinte mensagem “Falha no carregamento do perfil”

Identificador: RFC 03 – Fazer a avaliação dos contratantes

Tela do
Protótipo: TP03
 - Avaliação de outros clientes do prestador de
Descrição:
serviço;

Atores: Usuário

Prioridade: Essencial

Pré-condições: O usuário deverá estar no perfil do usuário.

Pós-condições: Usuário terá selecionado uma nota.

Fluxo de Eventos Principal

Usuário terá selecionado uma nota sobre o prestador.

Fluxo Secundário 1

Caso usuário não esteja conectado a internet no momento da

avaliação aparecerá a seguinte mensagem “Não foi possível deixar sua
avaliação agora tente novamente mais tarde”

Identificador: RFC 04 – Escolher o Profissional

Tela do
Protótipo: TP02

- Usuário escolhe na lista qual profissional mais se

Descrição:
adéqua para o serviço;

Atores: Usuário

Prioridade: Essencial

O usuário deverá ter pesquisado a categoria ou

clicado em alguma categoria na Tela de protótipo
Pré-condições: 01

Pós-condições: Ir para o perfil do prestador de serviço selecionado

Fluxo de Eventos Principal

Visitar o perfil do prestador de serviço selecionado indo para a Tela de

protótipo 03

Fluxo Secundário 1

Caso usuário esteja com problemas de conexão o mesmo não

consegue visualizar as informações disponíveis na tela de protótipo 03
e terá a seguinte mensagem “Perfil não encontrado”.
 Fluxo Secundário 2

Caso usuário aperte no perfil de outro prestador ele clica no botão de

voltar e seleciona o prestador correto.

Requisitos de Usabilidade a serem atendidos:

Definimos alguns objetivos com relação a usabilidade do nosso aplicativo que cada um
divido em sua categoria são:
Facilidade de Uso: Que o usuário não ache dificuldades para chegar no objetivo dele,
que no caso do nosso aplicativo é contratar um serviço.
A aprendizagem: Sua curva de aprendizagem deverá ser intuitiva, pois o aplicativo é de
fácil associação, já que existem aplicativos de outros ramos no mercado que tem uma
interface parecida.
A memorização do usuário: Funções limpas, lógicas são a base para que quando um
usuário passa algum tempo sem usar o aplicativo ele volte a usar como se nunca tivesse
parado já que será algo normal e lógico de se fazer.

5. CRITÉRIOS DE ERGONOMIA
O aplicativo irá utilizar de maneira correta os critérios de ergonomia tendo em vista a
melhor experiência do usuário. Em convite à interação: ícones guiados com detalhes quando
se passa o mouse em cima, mensagem para auxilio em pesquisar e outros. Em apoio às ações
do usuário: Botões que se ativam quando requisitados pelo usuário. Feedback: Mensagens de
erro com muita clareza sobre o que aconteceu, retornar o porquê de a pesquisa buscada não
estar disponível e uma clareza na transição de telas.

6. PROTOTIPAÇÃO

6.1 Protótipo de Baixa Fidelidade

TP01 TP02 TP03
 TP04

6.2 Protótipo de Média Fidelidade TP03

TP01 TP02
 TP04

6.3 Avaliação da Usabilidade Protótipo média fidelidade

Foram coletados os dados através de observação do usuário e questionário.

Foi utilizado o seguinte protocolo para elaboração do teste de usabilidade:

PROTOCOLO DE AVALIAÇÃO  

O objetivo desta avaliação é verificar a facilidade de uso, a aprendizagem e a memorização do

usuário em relação às tarefas executadas no software.  O paradigma de avaliação utilizado será
o teste de usabilidade. Utilizaremos como técnicas a observação do usuário e a opinião dos
usuários através de questionários, aplicamos esse teste em 5 indivíduos.  
Para que os usuários possam interagir com o protótipo, foi apresentado o roteiro abaixo que
tem como objetivo a chegada na tela de chat que será o caminho principal do aplicativo.
Instruções:  
− O usuário deverá interpretar e executar uma tarefa seguindo os passos de um caso de
uso;  
− Ao iniciar, o usuário não poderá consultar o aplicador do experimento;  
− Será utilizada a ferramenta OBS Studio para captura de informações audiovisuais dos usuários,
visando facilitar a coleta de dados do teste;  
− O aplicador acionará o botão para gravar no aplicativo OBS Studio e iniciará a
observação;  
− Quando o usuário concluir a execução da tarefa, o aplicador finaliza a gravação no
aplicativo OBS Studio.  
Ao concluir a interação com o protótipo, os usuários responderam um questionário para
avaliar a solução apresentada. 

Depois de realizados os testes de usabilidade no protótipo de média fidelidade, percebemos

que os usuários não apresentaram dificuldades em seguir os passos para executar a tarefa
imposta
Análise dos resultados

Com a ajuda de alguns possíveis usuários do aplicativo tivemos alguns feedbacks do nosso
protótipo de média fidelidade, com esses resultados concluímos que cerca de 80% dos
nossos testadores acham que o app é de fácil uso, assim como pedimos algumas sugestões
para o nosso projeto dentre elas estão algumas que já foram implementadas no nosso
protótipo de alta fidelidade como a inclusão de cores no nosso app, e outras foram meio
que irrelevantes pois não segue o propósito do nosso app que foi a sugestão de incluir um
serviço de pagamento dentro do nosso app.
Também perguntamos qual a tela do protótipo foi mais difícil de se passar e o porquê,
uma pequena maioria dos testadores não sentiu dificuldade em nenhuma das 4 telas
disponíveis e os que sentiram apresentaram dificuldade em ver o nome “Ver perfil” da tela
de protótipo 02 e outra dificuldade foi porque o possível usuário não tinha muita
experiência com apps desse tipo e por isso acabou tendo um pouco de dificuldade.
Por fim questionamos qual o nível de dificuldade para se encontrar informações nas
telas apresentadas no protótipo de media fidelidade e tivemos como resposta que uma
maioria acha o app fácil de se encontrar informações na tela e a minoria acha razoável,
essas foram as nossas conclusões sobre o nosso questionário de usabilidade.

6.4 Protótipo de Alta Fidelidade

TP01 TP02 TP02(MENSAGEM ERRO)
TP03.1 TP03.2 TP03(MENSAGEM DE ERRO)

TP04
 6.5 Avaliação da Usabilidade Protótipo alta fidelidade

Coleta de dados

Foram coletados os dados através de observação do usuário e questionário.

Foi utilizado o seguinte protocolo para elaboração do teste de usabilidade:

O objetivo desta avaliação é verificar a facilidade de uso, a aprendizagem e a memorização do

usuário em relação às tarefas executadas no software.  O paradigma de avaliação utilizado será
o teste de usabilidade. Utilizaremos como técnicas a observação do usuário e a opinião dos
usuários através de questionários, aplicamos esse teste em quatro indivíduos, pois um
indivíduo que tinha realizado o teste anteriormente não pode realiza-lo novamente.  
Para que os usuários possam interagir com o protótipo, foi apresentado o roteiro abaixo que
tem como objetivo a chegada na tela de chat que será o caminho principal do aplicativo.
Instruções:  
− O usuário deverá interpretar e executar uma tarefa seguindo os passos de um caso de
uso;  
− Ao iniciar, o usuário não poderá consultar o aplicador do experimento;  
− Será utilizada a ferramenta OBS Studio para captura de informações audiovisuais dos usuários,
visando facilitar a coleta de dados do teste;  
− O aplicador acionará o botão para gravar no aplicativo OBS Studio e iniciará a
observação;  
− Quando o usuário concluir a execução da tarefa, o aplicador finaliza a gravação no
aplicativo OBS Studio.  
Ao concluir a interação com o protótipo, os usuários responderam um questionário para
avaliar a solução apresentada. 

Depois de realizados os testes de usabilidade no protótipo de alta fidelidade, olhando a grosso

modo percebemos que os usuários apresentaram menos dificuldade em seguir os passos para
executar a tarefa imposta do que quando foi realizado no teste de média fidelidade.

Análise dos resultados

Utilizando alguns familiares como cobaia podemos ter alguns feedbacks do protótipo
de alta fidelidade inicialmente questionamos aos nossos testadores a dificuldade de se
interagir com esse ultimo protótipo e ficou confirmado que nossos testadores acharam que o
nível de dificuldade ficou mais fácil que o de média fidelidade pois no protótipo de media 1 dos
testadores achou o protótipo em razoável já no questionário seguinte tivemos apenas os
resultados muito fácil e fácil, em sequência perguntamos qual dos dois protótipos ficou mais
atrativo e sem surpresa obtivemos um resultado de 100% para o protótipo de alta fidelidade.
Em seguida nossos testadores foram questionados a dar uma sugestão sobre o que
faltou para o projeto ser melhor, e tivemos uma maioria são tendo opinião formada, mas uma
reposta que pode ser agregada ao nosso projeto implementado que foi a sugestão de uma tela
para que seja criada ou para logar em uma conta existente para acessar o app.
Logo após questionamos sobre a combinação de cores do nosso protótipo e obtivemos
o feedback bem positivo em que 100% dos testadores avaliou a combinação como boa,
lembrando que a eles já nos tinham sugerido a utilização de cores quando fizemos o
questionário de média fidelidade.
Por fim queríamos saber se nosso protótipo teria ficado simples e de fácil
compreendimento a fim de saber se, por exemplo, um ex usuário conseguiria utilizar
novamente sem muita dificuldade após um tempo sem uso do app, então pensando nisso
questionamos se o nosso projeto teria ficado bem intuitivo, e como foi esperado todos
acharam o projeto muito intuitivo.

CONSIDERAÇÕES FINAIS

Por fim queremos agradecer a nossa professora Cynara Carvalho, que nos ajudou a
completar esse projeto que foi de extrema importância para entender como um
desenvolvedor deve enxergar a interação humano-computador. Então podemos concluir que o
projeto tem uma certa viabilidade de ser implementado pois como identificado existem
oportunidades nesse nicho de negócios, se implementado de maneira correta e para a melhor
utilização possível do usuário sendo ele o grande foco do sistema.