“El Márketing es la tasa que pagas por no ser extraordinario.”
–Robert Stephens

¿Cuánto de lo que se gasta en márketing podría invertirse en mejorar un producto o un servicio? La prueba la tenemos en las compañías que consumen gran parte de su presupuesto en costosas campañas de maquillaje para ocultar su triste realidad de sus productos y servicios: no hay por donde agarrarlos.

Esta es la historia de cómo una persona partió de sus habilidades técnicas, creativas y de negocio para crear un servicio único y memorable sin pagar lo que él denominaba “el impuesto de la mediocridad”.

A comienzos de los noventa, Robert Stephens quería ganar un dinero extra mientras estaba en la escuela y se le ocurrió aprovechar su mejor talento: era un manitas. Abandonó el Art Institute of Chicago al sentirse mediocre entre tanto talento y se matriculó en la Universidad de Minnesota, donde tras terminar sus estudios terminó en el Laboratorio de Human Factors. Allí comenzó su “negocio”: reparar ordenadores con el toque de creatividad que no le había funcionado en Chicago. Su truco cambiar la concepción de los servicios de reparación de ordenadores: atender a los detalles, llegar puntual a las citas, ser previsible en el precio y darle un toque divertido al servicio. “Hacer de manera glamourosa lo no glamouroso”.

Había nacido la Geek Squad, un servicio de reparación de equipos informáticos temático donde sus técnicos se denominan agentes, en el que la satifacción del empleado como punto de contacto con el cliente es la clave.

El truco al diseñar el servicio fue romper moldes y mirar lejos de su sector y de sus competidores:

Diseñó un servicio temático. Dando un toque de diversión a algo tradicionalmente aburrido y tenso “Se me ha estropeado mi ordenador ¿Cómo lo reparo? ¿Para cuándo va a estar? ¿Cuánto me va a costar?”. Aplicó la filosofía de actuación de los Marines (cuando los necesitas están ahí, hacen su trabajo y se van), el uniforme de los “Hombres de Negro” y los “Cazafantasmas” y al contratar a nuevos empleados, no le bastaba su conocimiento técnico. Además, debían tener personalidad y ser educados. Su comportamiento en público debía ser una herramienta de márketing “Conducir de forma educada el Geekmobile es una gran publicidad.”

Empleados satisfechos supone clientes satisfechos. Al diseñar su servicio partió de una premisa: en el sector servicios “no puedes diseñar la Experiencia del Cliente. Sólo puedes diseñar la Experiencia del Empleado, y es ésta última la que produce la Experiencia del Cliente”. La clave está en las personas: son portadores de la marca, y es preferible invertir en empleados con conocimiento y una personalidad diferente que en márketing.

Se inspiró en otros sectores: Así, para fijar los precios detectó que la tarifa plana de las cadenas de cambio de aceite de vehículos y de internet era muy aceptada entre los consumidores. Tener un sistema de precios sencillos ayudó a tener procesos de soporte más simples y liberar recursos para ser más ágil y creativo.

Para Stephens, como hombre de negocios, una de las mejores cosas que le han sucedido fue “no tener dinero”. Esto le forzó a ser más creativo aún y hacer las cosas de manera inesperada. Esto le permitió obtener beneficios y construir la Geek Squad a su aire, sin la presión por los beneficios de los inversores.

Relacionados

• El pacto
• Vuelta a los viejos valores
• Diseño de interacción: entregables, juego y creatividad
• Validation
• Los Raskin y su lucha contra los interfaces conformistas

Esta antigua charla de David Heinemeier Hanson, creador de Ruby On Rails y puntal tecnológico en 37Signals ilustra perfectamente cómo hacer las cosas cuidando la salud y sin obsesionarse por el dinero. Muy recomendable para tiempos de resaca.

Y es que el secreto para ganar dinero en internet es muy “sencillo”:

Gran Aplicación + x = Beneficio

Donde “x” es el precio que pones por el uso de tu servicio. Ahora toca pensar, y deconstruir los ingredientes que debemos de tener a mano para construir una Gran Aplicación -o diseñar un Gran Servicio- .

Relacionados

