Archivo de Etiquetas de 'tabula'

Cerramos el trimestre

El lunes terminó el primer trimestre del año, momento para cerrar cuentas legales, pero también para repasar lo que estamos haciendo y recentrarnos. Dentro de nuestra idea de utilizar este blog para contar nuestras andanzas, aprovechamos la efeméride para poner al día a todos aquellos que bien se preocupan, bien simplemente tienen curiosidad por lo que nos pasa.

En estos tres meses hemos estado ocupados con unas cuantas cosas.

  • De lo que mejor que nos ha pasado es que Roberto ha aterrizado en Linking Paths. Una vez se le ha pasado al pobre el susto inicial, parece ya felízmente adaptado. Claro que ayuda que nos conozcamos desde hace años.
  • Seguimos repartidos entre Barakaldo y Madrid, luchando por un sitio en el que trabajar. Aitor y Roberto sobrevivien como pueden en Barakaldo a la espera de el ágora mientras que en Madrid ya tenemos algo parecido a una oficina rodeados de abogados.
  • Hemos conseguido una cierta estabilidad económica, comemos todos los días tres veces. Los tres. Hemos alcanzado un acuerdo de estabilidad interesante con una empresa para la que estamos desarrollando una plataforma para crear redes sociales llamada Tog e intentamos coordinar a un grupo de empresas que colaboran para desarrollar proyectos sobre dicha plataforma. Estamos contentos con el camino que llevamos, aunque no todo es fácil. Es posible que ampliemos este funcionamiento con otra empresa, que busca algo parecido. Más noticias sobre todo esto en los próximos meses. Ah!, también es posible que gran parte de este código acabe siendo liberado como software libre.
  • La estabilidad anterior es buena en general, pero también nos ha ocasionado retrasos en nuestros productos, lo cual es malo si o si. Pensábamos acabarlos antes. Nuestro gestor de feedback empresarial Tabula ha sido adelantado por la derecha por nuestro gestor de eventos Stage, que debería salir este mes de Abril (cruzamos los dedos). Tabula se retrasará aun un poco más.
  • Hemos puesto online nuestro primer sideproject: upsiteme. El ágora sigue avanzando (camino de convertirse en spin-off más que sideproject), poco a poco pero lo hace. Estamos colaborando con una persona interesante, y además estamos en contacto con un inversor interesado en la idea, puesto que estamos considerando la opción de ser más ambiciosos que el plan inicial. Otros proyectos como cajas azules, oboloi u ostraka tendrán que esperar. También queremos darle una vuelta al mundo de los recursos humanos, después de año y pico con la idea en la cabeza, creemos que hay posibilidades de hacer algo mejor y va siendo hora de intentarlo. Lo mismo que nos ronda la idea en la cabeza de organizar un evento distinto y el pobre Vivir del software sigue esperando tiempos mejores. Como no todo lo podemos hacer sólos, colaboradores son bienvenidos.
  • No lo habíamos comentado (que fallo!), pero en este trimestre hemos estado colaborando también con la Junta de Andalucía en un ambicioso proyecto para estandarizar sus desarrollos. Otra pequeña alegría que hemos tenido en estos meses.

Creo que no me dejo nada, a fin de cuentas sólo han sido tres meses.

Ignite 2008!

2007 ha sido un gran año. Bueno… al menos la segunda mitad del año lo ha sido. Ha servido para que Linking Paths resurja de sus cenizas y de sus primeros pasos hacia nuestro principal objetivo en esta segunda reencarnación: realizar aplicaciones web útiles y sencillas.

En esos primeros meses de andadura hemos puesto en marcha el desarrollo de nuestras primeras aplicaciones. Por una parte tenemos Tabula, una aplicación que proporcionará un nuevo enfoque al mundo de la gestión del feedback y en la estamos trabajando para poner patas arriba la manera tradicional en la que empresas y personas nos enteramos de lo que otros piensan de nosotros. Medio centenar de personas se han dado de alta ya en la lista de aviso y algunos de los dominios de sus cuentas de correo nos llenan de satisfacción.

