PSP2: Smart Cities - Segurança, Entrega Final

Fonte: Wikiversidade

Esta página corresponde a entrega final do grupo Smart Cities - Segurança, ela faz parte do Projeto sobre Cidades Inteligentes, da disciplina Projeto de Sistemas de Produção 2 ministrada pela professora Claudia Melo. O foco do projeto é "identificar, desenhar e implementar soluções (protótipos funcionais) para endereçar uma oportunidade latente ou necessidade/dor existente em Cidades Inteligentes no DF, buscando uma cidade mais sustentável.

Resumo: Uma Smart City é muito mais que uma cidade tecnológica. Seu grande diferencial está na participação engajada da comunidade, gerando uma relação positiva entre pessoas e governo. Sendo assim, o nosso projeto foca na conexão entre pessoas para resolverem um problema especifico da área da segurança: problemas relacionados á veículos. Como tentativa de solução, o grupo, utilizando metodologias ágeis criou um protótipo de aplicativo que facilita a comunicação entre quem observa uma ocorrência, como por exemplo uma janela aberta, e quem é o dono do veículo. O protótipo recebeu feedback positivo por frequentadores dos estacionamentos e a Coordenadoria de Proteção ao Patrimônio (CoPP) da Universidade de Brasília.

Observações: Alguns dados foram retirados da primeira wiki do projeto.[1] As imagens contidas nessa wiki, na mesma ordem, podem ser encontradas neste link.

Introdução e Justificativa[editar | editar código-fonte]

Uma cidade inteligente é um espaço de criatividade, interação, inovação e, principalmente, que se baseia no conhecimento e sustentabilidade. O grande diferencial das cidades inteligentes está na participação engajada da comunidade para a resolução de problemas.

Utilizando brainstorming de wicked problems, design thinking, metodologias ágeis e diversas outras ferramentas o projeto visa conectar pessoas para que seus problemas sejam resolvidos de maneira eficiente.

O Problema Específico[editar | editar código-fonte]

Com os dados das entrevistas e análise de pontos de vistas, o grupo buscou foco em reduzir as principais causas dos assaltos nos estacionamentos da UnB. Mais especificamente na comunicação e colaboratividade dos alunos a fim de precaver possíveis furtos e outras ocorrências, dentre eles janela aberta, janela quebrada, furto de pneu e outros.

A decisão de escolha desse problema foi inspirado pelo grande fluxo de mensagens que grupos no Facebook e de Whataspp recebem por mês.

Gestão do Trabalho[editar | editar código-fonte]

A gestão do trabalho seguiu os moldes da entrega parcial.O Trello foi utilizado como ferramenta de gerenciamento de prazos e riscos. Para manutenção da comunicação o grupo adotou reuniões semanais e recados foram passados pelo grupo do Whatsapp. Métodos ágeis, brainstorming, design thinking e scrum foram essenciais para o resultado final.

Análise da Primeira Validação[editar | editar código-fonte]

Foi feito um trabalho de validação, para avaliar o real interesse dos usuários no aplicativo, e quais eram as funções e utilidades que poderiam ser melhoradas, adicionadas ou customizadas, de acordo com o usuário final. Tendo em vista isso, foram feitas algumas abordagens para validar esse protótipo, entre elas:

  • Um questionário de caráter Qualitativo, realizado nos estacionamentos do Campus Darcy Ribeiro, a fim de entender o real interesse dos usuários em baixar um aplicativo, e o nível de utilidade que o aplicativo teria; Foram entrevistados alunos da UnB que possuíam veículos, e que poderiam ou não ter sido vítimas de alguma ocorrência nos estacionamentos.
  • Um Benchmarking de aplicativos da UNB que se assemelham ao protótipo, para identificar as boas práticas desenvolvidas pelos mesmos, e o real potencial em número de downloads que o aplicativo poderia ter;

