un flujo mal diseñado
una nota para mí sobre lo importante que es detenerse a diseñar una experiencia
Cuando cree el logbook lo único que pensé fue en que quería tener un sitio que fuera para poder "vaciar" mi cabeza con las ideas que se me vienen diariamente y compartirlas con "el mundo" para poder tener alguna interacción un poco más allá de la frontera de mis amigos y mi familia. Sin embargo, programar algo de este estilo como un blog personal consta de muchas cosas que no tenía en cuenta.
Para partir, debo saber escribir. No recuerdo la última vez que escribí un ensayo de forma voluntaria (si es que alguna vez lo hice) que tuviera introducción, desarrollo y conclusión. La gran mayoría de veces (todas) he escrito en notas o en mi libreta o algo pero de forma seguida sin respetar ni la puntuación ni la idea central de lo que quiero contar. Algo así como un flujo de la conciencia o como se llame.
El diseñar un software que sea para poder escribir sin complicaciones y poder publicar y compartir sin roces implica tomar muchos casos de uso que sean suficientes como para entender al usuario y dar cuenta de todos los roces que se generan a la hora de estar escribiendo. Por ejemplo, actualmente odio como tengo programado roahoki.com. Para poder entrar a escribir desde el celular es un martirio: tengo que entrar a roahoki.com, entrar a admin, poner contraseña, encontrar la tab de logbook, apretar en crear nota, se muestra un formulario y me puedo poner a escribir pero no puedo previsualizar de forma inmediata el marcaje de markdown como es en wsp o google chat. Luego, al momento de publicar no se genera el link para poder compartir ni nada de eso. Entonces, pasaron algunos días en que me obligué a publicar un par de pensamientos pero como era tanta la fricción bastó con que solo 1 vez me pasara que algún paso fallara como para abandonarlo casi que para siempre.
En conclusión, cuando se programa un software, por más fácil que sea hoy en día crear algo con IA, aún no es viable saltarse el diseño de experiencia de usuario para que dicho software sea realmente una solución al problema que se tiene de base. En otras palabras, todavía tenemos que pensar :)