Por otra parte y fruto de diferentes proyectos y necesidades de nuestros clientes se nos ha colado por medio el desarrollo de Stage, otro producto web con el que ofreceremos la manera más sencilla de gestionar el registro online de tus eventos, conferencias, campamentos, demos, seminarios o quedadas informales.

Pero no todo ha sido iniciar proyectos, también hemos terminado algunos XD. Entre ellos el lanzamiento del primero de nuestros libros digitales en colaboración con Peepcode: Rails 2. Las ventas crecen lentamente y aun no tenemos ningún tipo de feedback de los lectores, pero seguimos ilusionados con el proyecto y estamos seguros de que los nuevos libros y la difusión poco a poco de la excelente relación calidad-precio que tienen estos screencasts se verá recompensada y ayudará a formar técnicamente a la excelente comunidad hispana de rails.

Nuestro blog ha contado de nuevo con vuestros magníficos comentarios y esto nos reconforta y anima día tras día a mantener la actividad en el blog, a pesar del tiempo que consume esta tarea, y a compartir con vosotros nuestra evolución, ideas e inquietudes. Una imagen vale más que mil palabras:

Progresión en el numero de suscriptores de Linked en los últimos 6 meses

En lo que llevamos de año…

En el poco tiempo que llevamos de 2008 ya hemos tenido una cantidad importante de diversión. Por una parte se ha unido a Linking Paths Roberto Salicio, un magnífico amigo y compañero que de vez en cuando bloguea en Mi memoria de pez. Con él la familia no solo crece sino que se fortalece y todos somos más felices, algo que estoy seguro a más de una empresa le gustaría poder decir. Roberto trabajará conmigo en la parte de definición y desarrollo de producto, lleva ya un par de semanas formándose en Ruby y Rails y estamos extremadamente contentos de contar con él en el equipo.

Hemos empezado este año metiéndole caña a Radiant, un potente y sencillo CMS con el que estamos implementando uno de esos proyectos (aun no público) que nos da de comer mientras ponemos en marcha nuestras aplicaciones. Incluso estamos desarrollando una extension llamada z_init que se ocupa de integrar extensiones habituales como Page Attachments, Search, Comments, etc. ¿Un guia PDF sobre Radiant a la vista?, ¿un screencast?, quien sabe…

De cualquier manera Linking Paths ya va a toda máquina y tenemos unos objetivos muy claros para este año:

  • Conseguir sacar el primero de nuestros productos web en los primeros 6 meses de 2008 y el segundo antes de fin de año.
  • Continuar con la publicación de productos digitales en colaboración con Peepcode.
  • Mantener una actividad regular en el blog y aumentar el material técnico y empresarial publicado (esperando duplicar como resultado cada 6 meses el volumen de suscriptores tal y como hemos hecho en 2007).
  • Sacar la versión 2 de “Vivir del software”.
  • Seguir trabajando en nuestros sideprojects y darles vida.

Cuando allá por 1999 estudiaba EFQM, nos explicaban lo erróneo de orientarse única y exclusivamente a resultados y de la importancia creciente -ya por aquel entonces- de los procesos y su mejora. Por eso creemos que sin tener un volumen de suscriptores brutal ni ser meneados día si día también, ni haber sido mencionados en los púlpitos tecnológicos de moda, estamos bien encaminados para conseguir hacer algo grande de Linking Paths. Algo que nos satisfaga a todos los niveles: económica, tecnológica, anímica y socialmente. Algo que sea, al fin y al cabo, distinto.

Por increíble que parezca… nos entrevistan

José Gregorio del Sol habla sobre nosotros hoy en una de sus tribunas públicas, Mi blogs de blogs, en su ultimo artículo : “Enlazados”. Además de hablar sobre lo humano y divino, tambien tocamos temas como nuestros proyectos en curso, Tabula y el ágora, la Web 2.0 y su ruido, las ayudas públicas para emprender y como vemos el futuro que se nos presenta como empresa y como usuarios de este inventazo que es Internet.

Un extracto al azar:

En nuestro caso es mucho más importante, por ejemplo, su implicación con proyectos Open Source, porque esto nos da varias ventajas: vemos como programa, como se comporta con otros desarrolladores, su conocimiento de diferentes herramientas, etc. Como empresario y desarrollador me parece que hay pocos escaparates más útiles para una persona con poca experiencia laboral que el de participar en un proyecto Open Source: tu reputación profesional aumenta, lo que desarrolles no esta sujeto a ningún contrato de confidencialidad, no tienes obligaciones de dedicación a priori y encima puedes llegar a crear una base de usuarios a los que serles útil.

Preguntas relacionadas en los formularios

Parece ser que no somos los únicos a los que incomodan las opciones innecesarias y cripticas. Jason hablaba de un problema similar hace poco en SvN.

Rellenando este formulario de contacto, llegó a un campo en el que se le preguntaba si había participado como voluntario anteriormente con esa organización. Lo curioso es que incluso si contestaba “No” debía seguir rellenado una segunda pregunta: ¿Donde (ha participado)?. Obviamente si la respuesta a la primera pregunta era negativa la segunda sobraba, pero es que ademas debía introducir manualmente el texto “DNA” (del ingles “Does Not Apply”) en la segunda cuestión puesto que era ¡requerida!.

Sin llegar siquiera a considerar la posibilidad de preguntas condicionales (aquellas que aparecen/desaparecen/activan/desactivan en base a la respuesta de otras), el creador del formulario podría haber puesto un “dejar en blanco si responde no”, o poner automáticamente “n/a” sin obligar al usuario a introducirlo manualmente, no hacer requerida la segunda pregunta, poner por defecto un “-”, etc. Casi cualquier opción hubiera facilitado el uso del formulario.

La mayor parte de las veces no es buena idea tener preguntas relacionadas si no podemos asegurarnos de que estas relaciones son coherentes, es decir, que en todo momento lo que se le pregunta a la persona que rellena el formulario es consistente con lo que el nos va respondiendo. Si no tenemos esto en cuenta es muy posible que la persona empiece a sentirse un tanto confundida. El problema se acrecentará si hacemos obligatorias la mayor parte de las preguntas (un 85% de las preguntas del formulario citado eran obligatorias), puesto que el usuario tendrá que inventarse algún tipo de escapatoria. Preguntas forzosas que requieren respuestas imposibles. Mal asunto.

En algunas ocasiones el origen de estas incongruencias esta simplemente en la falta de cultura sobre como realizar formularios, aunque hemos visto que algunos de los competidores de Tabula no ayudan excesivamente a su corrección ni fomentan el uso de buenas practicas. En muchas ocasiones incluso valdría con que el creador del formulario intentase rellenarlo 1 vez. De cualquiera manera y sea cual sea el origen del problema, cuando estemos construyendo formularios no debemos olvidar lo siguiente:

Las respuestas que hemos recibido influyen en las preguntas que nos quedan por hacer.

Nuevas actividades, nuevos frameworks

Los frameworks han sido utilizados en el mundo del desarrollo desde hace más de 20 años. Nos proveen de herramientas y librerías que nos ayudan en la creación de tareas comunes que de otro modo deberíamos implementar una y otra vez (habitualmente copy-pasteando la funcionalidad entre diferentes proyectos…). Después de años de darnos con la cabeza en la pared, dentro del mundo del desarrollo se ha llegado a un consenso de facto sobre la utilidad de este tipo de sets de trabajo. Pero… ¿es el desarrollo el único campo IT donde son útiles los frameworks?.

Nuevas necesidades

Con Linking Paths, tanto Alberto como yo hemos pasado de un trabajo principalmente orientado a la codificación, desarrollo y gestión de proyectos server-side a manejar un espectro de tareas mucho más amplio incluyendo diseño, maquetación, marketing, copywriting, cobro online…Con estas nuevas tareas nos ha surgido la necesidad de buscar nuevos frameworks de trabajo. ¿Acaso no tienen los maquetadores ninguna base sobre la que empezar a trabajar?. De hecho Jeff Croft, uno de los impulsores del grid design en la web, se hacia la misma pregunta y desarrollaba algunas posibilidades en un articulo titulado “Frameworks for Designers” haces unas semanas.