Resultados da Validação do Primeiro Protótipo: Levando em conta a 3ª Questão do questionário ( Numa escala de 0 a 5, quão disposto você estaria a instalar esse aplicativo em seu celular. (Sendo 5 muito disposto) ficou claro que a comunidade acadêmica, a princípio, estaria disposta a baixar o aplicativo, como uma possível solução para o problema de segurança nos estacionamento do Campus. A resposta teve uma média de 3,58, sendo 5 o valor máximo.

Outro resultado importante que foi considerado, foi em relação ao aspecto (função) que o usuário considerava mais importante no aplicativo. Segundo os entrevistados a função mais importante seria a de receber uma notificação, caso o veículo do proprietário fosse alvo de alguma ocorrência, questão 4 do questionário (Qual aspecto (função) você considera mais importante nesse aplicativo?), 75% consideraram esta a função mais importante do aplicativo.

Tendo em vista esses resultados, os próximos passos para o segundo protótipo do aplicativo foram voltados para a função de notificar os usuários, de forma que o processo se tornasse ainda mais fácil, e que levasse em consideração o caráter instantâneo de se receber uma notificação.

Segundo Protótipo[editar | editar código-fonte]

O Segundo protótipo seguirá a mesma linha do primeiro em algumas etapas, no primeiro protótipo o usuário tinha a possibilidade de reportar uma ocorrência (também de forma anônima) em relação a furto de veículos de uma única maneira preenchendo um formulário. O  utilizador agora terá a possibilidade de reportar de duas formas no novo protótipo :

  1. Um QR code é dado ao dono do veículo, que instalaria na parte traseira do carro, de forma a economizar do usuário que irá reportar, esse QR code possui todos os dados do veículo, o único não incluso é a localização.
  2. Preenchendo um formulário podendo citar alguns aspectos :
    1. Local específico da Universidade em que foi observada a ocorrência
    2. Placa de identificação do veículo
    3. Modelo/Marca do veículo
    4. Cor do veículo
    5. Tipo de problema observado

Outra alteração realizada é a adição de mídias sociais principalmente o facebook, onde o utilizador que reportou pode compartilhar em páginas no facebook, para atingir mais pessoas e assim ter uma respostas mais rápida do dono do veículo essa foi uma das requisições de parte dos entrevistados. Além disso seria possível anexar uma imagem, a fim de comprovar os fatos, ou suspeitas em relação à ocorrência.

Neste aplicativo o usuário também teria a opção de fazer um cadastro, de forma que o seu veículo seria cadastrado no sistema, e caso houvesse alguma ocorrência com o veículo cadastrado, o usuário receberia uma notificação em seu smartphone, a fim de averiguar o problema relatado. Esta mesma função poderia ser utilizada pelo serviço de segurança privada na Universidade, para que os mesmos estivessem cientes das ocorrências relatadas imediatamente, e pudessem atuar da forma apropriada.

Outro aspecto que foi requisitado foi o de inclusão de mais veículos, então o usuário agora teria como adicionar mais de um veículo, pois percebemos que os usuários não utilizavam apenas um veículo. Teria a opção de compartilhar com amigos o aplicativo para divulgar o aplicativo.

Divulgação do Aplicativo[editar | editar código-fonte]

A divulgação do aplicativo será realizada de três formas:

1.      Divulgação do aplicativo por meio de banners espalhados pelo campus da universidade em locais de alto fluxo de alunos.

2.      Promoção em parceria com oficinas mecânicas.

3.      Divulgação em redes sociais.

A divulgação será feita por meio de banners e o objetivo será de apresentar e dar conhecimento aos usuários do aplicativo e alavancar a quantidade de downloads. Para tanto o banner vai focar em transmitir a ideia de colaboratividade, em que as pessoas agora terão um papel importante e participativo do processo em tornar a Universidade mais segura.

O banner deverá possuir um QR Code, que envia o usuário para página de download do aplicativo, para que qualquer pessoa possa baixar o app de maneira simples e também vai apresentar a promoção, que será descrita logo a seguir.

  A promoção tem como foco aumentar o quantitativo de pessoas cadastradas e para isso vamos procurar oficinas mecânicas dispostas a oferecer um cupom de desconto nos seus serviços em troca da publicidade no aplicativo. A promoção deverá acontecer da seguinte maneira; serão sorteados 4 cupons de desconto entre os usuários cadastrados no aplicativo, no final do mês de lançamento da promoção. Após esta primeira promoção faremos outras a cada 2 meses para que se mantenha um número de cadastro considerável.

A divulgação nas redes sociais será feita no grupo da UnB no Facebook e no Instagram utilizando o banner descrito. 

Service Design Blueprint[editar | editar código-fonte]

Na aula do dia 13 e do dia 20 de junho foi feito com base no modelo postado do moodle o blueprint do projeto.[2]

Foram considerados três grupos: quem reporta, quem recebe a ocorrência e os seguranças da UnB/CoPP.



Segunda Validação[editar | editar código-fonte]

Foi efetuado uma validação junto aos potenciais usuários do app, tanto os que possuem como os que não possuem veículo e junto às autoridades competentes em relação à segurança na Universidade. Os potenciais usuários foram questionados acerca da usabilidade e de como se sentiam quanto à proposta do aplicativo, ao seu modo de usar, ao seu modus operandi e a possíveis pontos de desconforto passíveis de melhoria.

Os principais pontos fortes, segundo os entrevistados, são a simplicidade e a facilidade de registrar uma ocorrência e o sigilo, objetividade e imediatismo da notificação. Esses são os pontos que serão mais explorados ao longo do desenvolvimento da aplicação.

Com relação a isso, uma das ideias mais interessantes obtidas na segunda validação foi que o login poderia ser simplificado, utilizando uma conta preexistente, como Conta Google (já que geralmente há uma ou mais contas Google logada nos dispositivos com sistema operacional Android) ou Facebook, além da conta no próprio aplicativo. Assim, o acesso ao aplicativo é facilitado, sendo necessário apenas complementar o cadastro com os dados sobre o(s) veículo(s).

Houve ainda quem não estivesse plenamente satisfeito com o uso dos QR Codes, preferindo o uso exclusivo da placa ao invés de grudar algum adesivo no veículo. Ainda assim, estaremos trabalhando em meios de facilitar o registro da ocorrência após cada versão do aplicativo que for lançada.

Houve preocupações com respeito à segurança de dados na base de dados do aplicativo por parte de alguns entrevistados que se mostraram receosos em fazer esse tipo de cadastro no sistema.

Para seguir com a validação, nos dirigimos ao prédio da diretoria de segurança. Lá, fomos recebidos pelas autoridades competentes no que diz respeito aos procedimentos adotados no campus para solução desse problema específico. Obtivemos a informação de que não há uma base de dados sobre veículos oficial na universidade. O que ocorre quando há uma ocorrência tipo furto ou dano é que um agente se dirige ao local e aguarda algum tempo. Após esse tempo, se o proprietário não aparecer é deixado um bilhete relatando o ocorrido e feita uma vistoria ocasional para que a situação não se agrave mais. O sistema de procura do proprietário é ineficaz, dado que depende da probabilidade de o proprietário retornar ao local do ocorrido.

A princípio, quanto à ideia do nosso aplicativo, as autoridades ficaram otimistas em relação ao potencial de funcionamento, chegando a mencionar que qualquer forma de reporte de ocorrências é válido. Esse tipo de dado é inclusive armazenado e analisado para obtenção de estatísticas sobre criminalidade no campus e respectivos planos de combate. Há um sistema próprio para isso, integrado às centrais de atendimento do whatsapp da Diretoria de Segurança e da central telefônica. Todo reporte que é levado à segurança do campus é convertido em um processo que, no mínimo gera essas estatísticas.

A reação da maioria dos entrevistados é positiva quanto à ideia e quanto ao funcionamento do aplicativo, demonstrando que, na teoria, estariam dispostos a utilizá-lo. Assim, a hipótese foi validada, e tomados os feedbacks, serão transformados em melhorias para uma próxima versão da ferramenta. Assim, tendo uma versão cada vez mais realista do sistema poderemos progredir com a melhoria até chegarmos a um sistema capaz de ser plenamente utilizado na realidade do campus.

Protótipo para Apresentação Final[editar | editar código-fonte]

As principais telas do aplicativo já modificadas foram divulgadas na aula do dia 27 de junho.


Aprendizados[editar | editar código-fonte]

  • Quanto a apresentação: Aumentar o tamanho da fonte e dos gráficos para que se tornem mais legíveis. Administrar melhor o tempo de apresentação, para evitar que alguma parte fique faltando.
  • Quanto a apresentação do problema: Especificar melhor o objetivo do aplicativo, e qual problema ele resolveria. No caso, especificar que o aplicativo estava direcionado a reportar apenas ocorrências relacionadas ao FURTO DE VEÍCULOS, e não outros tipos de ocorrência.
  • Quanto à Validação do protótipo:
  • Após o feedback da professora, percebeu-se que o questionário não era a metodologia mais adequada para se validar um protótipo. Ainda que o questionário feito com os alunos da UnB buscasse avaliar qualitativamente as características do aplicativo, e o potencial do mesmo de trazer uma solução para o problema de segurança no estacionamento do Campus, o questionário proposto deixava à margem alguns aspectos essenciais para que o aplicativo pudesse sair do papel, principalmente relacionados à dúvidas dos usuários quanto ao app, e uma análise comportamental da reação dos entrevistados no momento em que o questionário era aplicado. Quanto ao Benchmarking de aplicativo similares da UnB, a análise pode ser considerada válida, porém esse tipo de comparação é mais viável para um ambiente corporativo, onde o estudo de mercado se torna ainda mais importante, pois decide também a viabilidade financeira do projeto.

Referências[editar | editar código-fonte]

  1. PSP2: Smart Cities - Segurança, Entrega Parcial
  2. Service Design Blueprinting – Workshop Handouts/Cheatsheet UX. Andy Polaine, Australia 2013.