as ”Travel Techs” e a síndrome das bolhas seriais

Há algum tempo venho observando um fenômeno nas startups que se multiplicam como gremlins no ecossistema de negócios brasileiro, repetindo o mesmo fenômeno que vem ocorrendo em todo o mundo: o empacotamento de ideias existentes, rebatizadas como inovação.

Uma startup indiana de hotéis apresentou-se como inovadora por ter criado “uma série de conceitos operacionais de hotelaria para certificar uma propriedade hoteleira com a sua bandeira”. Algo que as tradicionais marcas e bandeiras hoteleiras fazem há algumas décadas foi, e ainda é, apresentado como uma novidade absoluta, e o mais incrível é que muitas (milhares) pessoas (e de investidores) compraram esta ideia “inovadora”.

Mais recentemente, algumas startups brasileiras, inspiradas no modelo da TripActions, resolveram batizar o seu negócio de agenciamento de viagens, nada inovador, com um novo e sugestivo nome, como se fosse um novo segmento econômico.

Atuando no mercado de gestão de viagens corporativas, essas empresas, novas e inexperientes, mas altamente motivadas em concorrer num mercado que desconhecem, prometem os serviços prestados pelas TMCs, juntando conceitos como o das OTAs (tudo 100% online), dos OBTs (foco no corporativo, controle de política de viagens, fluxo de autorização, relatórios BI etc) e alguns recursos de expense management, prometendo tecnologia, agilidade e preço, mesmo não tendo crédito junto às cias. aéreas, não tendo time compatível com atendimento ágil e oferecendo preços iguais ou maiores do que os praticados pelas TMCs que operam grandes volumes.

O fato é que essas startups empacotaram alguns recursos dos sistemas que foram criados, desenvolvidos e implementados nos últimos 20 anos e se auto-batizaram “Travel Tech”, buscando conforto e segurança no plágio da expressão “Fintech”, aplicada a empreendimentos vitoriosos como a XP, o Nubank e a Stone.

Conversando com meu guru Vabo Júnior – @Vabo23 – sobre este fenômeno de juntar algumas ideias testadas e bem sucedidas, empacotá-las e rebatizá-las como um novo conceito, com uma terminologia “cool”, um termo que signifique quase uma marca, VJ foi taxativo: “trata-se da busca do visionary capital”.

As pessoas, incluindo os investidores, acreditam numa narrativa bem estruturada, numa história coerente e que faça sentido. Por isso, buscar conceitos testados, experimentados e bem sucedidos, empacotá-los e emoldurar tudo isso com um bom story-telling é a fórmula de bolo para tentar gerar o que chamamos visionary capital, que é o maior valor de uma startup, o maior capital do seu fundador.

A questão é quando a narrativa é pretensiosa (às vezes arrogante) e o conjunto de ideias empacotadas não agrega nenhum valor novo e não se diferencia em nada daquilo que já é oferecido por dezenas de experientes TMCs que já atuam no mercado com conhecimento (que demanda expertise), tecnologia (que exige atualização permanente) e reputação (que requer tempo, trajetória e integridade).

Não se iluda, Travel Techs são todas as TMCs que atuam no mercado brasileiro, em especial as associadas à Abracorp, que, desde o início do milênio, investem permanentemente em tecnologia e capacitação de seus times, enquanto constroem sólidas carreiras de consultoria corporativa.

As TMCs associadas Abracorp são intensivas em tecnologia, mas vão muito além disso. Pense nisso ao decidir em quem confiar seu orçamento de viagens e despesas corporativas.

.

COMO CRIAR PRODUTOS QUE OS CLIENTES AMEM USAR

INSPIRED: HOW TO CREATE PRODUCTS CUSTOMERS LOVE

Por Pedro Concy, fundador do Estante Mágica

O Estante Mágica é um case fantástico que merece ser conhecido e aplaudido. Seu fundador, o Pedro Concy, é um entusiasta do desenvolvimento de produtos e resumiu assim o livro Inspired: How To Create Products Customers Love, uma das bíblias do assunto, escrito por Marty Cagan:

– Essência do trabalho de produto é o Customer Discovery.

– Customer Discovery ==> Validated Produt Backlog ==> Product Delivery.

– Pensarmos em “time to money”, que são as iterações até achar o valor.