Una de las cosas que más echamos de menos en cada uno de estos nuevos campos es el “comienzo rápido” y el “conjunto de buenas practicas” de los que nos proveían los frameworks en el mundo del desarrollo. Algo que rompa el bloqueo de la pagina en blanco y de un buen empujón. De hecho el silencio de esta última semana en el blog se ha debido principalmente a nuestro actual esfuerzo en construir una interfaz flexible, sencilla y legible para nuestro primer lanzamiento: Tabula. Para conseguirlo hemos dedicado unas cuantas horas de esfuerzo y sudor a construir una pequeña fundación de CSSs que nos permitiesen aplicar conceptos como grid design y vertical rhythm a este y a otros side-projects que tenemos en marcha en la sombra. Reseteo de fuentes, versión CSS para impresoras, flexibilidad con los layout… un montón de tareas que aparecen de manera recurrente en cada proyecto.

Nuevos frameworks

Antes de que terminasemos esta mini-fundación de hojas de estilo (inspirandonos en los trabajos de Jeff Croft y Khoi Vinh) ha llegado a nuestras manos digitales (gracias a Gorka) Blueprint, un framework que se encarga precisamente de todo lo que hemos referido anteriormente. Aunque aun lo estamos probando es muy posible que se integre/convierta en nuestro framework de diseño.

Lo unico que le hace falta son (en nuestro caso al menos) son unos buenos defaults para todo lo referente a formularios. Seguiremos trabajando en este ultimo punto y si lo terminamos antes de que haya más noticias es posible que nos pongamos en comunicación con el autor de Blueprint para ofrecerle los estilos.

Más allá del aspecto técnico

Como veis a nuevas actividades van ligadas nuevas herramientas. Y creo que esta simbiosis aparece incluso en los campos no técnicos. Mas allá de CSS, XHTML, Ruby, BDs, etc… existe también espacio — y sobre todo necesidad — para nuevos y mejores frameworks. ¿Controlando como de bien esta funcionando tu marketing digital?… ¿comenzando a escribir un nuevo ebook?… ¿pensando en como organizar esa fiesta que te ha tocado preparar?.

Todas estas tareas se beneficiarían de tener un framework que ayudase a realizar las tareas mas comunes de manera rápida, abstrayendo de manera genérica los pasos que todos damos para llevarlas a cabo: revisar technorati, escribir la sinopsis, realizar una lista de invitados… Por ello, aqui en Linking Paths, estamos decididos a seguir descubriendo y probando nuevos frameworks, de todo tipo y en todos los sectores/contextos.

Y vosotros, ¿que otros frameworks, técnicos o no, conocéis y cuales os son más útiles?.

Opciones innecesarias en las encuestas

Al hilo de lo que comentábamos el otro día, rellenando una encuesta de Blizzard sobre el uso que hacemos los usuarios de sus juegos y las posibilidades e intereses en sus nuevos lanzamientos, he encontrado el típico ejemplo de formulario que da prioridad a los intereses del encuestador y no a los del encuestado (que es al final quien emplea su tiempo y genera el mayor valor de la encuesta, su opinión):

No sigo en absoluto la actualidad del mundo de los videojuegos así que después de leer la pregunta y antes de llegar a la tercera opción ya había dejado de leer y pasaba a la siguiente pregunta. Al fin y al cabo es conocido el principio de que los usuarios no leemos nada. Sin embargo a los diseñadores de la encuesta les pareció una buena idea que tuviera que seleccionar una opción para dejar claro que no quería seleccionar ninguna opción ¡¿?!.

Me da la impresión de que la única razón por la que esa opción esta ahí es la posibilidad de que Blizzard pueda segmentar los resultados por ese concepto. Es obvio que sin ella la pregunta funcionaria mucho mejor, puesto que dejaría de ser requerida, se ajustaría al modelo mental del usuario y el grupo de opciones seria consistente. Por ello es simplemente incomprensible que hayan incluido esa opción dado lo sencillo que resulta implementar esa segmentación sin obligar a que sea el usuario quien la introduzca ( el concepto de “Ninguno de los anteriores” no tiene nada de malo, pero no debemos obligar al usuario a hacer un trabajo que debe hacer nuestra aplicación).

