{"id":162,"date":"2014-07-21T14:10:13","date_gmt":"2014-07-21T14:10:13","guid":{"rendered":"http:\/\/www.icesi.edu.co\/blogs\/appsco\/?p=162"},"modified":"2014-07-21T14:10:13","modified_gmt":"2014-07-21T14:10:13","slug":"prototipado-en-papel","status":"publish","type":"post","link":"https:\/\/www.icesi.edu.co\/blogs\/appsco\/2014\/07\/21\/prototipado-en-papel\/","title":{"rendered":"Prototipado en papel"},"content":{"rendered":"

\u00a0<\/strong>PROTOTIPADO EN PAPEL<\/strong><\/p>\n

\u00a0\"limones2\"<\/a><\/strong><\/p>\n

El paper prototyping<\/strong> naci\u00f3 de la mano de empresas como IBM, Digital, Honeywell, Microsoft, entre otras, durante gran parte de su historia, en especial en sus or\u00edgenes la creaci\u00f3n de prototipos de papel ha sido una herramienta usada principalmente por investigadores acad\u00e9micos o especialistas en usabilidad, sin embargo como cualquier herramienta, su mayor potencial esta en las manos de los no especialistas.<\/p>\n

Paper prototyping es una variaci\u00f3n de testeo de usabilidad donde usuarios realizan tareas e interact\u00faan con una versi\u00f3n en papel de la interface, el usuario juega al computador sin necesidad de que nadie intervenga para explicarle el funcionamiento de las interfaces; la principal diferencia entre el prototipado<\/strong> en papel<\/strong> y usability test<\/strong> radica principalmente en el costo y en el momento de su empleo. En Paper Prototyping solo se necesita papel para representar la interface y el \u201cusuario\u201d va simulando la navegaci\u00f3n o administrando el flujo de \u201cpantallas\u201d; en un estudio de usabilidad convencional suele emplearse una versi\u00f3n \u201csemi funcional\u201d de la aplicaci\u00f3n misma en su entorno natural: equipo desktop.<\/p>\n

Algunas personas consideran que dibujar es una perdida de tiempo existiendo herramientas para prototipar como las presentadas en el art\u00edculo \u00bfQu\u00e9 son los wireframes y c\u00f3mo generarlos? (Ver<\/a>) Es necesario aclarar que un wireframe no cumple la misma funci\u00f3n que un prototipo en papel, pues en la fase inicial de dise\u00f1o el trabajo del equipo debe estar m\u00e1s enfocado en la navegaci\u00f3n, flujo de datos y la funcionalidad, que en los detalles del dise\u00f1o visual. Los wireframes<\/strong> son producidos generalmente hacia el final de la fase de dise\u00f1o inicial, no al principio, pues en este punto decisiones importantes sobre el producto ya se han tomado.<\/p>\n

Un prototipo en papel es una visualizaci\u00f3n r\u00e1pida de su idea, el valor art\u00edstico del dibujo es irrelevante, el prop\u00f3sito de la creaci\u00f3n de prototipos en papel es evaluar la idea detr\u00e1s de la interfaz de usuario, no el propio dibujo. La efectividad de la t\u00e9cnica depende al entorno donde sea aplicada, no es lo mismo aplicar el prototipado en papel a un desarrollo donde desde el comienzo se conocen las necesidades a resolver a un proceso de descubrimiento de clientes y las interacciones cliente(s), usuario(s), y startup como lo plantea la metodolog\u00eda lean lauch pad<\/strong>. La construcci\u00f3n del prototipo m\u00ednimo viable en versiones tempranas debe responder a la identificaci\u00f3n clara y concreta de la necesidad que se resuelve al cliente. Paper prototyping es una herramienta para dise\u00f1ar experiencias de usuario, que al apoyar el dise\u00f1o iterativo permite involucrar a los usuarios al inicio del proceso de dise\u00f1o, se muestra las interfaces iniciales a los clientes que van a usar el aplicativo antes haber escrito una l\u00ednea de c\u00f3digo.<\/p>\n

\"limones1\"<\/a><\/p>\n

La intenci\u00f3n de muchos emprendedores es crear una aplicaci\u00f3n que resalte de las dem\u00e1s en el mercado y este af\u00e1n los lleva a saltar cuanto antes al desarrollo de software, todo con la intenci\u00f3n de generar\u00a0\u00a0aplicaciones tan \u00fanicas, con interfaces gr\u00e1ficas tan especializadas que al final del proceso terminan sirviendo solo a la persona que la creo. El prop\u00f3sito de\u00a0la creaci\u00f3n de prototipos\u00a0de papel\u00a0es generar\u00a0r\u00e1pidamente\u00a0ideas de dise\u00f1o\u00a0que puedan ser probadas con\u00a0los usuarios\u00a0y no como generalmente se piensa, que se crean ideas\u00a0de dise\u00f1o que\u00a0luego ser\u00e1n votadas por los integrantes del\u00a0equipo de dise\u00f1o, el calificativo \u201cuser friendly\u201d lo deber\u00eda otorgar el usuario y no el equipo emprendedor.<\/p>\n

La creaci\u00f3n de prototipos\u00a0de papel no\u00a0se trata s\u00f3lo de\u00a0dise\u00f1o, se trata de\u00a0dise\u00f1o iterativo: la creaci\u00f3n de\u00a0cosas que el emprendedor puede\u00a0probar r\u00e1pidamente\u00a0y luego\u00a0descartar o\u00a0mejorar. Desafortunadamente algunas reuniones de dise\u00f1o pueden terminar centr\u00e1ndose en puntos no tan importantes para el crecimiento de un startup<\/strong> como \u00bfel men\u00fa de navegaci\u00f3n estar\u00e1 en la derecha o la izquierda? \u00bfSon los colores adecuados? Para los emprendimientos de base tecnol\u00f3gica el tiempo es un elemento clave y se debe aprovechar de la mejor manera, como por ejemplo construyendo un par de diferentes prototipos de papel y poner a prueba dichos dise\u00f1os con un grupo de interesados o posibles usuarios. Esta acci\u00f3n no s\u00f3lo ayuda a tomar una decisi\u00f3n r\u00e1pida, el emprendedor tendr\u00e1 la confianza de haber tenido m\u00e1s elementos de juicio en cuanto al dise\u00f1o para tomar mejores decisiones al momento de iniciar la construcci\u00f3n de los wireframes.<\/p>\n

Los prototipos en papel utilizan el dedo del participante como el rat\u00f3n y el l\u00e1piz como un teclado y aun cuando sus creadores busquen que las interfaces sean un poco\u00a0\u00a0elaboradas,\u00a0\u00a0un hecho real y a veces casi inevitable\u00a0\u00a0es los prototipos en papel no se caractericen por su belleza, sin embargo siguen siendo\u00a0eficaces en la detecci\u00f3n de muchos tipos de problemas de usabilidad. Por su aparente simpleza no se puede considerar una t\u00e9cnica poco profesional,\u00a0\u00a0pues mientras se logre que el usuario\u00a0\u00a0interactu\u00e9 con el prototipo en papel sin ayuda o necesidad de explicaciones,\u00a0\u00a0significa que se est\u00e1 logrando el objetivo;\u00a0\u00a0lo que es realmente preocupante es construir\u00a0\u00a0un prototipo de espalda al cliente, sin tener en cuenta sus opiniones y comentarios, que deber\u00edan ser\u00a0\u00a0lo m\u00e1s importante por cualquier startup.<\/p>\n

Para los desarrolladores experimentados\u00a0\u00a0puede\u00a0\u00a0no ser una t\u00e9cnica tan atractiva, ya que argumentar\u00e1n que su herramienta online favorita cumple con la misma funci\u00f3n, y el proceso de copiar y pegar elementos es m\u00e1s sencilla con herramientas digitales\u00a0\u00a0evitando as\u00ed re hacer interfaces y adicionalmente algunas de estas herramientas ofrecen la posibilidad de ser probados y retroalimentadas en l\u00ednea. Sin embargo creo que es m\u00e1s f\u00e1cil cortar y pegar en papel y la fotocopiadora es ideal para replicar elementos cuando se\u00a0usa la t\u00e9cnica de prototipado en papel y para realizar el proceso de pruebas con usuarios se pueden escanear los bocetos y enviarlos a los interesados, incluso se pueden grabar las sesiones o sencillamente\u00a0\u00a0tomarles fotograf\u00edas y construir un secuencia.
\nEl pensamiento divergente<\/strong> y\u00a0\u00a0la recursividad<\/strong> son claves. Los prototipos electr\u00f3nicos se enfocan en una\u00a0\u00a0mejora incremental dejando a un lado el concepto de interacci\u00f3n, en la fase inicial de un proyecto de base tecnol\u00f3gica se busca generar una serie de ideas completamente diferentes, ponerlas a prueba, y combinar las mejores partes de estas en una soluci\u00f3n convergente. Bill Buxton afirma que las herramientas electr\u00f3nicas no son buenos en el apoyo al pensamiento divergente que necesita para obtener el dise\u00f1o adecuado.<\/p>\n

Es natural que los desarrolladores se sientan c\u00f3modos frente a un pc\/laptop, este parecer\u00eda su entorno por naturaleza, pero limitar la habilidades del integrante t\u00e9cnico del emprendimiento a dicho entorno es desaprovechar una habilidad clave en aquellos que generan c\u00f3digo y esta es: la capacidad de resoluci\u00f3n de problemas, las habilidades del desarrollador van m\u00e1s all\u00e1 del teclado.<\/p>\n

Ventajas<\/strong><\/p>\n