Doctoralia é um aplicativo de agendamentos de consultas médicas presenciais ou por vídeo chamada com especialistas de saúde. Esse projeto foi realizado durante o Bootcamp sobre Product Design na How e cada grupo ficou responsável pela demanda de um app diferente já determinado pelos mentores.

Nossa missão é destacar os principais problemas de suas funcionalidades e oferecer quickwins com novas propostas de melhoria para o produto. A metodologia utilizada foi a do Double Diamond.

Foi feita uma pesquisa em diversos canais para um levantamento de todos os comentários, sugestões e reclamações sobre o uso deste produto digital. Depois de explorar e esmiuçar todos os problemas encontrados, selecionamos os comuns à maioria dos canais. Os canais foram:

Todos os problemas já estão registrados, mas quais são mais importantes? Quais podemos resolver? Quanto esforço para resolver? Essas dúvidas foram respondidas ao realizarmos a matriz Valor X Esforço e validarmos quais são os problemas mais viáveis de serem solucionados nesse exato momento.​

Um dos problemas mais recorrentes vistos nos principais canais sobre essa plataforma é a falta de suporte aos usuários, sendo eles médicos ou pacientes.

Quando eu tiver alguma dúvida sobre ferramentas, formas de pagamento, agendamentos de consultas, etc [situação] , eu gostaria de  esclarecer facilmente minhas dúvidas [motivação]  para que eu consiga realizar meus agendamentos de forma prática [resultado esperado].

Nós acreditamos que teremos mais agendamentos de consultas [hipótese] se nós criássemos um FAQ e um Chatbot para tirar possíveis dúvidas ao longo da jornada do usuário [experimento]. Nós saberemos que a hipótese é válida se o resultado for o aumento de conversões no aplicativo e a diminuição de desistências [impacto quantitativo].

Sabemos da importância em fazer com que o usuário se sinta seguro no momento de escolher um médico para uma consulta, por isso é muito importante a área de opiniões do app, porém o aplicativo não é transparente quando se diz a respeito de avaliações feitas pelos usuários. Alguns comentários, quando realizados no aplicativo, não são aceitos pelas "diretrizes de publicação", porém o aplicativo não disponibiliza essas informações. Este problema também é voltado para serviço, mas o design pode contribuir para a transparência do produto.

Quando eu quiser dar um feedback sobre uma consulta [situação] , eu gostaria de  encontrar facilmente as diretrizes publicação [motivação] para que minha avaliação seja publicada e reconhecida [resultado esperado].

Nós acreditamos que o site terá mais credibilidade  [hipótese] se nós disponibilizarmos as diretrizes de publicação de fácil acesso ao usuário [experimento]. Nós saberemos que a hipótese é válida se o resultado for a reação positiva na internet (redes sociais, reclame aqui) e um boca a boca positivo  [impacto qualitativo] e se tivermos mais reviews publicados [impacto quantitativo].

Apesar do aplicativo disponibilizar o serviço de telemedicina, esta funcionalidade fica presa em relação a cidade do usuário.

Quando eu quiser marcar uma consulta por telemedicina [situação] , eu gostaria de  selecionar profissionais de qualquer lugar do Brasil [motivação] para que eu tenha acesso a mais e melhores especialistas com rapidez [resultado esperado].

Nós acreditamos que os pacientes marcariam mais consultas por telemedicina [hipótese] se nós fizermos adaptações no sistema de liberação de profissionais de outras localizações [experimento]. Nós saberemos que a hipótese é válida se o resultado for a reação positiva na internet (redes sociais, reclame aqui) e um boca a boca positivo [impacto qualitativo] e se tivermos um aumento da quantidade de consultas marcadas em telemedicina [impacto quantitativo].