• Archigram: arquitectura experimental en los 60
• ¿Subes o bajas?
• La dura realidad
• Cybersyn: cibernética y monitorización en los 70
• Sunday Soviets: a espaldas de la burocracia

“Platform Centric” vs. “User Centric”son dos enfoques opuestos en la construcción de servicios y espacios virtuales, sean 3D o Web (o si forzamos un poco, operadoras móviles, con su perdida propiedad de números de teléfono o terminales vinculados). El enfoque “Platform Centric”, busca un entorno propietario que persigue capturar y poseer usuarios rodeándoles de barreras de salida (fácil entrar, difícil salir) y el segundo, “User Centric” basado en estándares abiertos deja el poder y control de datos e información personal en manos de su dueño: el usuario, pero para que funcione, las plataformas deben abrirse y cooperar. (Y ésta es la parte difícil).

Web: tu información es tuya

El control y consolidación de la identidad propia, la gestión de relaciones y las acciones del usuario abren una fase muy interesante en el desarrollo de la web. Basadas en estándares abiertos, microformatos, incorporando fragmentos de información para compartir, OpenID como sistema de autenticación, la portabilidad de redes sociales como búsqueda de un protocolo para exportar o importar redes de contactos o Atention Profile Mark-Up Language (APML) o lenguaje para dar forma y portar a la información que consume un usuario, son algunas de las líneas de trabajo más activas últimamente en la web dando lugar a nuevas e interesantes formas de construir servicios, orientada a hospedar a “comunidades nómadas”.

Mundos virtuales: hacia una plataforma común

También sucede en el denominado “Internet 3D”. No todo es Second Life, al que hay quienes le dan por muerto. Nada más lejos de la realidad. Linden Labs sigue moviéndose. Tras liberar el código de su desastroso navegador (gracias a un movimiento similar de Netscape en 1998, nació Firefox y con él, una mejor experiencia web) ahora, aprovecha su posición y conocimiento para liderar el desarrollo de una nueva plataforma abierta de mundos virtuales.

Empresas como Cisco, Google, Linden Labs, Sony, Intel, Multiverse, Microsoft, Motorola, Philips e instituciones tienen intereses en mundos 3D y se están uniendo para desarrollar un conjunto de estándares abiertos que promuevan la interoperabilidad entre mundos virtuales. Y la interoperabilidad se construye desde la perspectiva del usuario: la identidad representada por el avatar. En el caso de los mundos virtuales es una gran ventaja para el usuario, ya que podrá actuar en varias plataformas bajo una misma identidad, aspecto e incluso divisa digital.

¿Nacerá un W3D como equivalente del W3C? :-)

La existencia paralela de varias plataformas propietarias no tiene sentido. El movimiento es similar al que facilitó la eclosión de la internet y la web en su día: comunicar y sumar redes de forma transparente para que, sobre una plataforma abierta, construir nuevos servicios (y mejores herramientas para el consumo y creación de información).

Más en… Open Avatar Announcement a Great Move en O’Reilly Radar.

Al final, todo parece reducirse a una gestión de tu identidad y presencia a través de capas: mundo real, mapas, web, 3D… para en el siglo XXIII (sino antes), crear nuevos estándares que favorezcan la “ciudadanía abierta” (llámala “Open Citizenship”) ;-).

Otros contenidos

• En The Cocktail buscamos Técnicos de Investigación
• Technorati, reindexado al fin
• microformatos y portabilidad de redes sociales
• 37 Signals, sí que saben
• Diseño de interacción: entregables, juego y creatividad

Post antiguo:
Este inspirador Fundamentos Web, mientras deambulábamos por Oviedo buscando un local donde cenar, hablabamos Arnau, Ricardo y yo de sitios a los que habíamos dedicado tiempo y que, a pesar de ello, se nos olvidaban en los momentos que podían resultarnos más útiles.

Es el caso de 11870.com.

No he encontrado versiones de este buscador por ahí. Para que no nos queden más excusas, he creado una extensión de búsqueda en 11870 para Firefox -con su marcianito naranja y todo-.

¿Tienes Firefox? Instalar la extensión en tu buscador es muy sencillo: tanto como pulsar este enlace.

