Aprender a andar en bicicleta e construír software

bicicletaO traballo foi un verdadeiro desafío recentemente. Ser xestor de produtos é un traballo fascinante, cando realmente podes facelo. Sei que é unha cousa flipante que dicir, pero realmente es o centro central nunha guerra permanente con vendas, desenvolvemento, servizos ao cliente e liderado na empresa.

Algunhas persoas perden o feito de que o obxectivo non é crear máis funcións ou a próxima aplicación web 2.0 interesante, o obxectivo é capacitar ás persoas para que fagan o seu traballo de forma máis eficaz e máis eficiente. Cada día pregúntanme: "Que funcións hai na próxima versión?"

Poucas veces respondo á pregunta porque o meu foco non está en nada en funcións, o meu foco é construír unha solución que permita aos comerciantes facer o seu traballo de forma máis eficaz e eficiente. Empoderar aos teus clientes é o que se trata. Se te centras en cousas grandes e brillantes, terás cousas grandes e brillantes sen que os usen clientes.

Google construíu un imperio comezando cun único cadro de texto. Lin algúns artigos onde Yahoo! criticou a Google pola súa usabilidade. Que hai de mellor que un cadro de texto? Non me malinterpretes, Yahoo! incorpora algunhas funcións fantásticas nas súas aplicacións. Encántame os compoñentes da interface de usuario, simplemente non uso as súas aplicacións.

Google educa ás persoas a andar en bicicleta e logo seguen mellorando a bicicleta. Ao crear buscas máis eficientes desde un único cadro de texto, Google capacitou a centos de millóns de persoas para facer mellor o seu traballo. Funcionou e por iso todos o usan. Non foi bonito, non tiña unha páxina de inicio glamorosa, pero permitiu aos seus usuarios traballar de forma eficiente e eficaz.

Imaxinas poñendo a ti de 4 anos nunha bicicleta de montaña de 15 velocidades con retrovisores, sinais, xerra de auga, etc. Non o farías. Entón, por que queres construír unha aplicación de software que conteña 15 velocidades, espellos, sinais e unha xerra de auga? Non debería. O obxectivo é lograr que aprendan a andar en bicicleta para que poidan chegar do punto A ao punto B. Cando o punto A ao punto B medra en complexidade, é cando precisa unha moto con novas funcionalidades que a admita. Pero só cando o usuario pode montalo.

Isto significa que as rodas de adestramento son xeniais (vémolas en forma de magos). Unha vez que un usuario poida andar en bicicleta, pode eliminar as rodas de adestramento. Cando o usuario estea xenial en andar en bicicleta e precise subir máis rápido, entón póñelle unhas artes. Cando o usuario precise saír fóra da estrada, configúrao cunha bicicleta de montaña. Cando o usuario vaia ao tráfico, bótase nun espello. E para eses longos paseos, bota a xerra de auga.

Google faino coas versións progresivas e as continuas melloras no seu software. Encántame o feito de que me enganchasen con algo sinxelo e logo seguen sumándoo. Comezaron cun cadro de texto, despois engadiron outras cousas como a busca de imaxes, a busca de blogues, a busca de código, a páxina de inicio de Google, documentos de Google, follas de cálculo de Google ... Como me afixín a usar o seu software, seguiron mellorando para apoiar procesos adicionais que me fan facer o meu traballo de xeito máis eficaz e eficiente.

A moto é o que leva á persoa do punto A ao punto B. Construír unha moto xenial que sexa fácil de conducir, primeiro. Unha vez que aprendan a andar en bicicleta, preocúpense de como soportar procesos adicionais creando novas funcionalidades na súa aplicación.

Lembre: Google comezou cun cadro de texto sinxelo. Desafiámosche a botar unha ollada ás aplicacións de máis rápido crecemento e ás empresas con éxito na web e atoparás unha característica única para todas elas ... son fáciles de usar.

Fóra do traballo ...

3 Comentarios

  1. 1

    Fabuloso post! Especialmente encantou a analoxía.

    Creo que o que teñen dificultades os xestores de produtos hoxe en día é precisamente definir cando é o momento idóneo para extra-las características da "bicicleta" e como conectalos ás características xa existentes ás que os seus usuarios se acostumaron.

  2. 2

    Estupendo post Doug. Moitas cousas que parecen tan chulas realmente dificultan o traballo. Viches o libro "Why Software Sucks" ou "Dreaming in Code"?

    Ambos falan de como se arruina o software intentando ser xenial ou súper flexible fronte a só facer o traballo simplemente.

¿Que pensas?

Este sitio usa Akismet para reducir o spam. Aprende a procesar os teus datos de comentarios.