Las opciones innecesarias agotan a los usuarios, que estan hartos de perder el tiempo transmitiendo su opinion “como el encuestador quiere que se haga”. De todo esto podemos concluir una máxima aplicable a cualquier formulario que estemos construyendo y que se suele olvidar con demasiada frecuencia:

No preguntes al usuario aquello que no sea necesario.

Tabula es una mesa con dos lados

Hemos hablado en muchas otras ocasiones sobre lo importante de conocer a tus clientes. En Tabula nos estamos encontrando ante un caso un tanto particular: tenemos dos — tipos de — clientes. Por una parte tenemos a los clientes que contratarán nuestro servicio (afortunadamente :-) para conocer las opiniones de sus usuarios y recoger datos de aquellas personas en las que estén interesados. A primera vista nuestro aplicación tiene que hacerles felices a ellos:

  • creación de formularios sencilla y flexible,
  • capacidad para analizar los datos que recojan,
  • facilidades para recibir notificaciones sobre la evolución de las encuestas,
  • posibilidades para incrustar todo este feedback en sus propias aplicaciones (o blogs)

y algunas otras funcionalidades que tenemos en el cajón de las sorpresas apuntadas.

Los cliente ocultos de Tabula

Sin embargo, y aqui es cuando viene la particularidad, ellos no son quienes van a utilizar gran parte de nuestro software, sino que serán sus propios clientes quienes lo hagan. Dejando de lado nuestras actuales ideas sobre las posibilidades de Tabula para el rebranding y el reselling, esta claro que las proporciones entre usuarios que usaran Tabula como herramienta frente a los usuarios que la utilizaran como servicio son del orden de ¿1:100?.

Nuestro corazón esta partido

Por ello en Linking Paths estamos especialmente obsesionados interesados en hacer una herramienta que elimine frustraciones habituales a las que nos enfrentamos todos cuando rellenamos formularios de todo tipo:

  • campos que requieren formatos especiales que no conocemos,
  • distribuciones visuales que hacen que el formulario parezca más complejo de lo que en realidad es,
  • elementos de input (desplegables, radio botones) que carecen de sentido en el contexto de las opciones presentadas

y, en general, un largo etcétera de pequeños inconvenientes que consiguen hartarnos antes de pensar siquiera en apretar el botón de “Enviar”.

Somos conscientes de que cada formulario o recogida de datos es un mundo diferente y de que por mucho que pulamos todos estos aspectos es necesario que quien use la herramienta tenga la posibilidad de tomar decisiones con criterio sobre las preguntas que se hacen y de que manera se presentan las mismas. Para ello estamos trabajando en varios frentes: componentes inteligentes (se que suena presuntuoso pero no se me ocurre otro nombre con el que calificarlos) que se adapten dependiendo del numero y naturaleza de las opciones disponibles, galerías de plantillas, una guía de buenas practicas para la creación de los formularios, y consejos — incluso en este mismo blog — sobre que funciona (y que no) cuando estamos recogiendo la opinión de otras personas.

¿Conflicto de intereses?

Por suerte no tenemos que elegir entre agradar a unos u otros. La gran ventaja de toda esta dualidad es que los intereses de ambos colectivos son complementarios. Nuestros clientes quieren obtener el mayor numero de opiniones sobre sus productos y servicios, de manera sencilla y centralizada. Por otra parte las personas a las que intentan llegar quieren transmitir rápidamente sus opiniones, sin preocuparse por preguntas requeridas que no les interesan y dedicando menos tiempo a entender un formulario que a cumplimentarlo.

Cuanto más tiempo y esfuerzo dediquemos a mimar la usabilidad de nuestros formularios, más posibilidades de que los usuarios no tiren la toalla usandolo, y con ello más feedback que recuperaran nuestros clientes. Menos frustración para unos y más utilidad para otros. Mejor para todos (incluido Linking Paths).



Close
E-mail It