Shirakashi - Web2 e Empreendedorismo

A compra de um produto é uma decisão emocional. Depois racionalizamos e justificamos nossas escolhas, fazendo que pareça que tenha sido uma escolha emocional. Por isso, o caminho comum: mais funcionalidades -> melhor produto -> mais vendas está errado. A única coisa que precisamos é que o produto tenha funcionalidades e qualidades suficientes(base) para que possamos justificar nossa escolha emocional.

Por isso que, em uma época em que os celulares estavam brigando por quem tinha mais funcionalidades, aparece um Iphone, com metade das funcionalidades e abocanha grande parte do mercado. Apple vende estilo e tem um ótimo produto, com um ótimo design, para justificar isso.

Momentos de extrema euforia em torno de algum assunto ou tendência criam bolhas, ou seja, o otimismo se torna tamanho que o investimentos nessas iniciativas se torna irracional. Infelizmente isso está acontecendo em relação a colaboração na web2.0.

Todo mundo está acreditando na colaboração, de modo sistemático e cego, como se fosse algum tipo de mágica que, a partir do nada, coisas maravilhosas acontecem. Não é bem assim. Colaboração acontece em momentos e ambientes bem propícios e específicos. Não é uma das maiores facilidades, mas uma das maiores dificuldades da web 2.0.

Algums mitos da colaboração:
- colaboração dá lucro naturalmente.
- colaboração acontece naturalmente e cresce exponencialmente em sistemas desenvolvidos para isso.
- funcionalidades colaborativas = colaboração
- todas as pessoas vão colaborar, se puderem

Se eu fosse resumir métodos ágeis em poucas palavras seria: “comunicação, colaboração e agilidade”. Isso que dizer: se você não está comunicando-se bem, está errado. Se não está colaborando, está errado. Se está lerdo, preso a processos, também.

Nas última década arquitetos e times de programadores de software têm entendido que para construir produtos realmente relevantes, é necessário uma abordagem diferente do que vinha sendo aplicado nas décadas anteriores. Produtos são organismos que precisam de constante mudança, colaboração e comunicação constante de usuários e time de desenvolvimento e, acima de tudo, serem funcionais. Em tempos onde as empresas precisam inovar, se adaptar e colaborar interna e externamente, entregando resultado, tem tudo a ver.

As 4 bases do manifesto ágil, que podem ser aplicadas a empresas:

Individuals and interactions over processes and tools

A criação, reflexão e visão vs Processos engessados.

Working software over comprehensive documentation

Entregar valor vs Plano de negócios e pesquisas de mercado.

Customer collaboration over contract negotiation

Engajar/Colaborar vs Contratar/Vender/Cobrar

Responding to change over following a plan

Responder às mudanças vs Seguir o plano original

Software é muito parecido com empresas. Em tempos de necessidade de inovação constante, mudanças abruptas de mercado em espaços curtos de tempo, se aproxima ainda mais. Usar a experiência trazida pelo mundo do software lidando com projetos de modo ágil, para o mundo da gestão é um caminho natural, mas que poucas empresas parecem estar seguindo.

Foi essa a conversa que tive com o Diego, há algum tempo atrás, quando ele me disse que havia lido uma matéria sobe o assunto na HSM Management.

O mundo do software tem sido revolucionado com o surgimento dos chamados métodos ágeis de desenvolvimento. Software de melhor qualidade, voltado a criar valor para pessoas e principalmente, a mudar frequentemente está sendo cada vez mais realidade. E por que empresas assim também não são possíveis ?

No próximo post, um pouco mais sobre a filosofia dos métodos ágeis e porque é tão difícil implementá-los em equipes acostumadas com o paradigma antigo. Nos softwares e nas empresas…

Em épocas de crise como essa, é necessário entender o mínimo sobre como funciona o sistema econômico, de onde vem o dinheiro e o que isso tudo tem a ver com capacidade de crédito dos bancos.

Essa série de vídeos (em inglês) é fantástica para entender um conceito muito simples, mas que a grande maiora das pessoas não sabe: dinheiro = dívida.

Da série gráficos auto-explicáveis:

Onde começar sua aplicação web 2.0

Existem 2 estratégias para negócios da web 2.0:

- Fazer um serviço geral, que pode ser Top500 algum dia e esperar para desenvolver o modelo de negócios futuramente, usando a relevância conquistada. (Google, Youtube, Myspace).

ou

- Fazer um serviço de nicho, que nunca vai ser um Top500 e desenvolver um modelo de negócios agora. (37signals, Yammer).

Entretanto, o que mais aparece é:

- Um serviço de nicho, que nunca vai ser um Top500, sem modelo de negócios e querendo estar no Top500.

Parece simples, mas são poquíssimos projetos que conseguem ter relevância, modelo de negócios e a abrangência necessária.

Acompanhei algumas das palestras do TC50, algumas em vídeo, algumas via o blog do Daniel Heise. Um dos serviços que me impressionei foi o Yammer. Logo de cara pareceu ser um bom negócio, primeiro, porque já tem um modelo de negócios claro e sensato e, segundo, porque é relevante.

Relevante

O Yammer é um “twitter corporativo” muito bem implementado, baseado no domínio de email dos funcionários. É muitíssimo simples entrar, convidar colegas de trabalho e integrar a ferramenta com seu Gtalk, Msn ou também com uma aplicação Desktop. É relevante porque consegue de maneira eficiente ajudar em um dos maiores desafios das empresas hoje: comunicação.

Modelo de negócios definido

É interessante, pois tem um modelo de negócios já definido, como os serviços da 37signals: para quem quiser uma versão bonita, personalizada, paga US$1 por usuário cadastrado ao mês. Simples.

E não pode ser substituído pelo twitter, pois as informações contidas ali, compartilhadas com os colaboradores da empresa, são privadas. Além disso o twitter é claramente voltado a comunicação geral e entretenimento.

Na verdade esse é um gancho para o próximo post, no qual vou falar do porquê dessa combinação (relevância e modelo de negócios) não ser comum nos negócios que estão surgindo na web 2.0.