A ideia que serviu de base à minha entrada no projecto seria fazer toda a parte digital que fosse necessário implementar para clientes que necessitassem de serviços especializados nesta área, tais como sites para projectos específicos, portais onde fosse possível desenvolver estudos clínicos, desenvolvimento de suportes de comunicação, entre outras coisas. Ao mesmo tempo, criar o estacionário, o site (em wordpress) e comunicação da empresa para o exterior e começar a estudar esta área para depois desenvolver software específico que seria proprietário da empresa.

Analisando o mercado dos ensaios clínicos, foi possível identificar lacunas, e pontos de entrada que indiciaram a possibilidade do desenvolvimento de software apropriado para este mercado, existiam vários pontos de entrada e nichos por explorar.

Os maiores problemas encontrados ao nível de software utilizado foram ao nível de:

• » Usabilidade
  •   » Difíceis de utilizar
  •   » Não eram intuitivos
  •   » Má performance nas nas tarefas diárias
  •   » Curva de aprendizagem longa
• » Funcionalidade
  •   » Faltavam funcionalidades(consideradas) principais
  •   » Não se adaptavam às necessidades da maioria dos clientes com que a empresa trabalhava (nicho de mercado)
• » Custo
  •   » O custo de software considerado adequado para a gestão de ensaios clínicos (no nicho de mercado que pensámos entrar) era proibitivo.

Uma vez que tinha acesso a pessoas que trabalhavam com a empresa (clientes) e aos meus colegas que estavam dedicados à área dos serviços, podia aceder a informação (ao nível de: linguagem própria deste mercado, processos, maneiras de trabalhar, problemas do dia a dia…) desta área. No entanto, devido a normas e regulamentação, existia muita informação que não podia aceder, nomeadamente, software proprietário utilizado para a gestão de alguns ensaios, e conteúdos dos estudos onde a empresa trabalhava.

Existia no entanto software, muitas vezes utilizado neste mercado que instalei no meu computador por ser open source que podia ser utilizado para começar a perceber as funcionalidades deste tipo de softwares assim como da terminologia, fluxos de trabalho, etc.

Antes de pensar em analisar softwares concorrentes, comecei a fazer pesquisa literária e também na internet para perceber o contexto envolvente de toda esta área. Como tinha acesso a clientes e colegas que trabalhavam na área dos serviços, pude desenvolver, workshops e outras actividades de pesquisa (tais como entrevistas, observação directa…) para perceber os seus objectivos e motivações, as suas dores e dificuldades, assim como as tarefas que executavam no seu dia-a-dia. Isto permitiu-me começar a entender o contexto de trabalho nesta área, recolher alguns materiais utilizados, e criar alguns documentos baseados nas insights que recolhi (tais como personas, definição de tipos de utilizadores, fluxos…).

Acabei por produzir documentação que auxiliasse (e guiasse) o processo de desenvolvimento de software. Uma vez que a área é muito complexa, bastante regulamentada, centrei-me mais em perceber o contexto social, as interacções entre os diferentes stakeholders, o tipo de tarefas gerais que eram supostas fazer para cada tipo de trabalho, o tipo de outputs que era suposto cada pessoa fornecer. Acabei também por analisar os softwares possíveis (open source) recolhendo também informação de quem trabalhava com eles.

Infelizmente, apesar de ainda ter chegado à fase de produção de wireframes e alguns protótipos para definir a interacção e começar a testar conceitos de design, a empresa passou a centrar-se mais na realização de serviços.