¿Instalado? Pulsa CTRL+k (Windows) o ⌘+k (Mac) y busca tus locales preferidos.

Otros contenidos

• Y se acabó la Conferencia Rails 2006
• Las fuerzas del control
• Loveware
• microformatos en Google Maps
• Su Business Plan. Gracias

No hace mucho, dentro de una misteriosa desbandada han dejado Technorati. Marks para incorporarse a Google, el segundo para ir por libre. Uno de los primeros efectos de la presencia de Marks en Google es la incorporación de microformatos a su aplicación insignia: Google Maps. Y así lo anuncian en el Blog de Google.

Se trata de hCard, y con la ayuda de tus extensiones de Firefox podrás importar direcciones microformateadas directamente de tu navegador a tu libreta de direcciones.

En esto Yahoo les lleva ventaja desde hace meses, ya que es el mayor generador-consumidor de microformatos en productos como Upcoming (hCard, hCal), Flickr (hCard), Yahoo Local, Yahoo Tech (hReview) Yahoo CC Search (rel-license), etc. etc…

Y es que el frontend es un activo estratégico -aunque haya quien lo trate como basura-.

Otros contenidos

• El futuro de la red
• Vídeos de IxDA Interaction 08
• KISS Microsoft
• Vuelta a los viejos valores
• In web we trust. Punto Net

Mejorar la experiencia móvil -y aumentar el ARPU- sigue siendo uno de los asuntos pendientes de las operadoras, fabricantes y proveedores de contenidos y servicios móviles.

Hace alrededor de un año, tras múltiples debates, negociaciones y acuerdos se lanzó la iniciativa .mobi, un dominio promocionado por Nokia orientado a alojar este tipo de servicios. Apoyada por fabricantes y operadoras, forma parte de la Mobile Web Initiative del W3C. El proceso de siempre, con los mismos de siempre uniéndose para hacer las cosas más complejas.

Como cosa buena, Dotmobi, la entidad registrante, ha lanzado varios servicios de apoyo para impulsar la adopción, o comercialización, del dominio:

• Una “Comunidad” de desarrolladores
• Una Guía para Desarrollo .mobi elaborada por Blue Flavor

Por su parte, y complementando sus Recomendaciones para la Web Móvil, del W3C, Mobile Web Initiative, ha publicado herramientas y material de referencia para diseño y desarrollo móvil:

• Mobile OK
• W3C Mobile Web Best Practices checker, versión Beta de su validador para sitios móviles.
• Buenas Prácticas de Web Móvil (MWBP).

Pero, ¿qué pasa cuando varios sitios con una base de usuarios altamente involucrados espontáneamente adoptan una práctica alrededor de un problema real y esta se convierte en convención? Lo mismo que sucedió con el RSS, lo mismo que con los microformatos. Soluciones sencillas, prácticas, basadas en problemas reales y beneficiosas para el usuario.

El subdominio m., aloja la versión móvil de un servicio, y suelen ser una lección de minimalismo si los abres en tu navegador, ya que se desarrollan alrededor del núcleo incorruptible del servicio. Echa un vistazo a estos ejemplos:

• m.Flickr.com (XHTML Mobile 1.0)
• m.Technorati.com (XHTML 1.0 Strict)
• m.Facebook.com (XHTML Mobile 1.0)
• m.Twitter.com (XHTML Mobile 1.0)
• m.Yahoo.com (XHTML Mobile 1.0)
• m.Gmail.com (XHTML Mobile 1.0)
• m.Ask.com (No DTD)
• m.alzado.org (XHTML Mobile 1.0) -mi desarrollo personal a modo de aprendizaje-

No se trata de “miniaturizar” el contenido para mostrarlo sin más en pequeños displays, algo sencillo aplicando estándares web, sino adaptarlo a un contexto móvil: es decir, “movilizar” el contenido. Y es lo que está sucediendo, sin necesidad de nuevos dominios o desarrollos paralelos en tecnologías más cerradas como WAP.

Los ingredientes, los usas cada día. Combínalos de manera diferente y empieza a jugar (y descárgate el pequeño gran navegador, Ópera Mini, te ahorrarás en la factura del móvil).

