Polaris

Aline Bispo dos Santos

Fabio Costa
Rafael Siqueira Alves
Profº Mário da Silva de Jesus
Vinicius Gabriel de Sousa Alves
 O Polaris como projeto

J
U
S Mulheres ao redor do mundo sofrem com a falta de segurança e medo perante a ideia de viajar
T sem companhia, e diante dessa problemática surge a necessidade de um espaço que possa trazer a
I confiabilidade e sororidade para que essas viagens deixem de ser evitadas.
F
Ao analisar os problemas reportados por mulheres que se propuseram a viajar sozinhas, como o
I
C receio de assaltos ou o de ser vítima de alguma forma de abuso, busca-se procurar soluções para
A reverter esse quadro limitante. Com as conquistas de décadas de luta, o movimento feminista e a
T sociedade atual diminuíram a disparidade de gênero para salários e acesso à educação, contudo é
I
preciso abordar o tema da liberdade de conhecer novos lugares.
V
A

2
 Design Thinking
D
E
S
I Durante a fase inicial, foi realizada uma pesquisa com o público-alvo para entender melhor suas
necessidades. Desde o primeiro momento, o objetivo era desenvolver um serviço que fosse relevante
G
para as mulheres que gostam de viajar, que viajam com muita frequência independente do motivo.
N Com isso, foi definido que seria feito um questionário com as usuárias em potencial;

T Foram obtidas oitenta respostas, que trouxeram informações importantes para o

H desenvolvimento das personas. Um dos principais questionamentos do formulário foi “Qual a maior
I
dificuldade das viajantes encontrarem companhia para viajar com os mesmos interesses que elas?”
N
K
I
N
G

3
 Design Thinking
D
E
S
I
G
N

T
H
I
N
K
I
N
G

4
A
N
ÁL
I
S
E

D
E

R
I
S
C
O
S

5
A
N
ÁL
I
S
E

D
E

R
I
S
C
O
S

6
 Arquitetura de Sistema

A
R
Q
U
I
T
E
T
U
R
A

7
 Diagrama de Casos de Uso

A
R
Q
U
I
T
E
T
U
R
A

8
9
10
 Modelo Lógico do Sistema

A
R
Q
U
I
T
E
T
U
R
A

11
 Métricas de Usabilidade

A
Tempo de resposta: Aprox. 1 Segundo
R
Q Taxa de sucesso: Tarefas concluídas com sucesso/total de tentativas
U
I
T Satisfação do usuário:
E
T
U
R
A

Tempo de aprendizado:

12
 Protótipo de Baixa Fidelidade

P
OL
A
RI
S

13
 Protótipo de Baixa Fidelidade

P
OL
A
RI
S

14
 Protótipo de Baixa Fidelidade

P
OL
A
RI
S

15
 Signo Visual para a Empresa
I
D
E
N
T
I
D
A
D
E

VI
S
U
A
L

16
P
OL
A
R
I
S

17
P
OL
A
R
I
S

18
P
OL
A
R
I
S

19
 Protótipo de alta fidelidade

P
OL
A
R
I
S

20
 Protótipo de alta fidelidade

P
OL
A
R
I
S

21
 Protótipo de alta fidelidade

P
OL
A
R
I
S

22
 Tempo de Resposta
U
S O tempo de resposta da aplicação é determinante em proporcionar a sensação de controle do usuário
sobre a aplicação. O ideal é que esse tempo de resposta seja próximo a 1 segundo.
A
B Aplicando esse raciocínio na aplicação Polaris, temos como exemplo o processo de criação de conta
I do usuário, onde se faz necessário o carregamento de uma foto de perfil. Esse processo pode
L facilmente levar mais de um segundo, seja por limitação da própria aplicação, seja por fatores externos
I (rede limitada, dispositivo do usuário de baixo processamento). Uma solução para contornar esse
D
atraso na resposta seria atribuir novas atividades ao usuário, paralelamente ao processamento da foto.
A
D
E

23
 Taxa de Tempo da Tarefa(TTR)
U
S (TTR)=Tempo de Resposta / Nº de Usuários
A
Similar a outras redes sociais em seus anos iniciais, o tempo de resposta do Polaris não
B necessariamente precisa ser o foco do desenvolvimento: não há planos de realizar transações
I bancárias na aplicação ou participar de uma chamada de vídeo em tempo real, contudo a
L funcionalidade precisa ter um bom ponto de partida: recursos como um chat ou acionamento de
I números de emergência são vitais para que o Polaris seja uma experiência agradável.
D
Idealmente, uma usuária conseguiria fazer o login no app, pesquisar sobre Salvador - BH e iniciar uma
A
conversa com outra usuária que compartilhou um post em cerca de um minuto:
D
E (TTR) = 200 / 5 = 40 s

24
 Aprendizagem
U
S A aprendizagem define o quão simples e intuitivo a aplicação deve ser para o usuário. O ideal é que o
usuário não necessite usar documentação, e em último caso, utilize apenas no primeiro contato com a
A
aplicação.
B Aplicando esse conceito ao Polaris, temos elementos comumente encontrados na maioria das
I aplicações, tornando o uso da aplicação familiar ao usuário.
L
I
D
A
D
E

