Your software should NOT be a problem

Introdução:

O instituto Zero a Seis, uma organização sem fins lucrativos focada no desenvolvimento da primeira infância, teve a idéia de um serviço para distribuir conteúdo e tirar dúvidas de mães com filhos entre zero e um ano e meio de idade, o “SMS Bebê”. A idéia foi uma das 4 instituições premiadas com R$ 1 milhão pelo Google Impact Challenge Brasil 2014 para tirar o projeto do papel.

Um time de jornalistas e médicos se juntou ao instituto Zero a Seis para a criação do conteúdo necessário para auxiliar as mães. Nós ficamos com o desenvolvimento da plataforma tecnológica de entrega desse conteúdo.

Desafios:

Nas primeiras conversas, e observando o crescimento o uso de smartphones em todas as classes sociais do Brasil, viu-se uma grande oportunidade de criar novas possibilidades mais ricas e eficientes de interação com as mães e cuidadores. Não apenas com SMS, mas sim se beneficiar do aumento do uso de smartphones com acesso a internet. Nasceu aí o "ProBebê" como uma plataforma mais ampla para distribuição de conteúdo.

Essa nova plataforma é composta pelo site institucional do ProBebê, site de conteúdo, CMS para gestão de conteúdo, aplicativos para Android e iOS e motor de recomendação e entrega de mensagens via SMS e notificações PUSH no aplicativo.

O principal desafio do projeto é atingir a meta de 15 mil mães e cuidadores em um ano e se tonar um portal de conteúdo relevante para o desenvolvimento da primeira infância no Brasil. Conseguindo entregar a mensagem certa, na hora certa para a pessoa certa, com o intuito de educar proativamente às mães como cuidar de seus filhos sobre diversos aspectos.

Solução:

Escolhemos Ruby on Rails para desenvolver a aplicação web, CMS e motor de recomendação e entrega de conteúdo devido a ampla biblioteca de componentes de código aberto disponíveis que agiliza o processo de desenvolvimento e a facilidade de automatização de testes e reduz  custo de produção. Para o aplicativo móvel optamos por um desenvolvimento híbrido baseado no framework Ionic e Phonegap porque são soluções consolidadas de código aberto que permitem o desenvolvimento de um único código-fonte para o aplicativo Android e iOS. Reduzindo o tempo de desenvolvimento e os custos.

Para possibilitar o aumento do volume de mães impactadas por SMS sem aumentar o custo linearmente, está sendo desenvolvido a funcionalidade de "Micro Doação" onde uma mãe que tem Smartphone consegue doar SMS para uma mãe que não tem.

Resultados:

Lançada oficialmente no dia 19 de Janeiro de 2016, a plataforma já possui 2.000 mães cadastradas, com um crescimento semanal de 15%. Entregamos uma plataforma completa que atendeu as necessidades, tanto das mães quanto do Instituto Zero a Seis. O instituto consegue gerenciar 100% do ciclo de vida da plataforma ProBebê, dos conteúdos até a interação com as mães e, essas mesmas mães, encontram uma plataforma simples, bonita e amigável que irá ajudar a cuidar melhor das futuras gerações.

Introdução:

Em 2013, fomos procurados pelo Sr. Roberto Alvarez em nome da ABDI (Agência Brasileira de Desenvolvimento Industrial) para a construção de um MVP que a ABDI faria em conjunto com o GFCC (Global Federations Competitiveness Councils). Este MVP devia mostrar de forma amigável o resultado de um ano de estudos feitos pela a ABDI em conjunto com a USP, abrangendo dados da competitividade de 65 países por um período de 10 anos.

Após o sucesso da apresentação, em 2013, o projeto ganhou o aval do GFCC para se tornar sua plataforma oficial. Chamado de Decoder e passaria a incluir 30 anos de dados de mais de 100 países.

Desafios:

O GFCC construiu diversos modelos estatísticos para  analisar a competitividade seguindo uma metodologia própria. O volume de dados a ser analisado pela plataforma era muito grande (30 anos) e diversa. Abaixo alguns exemplos de dados que foram utilizados nas análises:

• Comércio por tipo de mercadoria entre países;
• Demográficos;
• Qualidade de vida;
• Renda;
• Educação;
• etc.

Um grande desafio foi apresentar este grande volume e tipos de dados de forma intuitiva e agradável para o entendimento tanto de especialistas em competitividade como qualquer usuário na internet interessado nestes dado. Já que são públicos.

Solução:

Para atingir o desafio de exibir todos os tipos de dados e atender os diversos públicos, optamos por utilizar a biblioteca de gráficos opensource D3.JS pois ela permite criar visualizações totalmente customizadas e interativas de acordo com a necessidade, não ficando limitado aos gráficos padrões como em outras bibliotecas.