– Devs sempre devem estar dentro das discussões do produto. Se não se engajam, não performam.

– Projeto é sobre output, produto é sobre outcome.

– Não é sobre desenvolver features, é sobre resolver problemas.

– Essencial termos uma Product Vision. O que será nosso produto entre 2 a 10 anos.

– Usar protótipos pra experimentar rápido e chegar no product discovery e então no product delivery pra alcançar o product/market fit, que é um caminho pra alcançar o product vision.

– MVP SEMPRE deve ser um protótipo, nunca um produto.

– Times de produto no mesmo ambiente performam mais.

– Existem várias formas de fazer a divisão dos produtos. Diferentes tipos de usuários, devices, workflows etc. Sempre que escolher uma forma, vai abdicar da outra. É sobre um trade-off.

– Essencial pro PM: saber muito sobre o cliente; saber sobre os dados, saber sobre o negócio e saber sobre o mercado/indústria; 

– PM levam 2-3 meses pra alcançar performance ótima na equipe.

– PMs deveriam fazer curso introdutório de programação pra poder dialogar melhor com devs. Devem também saber sobre business finance.

(OFF: curso bem legal pra aprender básico de programação se achar que faz sentido: https://teamtreehouse.com/)

Perguntas de um UX:

* Como cliente vai primeiro saber sobre o produto?

* Como vai fazer onboard do usuário, além de como vai revelar novas funcionalidades?

* Como usuários interagem ao longo do dia?

* O que tá competindo pela atenção do usuário?

* Como a vida vai ser diferente de um usuário de um mês do produto pra um usuário de um ano?

* Como vamos motivar o usuário a ter um algo grau de comprometimento com o produto?

* Como vamos criar momentos de gratificação?

* Como um usuário vai compartilhar a experiência dele com outros?

* Como os usuários vão receber o serviço offline?

* Qual a percepção de responsividade do produto?

Bíblia do desenvolvimento de produtos, por Marty Cagan

– Designer, tal como o dev, deve sempre estar dentro do que tá rolando no produto.

– Devemos implementar uma “cultura de produto”, que é dar relevância pros testes contínuos e rápidos. Entender que vamos cometer erros pra aprender. Devemos mitigar os riscos nesse processo.

– Não existe forma ideal de estruturar uma equipe de produto. Sempre vai otimizar algum ponto em detrimento de outro. Entender que a organização vai mudar com o tempo. 

– Times ficam mais engajados quando têm mais autonomia. Times podem ter mais autonomia quando têm clareza dos objetivos.

– Roadmaps tradicionais de produto são causa de grande desperdício nas organizações. Razões: grande parte de suas ideias vão falhar. Então se apegar a elas é se apegar ao erro. Outra razão é que podem ser tão complexas que vale a pena deixar de lado.

– O problema é que toda vez que você coloca num documento de “roadmap” uma lista com ideias que vão ser construídas ao longo do tempo, pessoas vão se apegar àquilo e querer construir de qualquer forma, ainda que não valha mais a pena.

– Importante é que tenha um product vision. É o “big picture” do que queremos alcançar. Deve estar casado também com os business objectives.

– Product vision não é a missão da empresa. Product vision é como vamos alcançar a missão da empresa. A grande relevância disso é comunicar a visão e inspirar as pessoas a entrarem nesse barco.

– Visão de produto efetiva: começa com o por quê, está ligada a um problema, é ousada, inspira, é flexível nos detalhes, é um salto de fé, evangeliza pessoas dentro e fora da empresa.

– OBESS OVER CUSTOMERS, NOT OVER COMPETITORES. Frase pra termos na parede!!!!!!!!!

– Comunicar sempre a estratégia de produto pra toda a empresa.

– Devemos criar os princípios do produto. Exemplo: Toda vez que houver conflito entre escola (empresa) e pai (agência), escola (empresa) será preponderante. Afinal, é ela nossa fonte de transformação.

– General Patton: “Nunca diga às pessoas como fazer as coisas. Diga a elas o que fazer e elas irão te surpreender com suas engenhosidades.”

– Product Evangelism = selling the dream. É ajudar as pessoas a imaginarem o futuro e inspirarem elas a criar esse futuro. PM e Head de Produto devem estar fazendo isso o tempo todo. É fundamental pra empresa ter missionários, e não mercenários. 

– Objetivo no customer discovery é validar as ideias do jeito mais rápido e barato.

– Uma das lições mais importantes pra produto é se apaixonar pelo problema, e não pela solução. Soluções iniciais não vão resolver o problema, ou não da melhor forma. Vai levar um montão de tentativas até chegar lá. E esse é um dos grandes riscos dos roadmaps de produtos. Eles se apegam a features, e não ao problema.

– Pra lançar um produto, um PM aplicou uma técnica em sua empresa: antes de lançar um produto ou ideia, deve escrever uma carta imaginária de um cliente MUITO satisfeito com aquele produto. A carta hipotética é endereçada ao CEO e explicam por que e como aquele produto/ideia mudou ou melhorou a vida dele.

– Sugestão de livro do autor (ainda não li): https://www.amazon.com.br/User-Story-Mapping-Martin-Fowler/dp/1491904909/ref=tmm_pap_swatch_0?_encoding=UTF8&qid=1545822108&sr=1-1

– Idealmente nas entrevistas com clientes deveriam ir um dev e um designer também. 

– Testes de MVP concierge (amo muito!).

– Cultura ágil: ideia de termos “hack days”. São “hackathons” diretas ou indiretas. Diretas são para resolver problemas já estabelecidos no início da dinâmica (ex: reduzir churn). Indiretas são pra fazer ideias aleatórias. Melhores inovações vêm da própria equipe.

– Equipe deve fazer entrevistas e testes com usuários TODA semana. Pelo menos 3x por semana.

– Todo produto ou toda feature deve ser acompanhada por métricas previamente estabelecidas. Data, data, data!!!

– Ótimo livro que o autor recomenda: https://www.amazon.com.br/Sprint-M%C3%A9todo-Google-Testar-Aplicar/dp/8551001523/ref=sr_1_1?s=books&ie=UTF8&qid=1545822882&sr=1-1&keywords=sprint

– “Defino inovação consistente como a habilidade de um time de repetidamente adicionar valor ao negócio”

O livro Inspired: How To Create Products Customers Lovepode ser comprado aqui: https://www.amazon.com/Inspired-Create-Products-Customers-Love/dp/0981690408/ref=mp_s_a_1_2?crid=2E91JAS78OZP0&keywords=how+to+create+products+customers+love&qid=1557027776&s=gateway&sprefix=how+to+creat+products&sr=8-2

.

Nota do blogueiro: Este resumo do livro Inspired: How To Create Products Customers Love (por Marty Cagan), foi escrito e compartilhado por Pedro Concy, um entusiasta do desenvolvimento de produtos, fundador do projeto Estante Mágica, um case fantástico que merece ser conhecido e aplaudido.

.

COMPULSÃO POR INOVAR

Não conseguimos evitar…

Nossa iniciativa de investir e acelerar uma startup de operações profissionais e soluções com drones não foi imediatamente assimilada pelo mercado.

“O que, afinal, os drones têm a ver com o negócio do Reserve, de tecnologia e gestão corporativa?” Foi a pergunta que mais ouvimos, cuja resposta só poderia ser ambígua: “Nada, e tudo”.

Quando identificamos uma dor do mercado brasileiro de gestão de viagens corporativas e inovamos ao criar o primeiro OBT do Brasil, nos idos de 2004, estávamos fazendo o que mais gostamos, que é desenvolver novos produtos que as pessoas amem usar.

Este primeiro lançamento deu margem a criarmos diversas outras inovações incrementais (1o. OBT Mobile em 2008, 1o. Robô de Emissão de Bilhetes em 2009, 1o. Expense Management em 2010, 1o. Fast-Scan Reader em 2011, 1o. Sistema Integrado de Gestão de Despesas e Viagens em 2012, 1o. ERP Data Feeder em 2014, 1o. Strategic Procurement Management em 2018), mas a inovação disruptiva foi a primeira, aquele sistema de self-booking batizado de “online booking tool”, hoje ferramenta obrigatória para todas as agências de viagens corporativas e, associado à gestão de despesas, instrumento recomendável para todas as empresas com mais de 50 funcionários.

A questão aqui é que o uso de drones está apenas começando, no Brasil e no mundo, tratando-se portanto de um terreno fértil para aquilo que é a paixão de nosso time: a inovação.

O fato é que, em menos de 6 meses de aceleração, nossa startup MyView concluiu o desenvolvimento de uma aeronave (como chamamos internamente os drones) autônoma, ou seja, capaz de transportar um produto do ponto A ao ponto B, sem a ajuda de um piloto (ou operador), decolando, atingindo uma altitude de voo pré-programada, voando a uma velocidade configurada, evitando ou contornando obstáculos fixos e móveis através de sensores, aterrisando no local determinado, liberando uma encomenda para um consumidor e retornando ao ponto de origem, tudo isso somente com uso de software, baseado em inteligência artificial e robótica cognitiva.

Com esta aeronave, batizada tecnicamente de MVAD4-01 (de MyView Autonomous Door-to-Door Drone Delivery – Versão 01) realizamos a primeiríssima entrega comercial da história de um produto por drone autônomo no Brasil, fato noticiado em primeira mão pelo Portal Panrotas.

A MVAD4-01, criada pela equipe do MyView Dronelab, demandou 8 meses de pesquisa, projeto, prototipação e testes, até ficar pronta para realizar o voo inédito no Brasil

Algumas pessoas se surpreenderam, outras elogiaram, algumas poucas duvidaram, pois “a Boeing, a Amazon e o Google têm projetos anteriores a este, com muito maiores investimentos e expertise de mercado”.

Ok, mas nenhum foi realizado no Brasil.

Outros lembraram que “já houve uma entrega de um sanduíche por drone para um cantor em cima de um trio elétrico em Salvador, no carnaval de 2019”, numa ação de marketing de uma empresa de entrega de comida.

Ok, mas não foi entregue por um drone autônomo.

Houve ainda quem nos avisasse que “já houve simulação de transporte de um produto por drone autônomo, alguns meses antes, no Brasil”, referindo-se a um voo teste, em ambiente controlado, em que um drone transportou uma carga por alguns metros, baseado em geolocalização.

Ok, mas foi apenas uma simulação, não foi uma entrega comercial real.

Quando nos referimos a uma entrega comercial, significa que nosso projeto incluiu a aquisição de um produto real, por um consumidor real, de uma loja real e foi entregue num endereço real, ou seja, uma entrega verdadeira, feita com toda a segurança, em menos de 4 minutos, envolvendo todos os desafios de algo que nunca havia sido realizado no país…

Portanto, esta inovação disruptiva teve 3 características que a tornam única, até esta data: foi a primeira entrega comercial de um produto por drone autônomo no Brasil.

Este é o vídeo da primeira entrega comercial de um produto com drone autônomo no Brasil

Ainda não sabemos quantas inovações incrementais este projeto ainda terá, mas seguramente serão muitas, desde o formato e payload (carga útil) da aeronave, alcance de voo e softwares de navegação, até mecanismos de carga na loja e descarga na entrega do produto ao consumidor, incluindo a logística de armazenamento, distribuição e entrega de produtos por drones em residências complexas e apartamentos, voos com múltiplos obstáculos e voos com entregas múltiplas.

Todos esses desafios estão contemplados e já estão sendo enfrentados nas etapas seguintes deste nosso projeto MyView D4, ou seja, temos ainda muito trabalho pela frente, incluindo o monitoramento da evolução da regulamentação do setor, a cargo da ANAC (Agência Nacional de Aviação Civil) e do DECEA (Departamento de Controle do Espaço Aéreo), órgão vinculado ao Ministério da Defesa, visando regular a entrega de produtos por drones, passo importante e fundamental para o desenvolvimento desta atividade.

Mas o fato é que o voo que inaugurou a entrega comercial por drone autônomo no Brasil ocorreu em 22 de maio de 2019, em Itaipava, Petrópolis, região serrana do estado do Rio de Janeiro, transportando um Leite de Rosas (produto), da Drogaria Venâncio (loja) para o endereço da Dona Wanda (consumidor).

Para nosso time, é isto o que os drones têm a ver com tecnologia ou com gestão corporativa: a motivação para criarmos novas soluções, imaginarmos o que ainda não foi imaginado, fazermos o que ainda não foi feito.

E seguirmos para o próximo desafio…

.