25
 Taxa de Sucesso da Tarefa (TSR)
U
S (TSR)=Tarefas concluídas com sucesso/total de tentativas
A
A taxa de sucesso da tarefa consiste no quão assertiva a execução de determinada ação em sua
B aplicação deve ser para o cliente. Seu cálculo se dá a partir do total de tarefas executadas com
I sucesso, dividido pelo total de tentativas executadas.
L Não existe um percentual mínimo a ser atingido, oficialmente, cabe ao Product Owner definir
I junto a equipe de desenvolvimento um valor adequado de acordo com a aplicação.
D
TSR = 14 Tarefas Concluídas/18 tentativas totais = 77%
A
D
E

26
 Taxa de Erro do Usuário (UER)
UER = Nº de Erros / (Total de tentativas x Nº de possíveis erros)
U
S Tão importante quanto a taxa de sucesso e tempo de resposta das atividades, a taxa de erro também
A influencia muito a satisfação do usuário final. Para conseguir quantificar a UER, volta-se a tarefa
B primária de fazer o login, pesquisar “Salvador - BH” e iniciar uma conversa com outra pessoa
interessada em fazer essa viagem. Existem quatro erros possíveis (falha no login, pesquisar uma
I
localização diferente, não conseguir começar uma conversa ou iniciar uma atividade diferente da
L programada). Na bateria de testes:
I
D UER = 18 erros / (10 tentativas x 40 erros possíveis) = 0,045 X 100 = 4,5%
A
D
E

27
 Objetivos da plataforma

● O sistema deve ser capaz de:

UU ○ Proporcionar conexões em potencial para as usuárias;
SS ○ Gerar recomendações relevantes e adequadas para cada usuária;
AA
○ Capacidade de lidar com um alto volume de dados de cada usuário para fazer as ligações desses dado;
BB
○ Armazenar as preferências e restrições das usuárias, bem como exibi- las a outras usuárias quando o
II
LL respectivo perfil for visitado;

II ○ Realizar a integração de mapas na aplicação;

DD ○ Integrar um sistema de ‘login social’;
AA ○ Ter uma seção destinada a reunir todos os elementos pertinentes à segurança da usuária;
DD
○ Trabalhar com criptografia no banco de dados responsável por armazenar dados sensíveis das usuárias.
EE
○ Estar disponível e operante, independente de horário ou de localização geográfica.

28
 As 10 Heurísticas de Nielsen

● Visibilidade de Status de Sistema;

● Correspondência entre o Sistema e o Mundo Real;
H
E ● Liberdade e Controle do Usuário;

U ● Consistência e Padrões;
RÍ ● Prevenção de Erros;
S ● Reconhecer ao invés de lembrar;
T
● Flexibilidade e Eficiência;
I
● Estética e Design MInimalista;
C
● Auxiliar o Usuário a reconhecer, diagnosticar e recuperar Erros;
A
S ● Ajuda e Documentação;

29
 Conclusão

R O projeto apresentado buscou, por meio da criação de um aplicativo específico para o público
E
feminino, encorajar as mulheres a viajarem mais, fazendo o uso de uma ferramenta inteiramente
S
U dedicada à segurança, proporcionando uma experiência que atenda as necessidades das usuárias,
L identificados nos âmbitos de contratação de serviços, sistema de recomendação personalizado, e
T recursos de planejamento de viagens. Como consequência disso, esperasse reverter os números de
A
pesquisas que apontam que as mulheres não viajam sozinhas por não ter companhia que compartilhe
D
O dos mesmos gostos e objetivos que elas, e que não viajam por medo ou insegurança.
S

30
 ● LOWDERMILK, TRAVIS. Design Centrado no Usuário: Um guia para o desenvolvimento de
aplicativos amigáveis, Novatec Editora, 2019.

R ● AGNOLO, H. O. D, DE MOURA, G. W.. “Sistema para disponibilização e recomendação de eventos

E baseados em histórico e relacionamento do usuário”. Disponível em <403-Artigo-HENRIQUE
F OLIVARES DELL AGNOLO......pdf (mackenzie.br)> Acesso em 22 de Mar. de 2023
E
● ARTHUR FORTES. “Sistemas de Recomendação Aplicados à Web". Disponível em
R
<https://pt.slideshare.net/fortesarthur/sistemas-de-recomendao-aplicados-a-webcomo-convert
Ê er-visitantes-em-compradores-fatec-lins-2014> Acesso em 29 de Mar. de 2023
N
C ● GOOGLE. Plataforma do Google Maps Documentação. Disponível em
O
<https://developers.google.com/maps/documentation?hl=pt-br> Acesso em 25 de Jun. de
2022.
I
A ● KAREGAR, F, GERBER, N, VOLKAMER, M, FISCHER-HÜBNER, S,. “Helping John to Make Informed
S Decisions on Using Social Login”. p 1-4. Disponível em
<https://dl.acm.org/doi/pdf/10.1145/3167132.3167259> Acesso em 22 de Mar. de 2023.

31