A aplicação web foi desenvolvida em Ruby on Rails, que é uma dos linguagens/frameworks mais produtivos para desenvolvimento de aplicações web, além de ser uma de nossas especialidades. Para implementar e automatizar os modelos estatísticos de análise de dados utilizamos a linguagem R que é especializada em modelos estatísticos.

Durante o projeto, o GFCC viu a necessidade de montar uma "biblioteca virtual" com artigos relacionados competitividade, pois das métricas eles queriam dar um passo para fornecer um conjunto de boas práticas adotado pelos países. Utlizando o Scrapy, fizemos um crawler que indexou mais de 40.000 artigos de outros sites sobre o assunto.

Resultados:

O Decoder foi apresentado oficialmente na conferencia anual de 2014 no Canadá. Continua operacional até hoje e é vista com grande importância pelo GFCC como fonte de dados e insights sobre competitividade.
Após o lançamento, o Sr. Roberto Alvarez tornou-se Diretor Executivo do GFCC.

A história da parceria Vizir e Scup começou no ano de 2014. Entramos para executar o projeto do que seria o novo Scup. Uma plataforma toda em Node.JS e Angular.JS que substituiria por completo a plataforma antiga. A ideia de virar completamente de uma plataforma para outra se mostrou mais complicada do que o esperado. Porém, ambas as partes viram que era possível colher bons frutos dessa parceria se cada uma usasse o que tem de melhor.

Pela dinâmica diferente entre as duas empresas, nós focados em projetos e consultoria e eles em produto. Uma equipe se mostrou um excelente complemento para a outra.

Os nossos profissionais estão acostumados e prontos para lidar com uma variedade muito grande de problemas e limitações impostas por causa de cada projeto/cliente, em diversas tecnologias. O que nos dá uma visão muito ampla de soluções para cada tipo de problema.

O Scup conta com um time de tecnologia de alta performance. Profissionais experientes em diversas plataformas, comprovadamente competentes, acostumados a contribuir com projetos open source e a utilizar as melhores práticas de desenvolvimento de software.

Atualmente temos uma equipe de 5 pessoas, das 40 que trabalham na área de desenvolvimento do Scup, trabalhando em todos os tipos de projetos. Para manter o nosso time com o olhar diferenciado e manter a nossa cultura, cada profissional fica no máximo 6 meses no Scup. Este é o tempo que se mostrou mais eficaz para manter o olhar do novo e se adaptar aos problemas específicos do Scup.

Essa combinação gera um encontro de ideias que ajudam as duas empresas a crescer como negócio e em conhecimento tecnológico. Eles com a expertise quando o assunto é desenvolvimento de produto e nós com o olhar diferenciado de enfrentar todos os dias problemas de natureza e tamanhos diferentes.

Como temos o desafio de apesar do nosso profissional estar trabalhando no Scup manter a nossa cultura forte e viva (até para conseguir agregar mais ao Scup), mantemos uma rotina de efetuar sessões de feedbacks do time Vizir mensalmente, o resultado destas sessões são compartilhados com o time de gestão Scup, ao longo do tempo estes feedbacks tem se mostrado de grande valor pois se trata da visão de pessoas com senso critico apurado, com uma cultura um pouco diferente mas que estão inseridos no dia-a-dia do time Scup por um tempo suficiente para ter opiniões consistentes.

Estes feedbacks tem ajudado muito o  David com o desafio de manter um time de alta performance.

Introdução:

A Flytour, uma das maiores consolidadoras do Brasil e da América Latina no setor de turismo e com faturamento superior à R$ 4 bi, vinha de várias tentativas frustradas de modernização da sua infraestrutura e melhorias de usabilidade para seus clientes.

A plataforma de vendas convivia constantemente com instabilidades, que afetavam o seu negócio, e fazer a manutenção da plataforma era muito complexo, pois envolvia retrabalho, uma vez que alguns módulo importantes da plataforma tinham 2 ou 3 implementações uma para cada unidade de negócio.

Alguns anos atrás a Flytour chegou a contratar uma empresa para reescrever completamente a sua plataforma tecnológica, mas o projeto não obteve sucesso e acabou ficando de lado.

Desafios:

Era preciso pensar em soluções que resolvessem os problemas do portal da Flytour no curto prazo: instabilidade, dificuldade de manutenção e usabilidade e problemas pontuais do dia-a-dia. No longo prazo, dar uma visão de onde a plataforma deveria chegar.

Todas essas mudanças deveriam ser feitas sem causar muitos transtornos aos usuários, que usavam a plataforma diariamente e em volume normal de vendas.

Solução:

O primeiro grande trabalho foi estabelecer um arquitetura de referência onde deveríamos chegar no longo prazo e, a partir daí, estabelecer pequenas e gradativas evoluções para resolver os problemas, que já afetavam os resultados da empresa. Todas estas evoluções já estavam alinhadas com o objetivo de longo prazo. Então, cada pequena mudança era um passo para chegar na arquitetura de referência.

Um desafio que surgiu durante nosso trabalho foi de unificação do engine de busca e booking de passagens aéreas (que é o core business de uma empresa de turismo). Existiam 2 sistemas que faziam a mesma coisa, com problemas diferentes e resolver a instabilidade neste cenário seria bem mais complicado, pois exige dar manutenção em dois sistema. Nosso plano de ação foi adotar um dos engines como o principal e adaptar os outros sistemas para se integrar a ele. Assim, conseguimos focar os esforços apenas em um sistema.

A estratégia de pequenos passos evolutivos para chegar na arquitetura de referência funcionou muito bem para o core das plataforma. Já para a interface com o usuário era necessário revitalizar de uma vez só. Pois a cara do site já era a mesma a muito tempo e pequenas evoluções não trariam um ganho significativo para os usuários. Desenvolvemos um layout totalmente novo para o site existente, revitalizando o que era apresentado para os usuários.

Resultados:

Atualmente, o portal da Flytour não sofre mais instabilidades, mesmo em momentos de pico, a manutenção é feita pela equipe interna e possui uma visão de futuro para onde a plataforma deve ir.
Durante todo esse processo, o setor de turismo sofreu um boom de fraudes, mostrando a necessidade do setor de se preparar melhor para evitar esse tipo de crime/prejuízo. Nesse momento, surge o SafeGuard, ferramenta especializada no setor de turismo no combate a fraudes, desenvolvido pela Vizir, que usa autenticação em 02 fatores e análise de risco com machine learning para evitar fraudes.

Introdução:

A Ticket, do grupo francês Edenred, é líder mundial na gestão de benefícios. Além do já conhecido Ticket Refeição, a empresa possui um produto para a gestão de frotas automotivas, chamado Ticket Car, com o faturamento estimado de R$ 7,6 bilhões só no Brasil.

A plataforma de gestão do produto Ticket Car sofria a anos de problemas graves de performance e usabilidade ruim, chegando a impactar em perda de clientes para a concorrência que já possuia uma plataforma mais moderna.

Desafios:

A necessidade era desenvolver uma nova plataforma completa de gestão para o Ticket Car. Abordando desde uma nova interface com usuário até um backend de API para integrações com sistemas internos e externos, esta nova arquitetura como um todo, tinha a missão de se tornar o padrão a ser seguido em todos os projetos futuros de software que fossem desenvolvidos pela Ticket.

Além de estabelecer um novo patamar nos sistemas desenvolvidos pela Ticket, existia um desafio operacional de migração dos clientes muito grande pois, apesar dos problemas, a plataforma antiga era responsável por todo o faturamento e deveríamos estabelecer uma forma de migração com o menor risco possível.

Solução:

A nova interface com usuário foi criada utilizando o conceito do Material Design criado pelo Google, e totalmente baseada componentes web que possibilitam a reutilização em outros produtos da Ticket Brasil e em outros países que a empresa atua. Para viabilizar a aplicação web e seus componentes foram desenvolvidas puramente em Javascript, HMTL5 e CCS3 no modelo Single Page Application (SPA) utilzando o framework Angular JS.

No Backend onde foi implementado todas as lógicas de negócio, integrações e interface de API foi utilizado a plataforma .Net com linguagem C#, seguindo a arquitetura  DDD (Domain Driven Design) e fornecendo uma API Rest/JSON.

Toda a plataforma foi desenvolvida e roda em servidores Windows pois era a tecnologia que o time Ticket já era ambientado, e a infraestrutura de data center em sua maior parte é baseado em tecnologia Microsoft.

O processo de migração dos clientes foi feito de forma gradual, de modo que todos os novos clientes já entravam na nova plataforma e os  antigos foram agrupados por tamanho. A cada quinzena um grupo de clientes era migrado para a nova plataforma, diminuindo o risco impacto na operação e faturamento da empresa.

Resultados:

Em 6 meses a plataforma já estava em produção para os clientes novos e primeiros grupos selecionados, atingindo cerca de xxx% dos clientes da Ticket Car. Colocando de volta a empresa no caminho de entregar uma solução inovadora a frente da concorrência em todos os aspectos.
Além de colocar a nova plataforma de gestão do Ticket Car no mercado, toda a tecnologia desenvolvida já foi utilizada no desenvolvimento de outros dois sistemas da Ticket Brasil, validando um dos principais desafios que era de aproveitar a tecnologia desenvolvida para estabelecer um novo padrão