Ingredientes: Contextualización de interfaz (Usabilidad) + XHTML + subdominio m. + Opera Mini

Y es que en la web, una comunidad siempre ofrecerá soluciones más ágiles, prácticas y cercanas a los problemas reales que un comité.

Enlaces Extra

• Mobile Completes the Web (PDF). Presentación de Daniel Appelquist (W3C y Vodafone) en Fundamentos Web 2006.
• Reporte de Sitios visitados en versión móvil en Reino Unido y Estados Unidos
• La Pantallita,el blog de apuntes de The Cocktail sobre servicios y dispositivos móviles
• Comparison of XHTML Mobile Profile and XHTML Basic
• XHTML MP (XHTML Mobile Profile)
• Todo lo que necesitas saber para crear tu web WAP 2.0 (Nedial.net)

Otros contenidos

• Linkedin, esa red enferma
• microformatos. hResume y bolsas de empleo de nueva generación
• Manual de Internet en la Administración Pública, o cómo perpetuar el lamentable estado de la web española
• Rumbo a Cannes
• MacDonalds se pasa al modelo Starbucks

Gran parte de los productos de gestión de contenidos, servidores de portales y herramientas de colaboración de fabricantes se caracterizan atentar contra los mínimos estándares web. Son auténticos generadores de basura en todas las dimensiones posibles: URLs tecnodependientes, frontend pesado, código propietario embebido, interfaces inusables,… con los consiguientes problemas de accesibilidad.

Cuenta la leyenda, que…

Hacer sitios accesibles es igual de caro que hacernos no accesibles.

¿Para quién es igual de caro?

Esa afirmación categórica es una de las grandes falacias del diseño web: en el caso de algunos productos la accesibilidad es un coste añadido. ¡Y muy alto! A pesar de pagar cuantiosas sumas por licencias de productos, los grandes fabricantes teóricamente web (IBM, Microsoft, Oracle, Vignette, por ejemplo…) continúan vendiendo productos que además de tener un alto coste en licencias, recursos y posterior mantenimiento siguen siendo defectuosos. No importan los años que se pase reclamando estándares web o el trabajo del W3C. Directamente, y a pesar de figurar como miembros del W3C, se pasan los estándares por el forro. Resulta desconcertante que las mayores amenazas a la Accesibilidad provengan de dentro del propio W3C, ¿verdad? :-).

Y lo peor. El cliente, desconocedor al haber preseleccionado una plataforma, exige que el sitio a diseñar esté “basado en estándares W3C y accesible AA”. ¿Quién corre con los costes de adaptación del producto a esos a requerimientos de accesibilidad? ¿Quién destripa un producto teóricamente cerrado para “arreglarlo”? ¿Qué pasa con el trabajo de adaptación realizado si el fabricante lanza una actualización? Todo este esfuerzo es un extra con el que suele correr el proveedor, dificultad añadida que impacta en la calidad final del producto: en vez de dedicar horas a diseñar mejores soluciones, nos dedicamos a solucionar viejos problemas.

No todo producto con salida a un navegador se puede considerar web. Pasa el tiempo y continúan los mismos problemas. Los fabricantes ya tienen productos que funcionan, es hora de adaptarlos de verdad al medio web. Y, por el bien de todos, desde clientes a proveedores, exigirles que reparen sus productos. Aquí algunas ideas:

• Introducir como parámetro de ponderación en la selección de un producto el cumplimiento de estándares web y pautas de accesibilidad.
• Escribir al fabricante reclamando la adaptación a estándares y pautas de accesibilidad de su producto de gestión de contenidos, portal, etc.
• Tras consultar si nuestro fabricante se encuentra en la lista de miembros del W3C, solicitar al consorcio que, amablemente, requiera a sus miembros la adaptación de sus productos web a estándares.
• Estimar el esfuerzo de adaptar el producto y repercutir los costes de adaptación del producto como descuento en el pago de licencias.

El interfaz es “la piel del sistema”. Esperemos que no sea el reflejo insano de lo que pasa en las tripas del mismo.

