domingo, 10 de julho de 2011

Construção de uma empresa de software que não suga

Notícias interessantes sobre o url:http://feedproxy.google.com/~r/Techcrunch/~3/AYXbDUr_QV0/:

Nota do editor: Convidado autor Aaron Levie é o fundador e CEO da Box.net


Thomas Wailgum, um editor da CIO.com, resumiu a indústria de software empresarial melhor, quando escreveu: "Pode parecer que mesmo as empresas de tabaco desfrutar de um melhor nível de" simpatia "geral do que fornecedores de software empresarial."


A forma como as empresas de software bem sucedida empresa tem operado historicamente tem sido mais ou menos incontestável: os custos de licenciamento aumentar em intervalos regulares, a tecnologia é de difícil integração, e a experiência do usuário é muitas vezes atroz. Diferentemente da maioria dos outros mercados abertos, o que força os comportamentos negativos ao longo do tempo, muitas das práticas no local hoje servem o fornecedor e cliente de forma assimétrica. Surpreendentemente, mais de 40% dos projetos de TI ainda não entregar o ROI de negócios esperado, mas os vendedores da empresa saem ganhando de qualquer maneira.


Mas não por muito tempo. Agora que o software da empresa podem ser entregues através da web e iterado rapidamente, estamos vendo as barreiras para a distribuição, o desenvolvimento ea adoção encolher para níveis antes só testemunhado por empresas de internet do consumidor, com milhões de usuários em cima de plataformas como o Yammer, Box, e Zendesk; essas mudanças estão criando uma paisagem muito mais competitivo, onde o cliente tem a ganhar tremendamente. Os valores que agora os fornecedores legado separada de uma nova geração de empresas não são apenas tecnológicos, mas também cultural e organizacional. Em suma, a construção de uma melhor tecnologia de uma empresa requer que construímos as empresas de tecnologia fundamentalmente diferente da empresa.


Criar produtos incríveis, não respostas surpreendentes RFP


Fornecedores de software da empresa há muito tempo desfrutou de uma contra-intuitivo, mas o sistema de recompensa altamente lucrativo,. Seus compradores são diferentes dos usuários finais, e as necessidades de cada grupo são radicalmente diferentes - tradicionalmente, a tecnologia da empresa foi concebido com a venda para o CIO em mente, e isso produz soluções que são, inevitavelmente, característica-inchado para "satisfazer" a grande maioria de requisitos de um cliente.


Isso criou uma dinâmica perversa, onde estranhamente os vendedores com os mais ricos em recursos soluções ganhar os contratos, mas os usuários perdem devido à complexidade da tecnologia. E graças às lacunas incrivelmente longo entre lançamentos de produtos, os vendedores estão mais motivados para cram tantos recursos quanto possível em cada versão, esperando para verificar todas as caixas de RFPs para os próximos anos.


Então como é que os novos evitar este ciclo todos juntos? Centrando-se sobre o software da empresa de construção que os usuários amor, impulsionando a demanda até o CIO. Fornecedores como a Workday, Jive, Yammer, ou Rypple estão respondendo por investir mais em design, usabilidade, abertura e da experiência total do usuário. Eles estão medindo o sucesso de adoção pelo usuário, ao invés de listas de verificação recurso. E, felizmente, os compradores estão em recuperação.


No Box, vemos agora RFPs onde "a adoção do usuário" é um fator fortemente ponderada na decisão de compra; este era praticamente desconhecido há alguns anos atrás. Os gerentes de TI estão percebendo que há melhor, usa mais estratégico do seu tempo de treinamento de funcionários, a luta contra a adopção de baixa, e argumentando com os usuários ficassem irritadas - elas querem uma tecnologia que simplesmente funciona. E por causa disso, estamos vendo mais o alinhamento entre os usuários e os CIO do que nunca.



Manutenção de uma cultura de engenharia de hackers centrada no


Paul Graham escreveu um ensaio muito no ano passado sobre a necessidade de hackers centrada em culturas, onde ele aparentemente atribuída declínio do Yahoo para sua incapacidade de construir uma de engenharia


Nenhum comentário:

Postar um comentário