A partir del post de Luv Sayal sobre el caso de éxito de un iweekend llego a un ensayo de Paul Graham titulado The Hardest Lessons for Startups to Learn. Es un documento que bien merece la pena dedicar un rato a su lectura ya que hay recomendaciones muy interesantes, pero a mi me llamó la atención el texto que usó Luv para enlazarlo: realease early, release often.

El "nuevo" proyecto propio en el que estamos metidos (WTF) lleva ya un tiempo gestándose y una de las primeras cosas que hice fue plantear las ventajas y los inconvenientes de los distintos ritmos de implantación del sistema sobre el proyecto original.

Puedes empezar con una migración gradual, empezando por una primera versión con pocas funcionalidades e ir incorporando las nuevas mediante se van programando, que es más o menos lo que recomienda Paul Graham. Por contra, puedes implantar el sistema una vez el grueso de las funcionalidades ya han sido implementadas.

En cuanto al ruido generado, si vas sacando nuevas funcionalidades vas generando una especie de marea de ruido constante. En cambio con una transformación radical puedes crear un gran "impacto" que se traduzca en un gran ruido. Por contrapartida puede generar también un gran shock ante los usuarios acostumbrados a la web que ellos usaban y tan bien les iba.

Que crees que es mejor, ¿generar pequeñas olas de ruido cada cierto tiempo con una implantación gradual del sistema o implantarlo cuando está muy avanzado para intentar crear una gran ola mediática a pesar del shock que puedan recibir tus usuarios?

Hay muchos artículos que hablan de aspectos a tener en cuenta a la hora de crear un formulario de contacto usable, como por ejemplo "usabilidad al diseñar formularios de contacto" por maestros del web.

Un consejo usual es pedir la mínima información necesaria y hacerlo de manera opcional siempre que sea posible, de esta manera el usuario no siente tanta pereza a la hora de rellenar el formulario. Esto es algo que siempre tenemos en cuenta en Neurotic y en muchos de nuestros blogs el formulario de contacto sólo pide el nombre del usuario y el motivo del contacto. El problema viene cuando ese contacto necesita de una respuesta de nuestra parte ya que, aunque parezca mentira, la gran mayoría de la gente no deja su mail o teléfono en su mensaje.

Por este motivo, y por mucho que nos gusten los formularios sencillos, hay que presentar siempre un campo para dejar una forma de contacto. El dilema es si marcar este campo como opcional o como obligatorio ya que no siempre todos los mensajes que te envían necesitan respuesta. Teniendo en cuenta de nuevo el factor "despiste" de los usuarios creo que la mejor opción es marcar el campo como obligatorio y que quien no quiera dejar el dato que se invente la dirección de mail o el teléfono (que además seguro que no es la primera vez que lo hace, ¿o tu nunca lo has hecho?)