Para los que tienen este problema en Sharepoint, Cameron Moll, ha compartido su experiencia en una Guía para adaptar Microsoft Sharepoint.

Otros contenidos

• Cómo diseñar para la web móvil. Una aproximación práctica
• Open-Cola. Coca-Cola Open Source
• 37 Signals, sí que saben
• KISS Microsoft
• En The Cocktail buscamos Técnicos de Investigación

Mi último examen de la Licenciatura en Derecho fue Procesal. Suspendí y aprobé en revisión. El profesor no se había leído una de las respuestas. Mi título en juego. Durante mi etapa de abogado, mi mentor me obligaba a estructurar visualmente el contenido de los escritos: tipografías grandes, negritas, espacios entre párrafos. decía:

“Sus señorías no leen, hay que ayudarles”.

Estamos saturados. Sólo leemos a cambio de un beneficio o evitar un perjucio. O por placer, (desconectar, aprender, comunicarse) o por miedo a las consecuencias de no haber leído algo. (sanciones, suspensos, quedarse atrás, no tener la suficiente información para tomar una decisión importante… Miedo a fin de cuentas). Hay que huir del punto medio.

La gente no lee, pero somos “egocéntricos”. Pensamos que, además de leer, disfrutan con nuestra redacción. Que un entregable, un manual, una oferta comercial o un post son mejores cuanto más extensos. Error. O placer o miedo.

A más texto, más errores

Tenlo en cuenta, sobre todo en tu vida profesional, en la que te garantizo que nadie te va a leer por placer. Extenderse más de la cuenta consume tiempo, produce errores y genera retrasos para reparar malosentendidos.

En el ámbito profesional, la lectura se basa en el miedo. Por eso existe “la metodología”, “el proceso”, las validaciones, certificaciones, controles de calidad, auditorías… para garantizar bajo pena, que la gente “ha leído”. Y aún así… no se lee falta el suficiente miedo a las consecuencias. Y es que hay mucha gente que se justifica y vive de la documentación y el atasco.

• E-mails extensos, sin estructura ni puntos claros. A partir de cierta densidad se pasa a la “lectura en diagonal”, que no es más que una forma cortés de decir “he recibido tu email pero no me lo he leído”. La gente no lee…
• Interfaces web con copies que “te dejan tirado”. Textos largos, monolíticos y enrevesados sin llamadas a la acción, sin ganchos visuales, que el usuario ojea y abandona sin pistas sobre qué hacer. La gente no lee…
• Propuestas comerciales y contratos: ¿cuantos proyectos se van de mano porque alguien se extralimita en la relación debido a que no se ha leído e interiorizado el alcance de una propuesta? La gente no lee…
• Entregables que se valoran (y facturan) por el número de páginas o diapositivas. Esto funciona en determinadas áreas profesionales: es más fácil hacer un entregable voluminoso y a más texto, más “patadas” se pueden meter. Porque la gente no lee…
• Manuales de usuario poco prácticos, farragosos y repletos de tecnicismos que terminan desactualizados en un servidor. La gente no lee…
• Libros de Estilo: documentos repletos de capturas de pantallas casi idénticas con criterios de uso de botones, separaciones entre elementos en pixels, alineaciones, colores en formato hexadecimal y textos extensos sobre como aplicarlos. Sólopueden funcionar si se introducen “inspectores de estilo” con capacidad sancionadora. (Entre nosotros, un libro de estilo sólo se lo lee el recién llegado, un consultor junior o el inspector de estilo. ¿O no? ;-))

Sal de la zona gris: hazlo accionable

Conoce a los receptores de tu mensaje y si tu documento no va motivar a la lectura mediante el placer o miedo, no seas coñazo y al menos ayuda al lector a captar tu mensaje. Llámalo comunicación, usabilidad, márketing o simplemente cortesía:

• Ideas claras: Ordena tus ideas, define el objetivo de tu texto y sé breve, cuanto puedas. La gente tiene mejores cosas que hacer.
• Estructura:Las conclusiones primero. Los fundamentos, guardados para quien los pida.
• Redacción: Cuida tus textos (redacción, puntuación, ortografía, errores tipográficos, revisa y edita).
• “Escaneabilidad”: Introduce ayudas visuales: hazlos legibles (tipografía, color, contraste), escaneables (espacios en blanco, negritas, listados).
• Estética: Hazlo “mono”, “sexy”… cuida la estética. Habla con un diseñador.
• ¿Y ahora que? ¡ACCIÓN! Es lo más importante: haz “textos accionables”. Introduce información práctica directamente aplicable, haz que el contenido impulse el flujo de trabajo, y materializa “llamadas a la acción”.

Eso, o pon un examen…

Nota: ¿Has llegado hasta aquí? ¿Tanto miedo te doy?

Otros contenidos

• ¿Subes o bajas?
• Ambient?
• Google Reader te enseña algo que sabe de tí
• Yahoo Interface Patterns: os invitamos a desarrollar
• Usabilidad de serie. ¿Todavía no la llevas?

Las Conferencias y Charlas en la web están de moda. Pero una conferencia no es nada sin un contenido interesante. Te propongo un programa de conferencia al que no podrás resistirte:

Day 1

Spam Survival Techniques
33 Traffic Triggers

Webstandards from Bottom Up
Is There a New Bubble?

Creative Commons and Semantics
Show me the Money!

Day 2

Mobility Secret Formulas
Break It Or Leave It

XHTML: Be An Evangelist
Haven’t we got there yet?

User Centered Design Microstrategies
Transforming an Entire Industry

Day 3

Ubiquitous Web and Knowledge Management
The Building of a Real Project

Open Source Project Management
A Radical Approach

Standards Remixed
Our 5 Overwhelming Success Tips

Tentador, ¿verdad? Tú también puedes diseñar tu propio programa de ensueño gracias a Presentr, el proyecto hermano de Nopuedor.

Presentr es una aplicación web para ayudar a las estrellas emergentes de la web.

Presentr ha sido creado en tecnologías Open Source por Joaquín Márquez, Ale Muñoz, como responsable de Diseño y Jorge Correa como Beta Tester y un servidor.

El futuro es de Presentr

Atentos a nuestra agenda “microformateada y no os perdáis los talleres:

“The Building Of Presentr”
“Our 10 Secret Rules for a Successful Project”

“Scaling Presentr”
“Tips & Tricks for High Performance Web Sites”

A cargo del equipo que lo desarrolló.

Prueba Presentr. Gratis por tiempo limitado.

Otros contenidos

• Razzies para la web
• Love
• Archigram: arquitectura experimental en los 60
• Cómo diseñar para la web móvil. Una aproximación práctica
• Edushi – Google Maps en versión pixel art

“Prostiductos”

¿Cuántos productos se diseñan con la única perspectiva de llenarlos de banners y confundir al usuario sacando beneficio de sus clics ingenuos? Demasiados. ¿Funcionan? Algunos.

Lo tengo claro: “Productos Prostituídos = Usuarios Prostituídos”.

Diseño de producto

Hay gente innovando ahora,… en algún lugar. Lo que pasa es que no lo saben.

Desde la perspectiva de diseño de producto, el evento tuvo dos referentes profesionales y personales Stewart Butterfield (creador de Flickr) y Joshua Schachter (creador de del.icio.us).

Si aprendí dos cosas de ellos, es el amor a productos que ellos mismos han diseñado con cariño, oficio en proyectos “aparte”. Y como dejar las cosas claras: la compra de sus proyectos por Yahoo, no sólo no les ha “perjudicado” poniéndoles unos objetivos a corto plazo, sino que les ha dado alas, como puede ser una mayor facilidad para escalar sus servicios (que es la segunda parte de este tipo de proyectos) y la experiencia de un equipo de ingenieros que gobiernan el sitio web más grande del mundo.

En el evento de Yahoo, fue más comedido en ese punto y Schachter desentonó, como Butterfield, -en mi opinión para bien- en un evento aparentemente diseñado para “banneristas” y plataformas “de aquellas”.

Joshua Schachter

Para mí, de los tios más interesantes que pueblan la web. Un antihéroe cuyo branding personal se basa en el “no-branding”. ¡Su imagen es la misma que del.icio.us!

Joshua Schachter, Übergeek, analista de Morgan Stanley en Wall Street, fue el creador de geourl, y Memepool. Éste último tuvo tanto éxito que los usuarios le enviaban miles de enlaces para que Joshua los publicara en su web. Al crecer el sitio, no daba abasto por lo que comenzó a almacenarlos en un enorme fichero .txt con más de 25.000 enlaces y en un sistema que llamó Muxway (2001). Este es el origen de del.icio.us, una colección heterogénea y caótica de enlaces personales.

Side project

Para desarrollar el sistema, Schachter pensó, cómo trasladar ese valor individual a grupos de usuarios y, en septiembre del 2003 comenzó, con un “Side Project”, (ojo, esto es clave en muchos productos), trabajando fines de semana. Aprovechó el recién creado dominio .us buscando en el diccionario el mayor número de palabras que terminaban en us… quedando “icious”. ¡Ya tenía el nombre!

Al desarrollar el sistema y permitir que fueran los usuarios quienes añadieran sus enlaces, Schachter no estaba haciendo nada nuevo. La innovacion estuvo en permitir que los usuarios compartieran sus enlaces, dándolos de alta, etíquetándolos a su gusto dando lugar al fenómeno del tagging, que Thomas Vander Wal definió como “folksonomy”.

Nació un producto especial, como proyecto “lateral” en el que Schachter era el proveedor de una infraestructura cuyo valor estaba en el usuario que “vivía” dentro y su actividad añadiendo enlaces y etiquetándolos. (Schachter fue quien sugirió a Stewart Butterfield que añadiera tags a las fotos de Flickr).

La adquisición por Yahoo, no ha perjudicado “el producto del.icio.us” ni su filosofía: Schachter tiene más tiempo y recursos para mejorar su producto (como una funcionalidad Real Time que pudo mostrar en el evento). Para Schachter, la clave está en continuar explorando cómo crear más valor para el usuario individual.

Sus frases, tomadas de varias fuentes:

“Cuando construyes una aplicación, debe resolver un problema que tienes. Necesitas pasión.”

“Creé del.icio.us porque quería, no porque pensara que podía ser un negocio.”

“Los idiotas son mucho más listos que tú. Espera a ver qué rompen antes de ponerte a arreglarlo.”

“Quiero un lugar donde mis empleados puedan ser felices, un lugar en el que se pueda hacer lo correcto para el producto.”

“Para que un sistema tenga éxito, los usuarios deben percibir que hay un valor directo para ellos.”

“Para escalar, el sistema debe ser valioso desde el primer usuario.”

Una de las claves de los productos “auténticos”:

Tuvo gracia la pregunta de un responsable de SEO (algo que con la publicidad online tienen en mi mente mala reputación) al consultar a Joshua cómo podría mejorar el posicionamiento de los sitios de sus clientes a través de del.icio.us y la respuesta seria de Schachter:

“Eso es algo que no aporta valor a los usuarios y por eso hay una etiqueta “no-follow”. No puedes hacerlo.”

A la pregunta, cómo generas ingresos para del.icio.us:

“Hay anuncios texto en los resultados de búsqueda, pero, en este momento, no estoy particularmente interesado en buscar fuentes de ingresos para del.icio.us porque me desviarían de mi objetivo de conitinuar creando un buen producto.”

Tras escuchar a Schachter en estos tiempos de “pelotazo” y modelos de negocio en la web basados en “prostiductos” copiados, mediocres y carentes de interés, lo tengo más claro: “Productos Prostituídos = Usuarios Prostituídos”.

Más…

El podcast de Joshua Schachter con su charla en The Future of Web Applications (resumen 1 y resumen 2) sobre la creación de del.icio.us, cuenta, para mí, todos los secretos “emocionales” y técnicos del desarrollo de aplicaciones web en Open Source.

Más aquí:

Artículo sobre Joshua Schachter.

I want to build something that grows, en The Guardian.

Otros contenidos

• Caramelos y estrategia
• ¿Vuelve Steve?
• Twitter, Pownce y… Jaiku
• Arquitecturas
• Loveware