¿Qué es Keikendo? Generación de tecnología y conocimiento Arquitectura de proyectos digitales Diseño de Interacción け いけんど
¿Cómo lo hacemos?
DISEÑO DE LA EXPERIENCIA
¿Cómo organizamos esto? <ul><li>Aceite </li></ul><ul><li>Agua </li></ul><ul><li>Cacerola </li></ul><ul><li>Carne </li></ul...
¿Pastel de carne?
¿Milanesas con papas fritas?
¿Carne ensobrada sobre huevo agitado y astillas de pan?
¿Entonces…? <ul><li>No hay una sola respuesta </li></ul><ul><li>No hay una única solución </li></ul><ul><li>Depende del co...
EXPERIENCIAS DISEÑADAS
¿Casos de Experiencias Diseñadas?
Restaurante tradicional
El caso McDonalds <ul><li>Modelo de negocios de comida rápida: bajo costo, alta rotación </li></ul><ul><ul><li>Optimizació...
Restaurante de comida rápida
El usuario en rol activo <ul><li>Modelo de negocios de comida rápida: bajo costo, alta rotación </li></ul><ul><ul><li>Opti...
Sillas anti-sobremesa <ul><li>“ El comportamiento es función de la persona y su entorno” (Lewin, 1936) </li></ul><ul><li>D...
Experiencias en software
Diseño Centrado en el Usuario:  un enfoque  opuesto  a.. <ul><ul><li>Diseño autoreferencial </li></ul></ul><ul><ul><li>Dis...
WPF Workflow Fuente: www.WPFTutorial.net
Diseño de interacción <ul><li>Define el  modelo de operación  de los productos y sistemas con los que interactúa el usuari...
Diseño de interacción
CASO EJEMPLO: RESTO PRESENTATION FOUNDATION
Primeros Pasos <ul><li>Plantear hipótesis sobre los casos típicos  </li></ul><ul><ul><li>Identificar partes críticas. </li...
Definimos alcance <ul><li>Administración de Mesas </li></ul><ul><ul><li>Abrir mesa. </li></ul></ul><ul><ul><li>Cargar pedi...
Evaluar modelo <ul><li>Evaluación competitiva </li></ul><ul><li>Evaluación cualitativa y funcional </li></ul><ul><ul><li>F...
 
 
VALIDACIÓN DEL MODELO CON USUARIOS <ul><li>Ejemplo </li></ul>
<ul><li>¿Que operaciones se registran? </li></ul><ul><ul><li>¿Se registra cuando se abre una mesa? </li></ul></ul><ul><ul>...
<ul><li>¿Es útil o necesaria la presentación  </li></ul><ul><li>espacial de las mesas? </li></ul><ul><ul><li>Cuando llegan...
<ul><ul><li>Se manejan &quot;slots“. </li></ul></ul><ul><ul><ul><li>A la noche, x ejemplo, hay un &quot;cena temprano&quot...
DISEÑO DEL MODELO <ul><li>Ejemplo </li></ul>
Prototipos
Metáforas para Reservas
Colorinche (Caso real) Redundancia  en identificación de botón por posición y color
Juntar y Seleccionar Versión basada en links Juntar y Seleccionar Versión basada en drag&drop Slots de reservas
 
Card Sorting Agrupar funcionalidades sobre modelo mental del usuario
Prototipo Final
De diseño a código
WinForms vs. WPF WinForms WPF/Silverlight Code-behind XAML Controles fijos Templates flexibles Contenido estático Dinámico...
Migrar no es recompilar
¿Cómo podemos hacer este trabajo repetible?
IXD EN EL PROCESO DE DESARROLLO
¿Quién  desarrolla   software?
¿Quién incorpora  diseño de interacción ?
Hay diseños intencionales y otros que se  cometen . Santiago Bustelo.   Filósofo Contemporáneo.
Alfons Cornella.   Especialista en Gestión de las Org. ∞ 0
∞ 0 Tecnología Psicología
E- S- Smart Electronic Tecnología
Influencia de la  Suerte . Replicabilidad  de los Resultados.
Diseñador de Interacción Equipo de Desarrollo Solución Solución Paradoja Metodologías Agiles Una La Niveles 4 y 5
Alfons Cornella ...y los tipos de problemas.
Algoritmo Bien Definidos Perversos Heurísticas
Repasando  Agile Manifesto
Repasando  Agile En Scrum…
¿Qué es un  Diseñador de Interacción ? Aquel que  facilita  lo que una persona quiere lograr con otra a través de  disposi...
Etapas del  proceso  de Diseño de Interacción <ul><li>Objetivos y análisis inicial </li></ul><ul><li>Decisiones de diseño ...
Craig Villamor.   Gurú de IxD. 5  Fases  de adopción de Metodologías Agiles para  Diseñadores
Desarrollo IxD Diseño Investigación Tiempo Estrategia de Integración al Sprint:  Fuera del Desarrollo
Por algún lugar hay que empezar.  Consejos para Mañana a la mañana.
Diferenciar Claramente Por algún lugar hay que empezar.  Consejos para Mañana a la mañana.
Pedido  vs.  Intención  vs.  Necesidad
La tecnología no es el fin.  Es un medio. Por algún lugar hay que empezar.  Consejos para Mañana a la mañana.
Analicen la competencia. Por algún lugar hay que empezar.  Consejos para Mañana a la mañana.
¿De qué se queja más tu  usuario ? Ya tenés por dónde empezar… Por algún lugar hay que empezar.  Consejos para Mañana a la...
¡No hace falta ser  original ! MUCHA bibliografía. MUCHAS (buenas) experiencias. Por algún lugar hay que empezar.  Consejo...
www.keikendo.com
Preguntas
Necesitamos tu Feedback! <ul><li>Completá los FORM de avaluación que estarán en nuestra WEB: </li></ul><ul><ul><li>www.cod...
© 2008 Microsoft Corporation. Todos los derechos reservados. Microsoft, Windows, Windows Vista y otros nombres de producto...
Upcoming SlideShare
Loading in...5
×

Keikendo - CodeCamp 2010

775

Published on

Presentación de Keikendo en CodeCamp 2010 en la que Corvalius e Icograma describieron la importancia de la integración entre el diseñador de interacción y el equipo de desarrollo de software.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
775
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • ¿Qué es Keikendo?
  • ¿Cómo organizamos esto? Repasemos la lista de elementos.
  • O sino un pastel de carne.
  • O porque no una milanesa con puré.
  • Y si queremos hacer complejo, podemos obtener carne ensobrada en astilla de pan con huevo agitado.
  • ¿Cuál es el principio de orden que usás? No hay un único principio, no hay una única solución, y dependen del contexto. En los negocios tenemos un elemento muy importante que es el usuario y cliente, que no resulta ser el principio de orden más usado.
  • Que la experiencia sea un resultado intencional, implica diseñarla.
  • Pero no solamente se diseña experiencia en tecnología, también en otros negocios, como en McDonalds. Se diseña la experiencia de compra y el recorrido que tienen que hacer sus usuarios. Porqué? McNegocio (original, no el financiero): alta rotación. Servir rápido es valor para el cliente.
  • Pero no solamente se diseña experiencia en tecnología, también en otros negocios, como en McDonalds. Se diseña la experiencia de compra y el recorrido que tienen que hacer sus usuarios. Porqué? McNegocio (original, no el financiero): alta rotación. Servir rápido es valor para el cliente.
  • Cuando el usuario está en rol activo, tenemos que lograr que participe correctamente del modelo. Si logramos que deje la mesa libre en cuanto termina de comer, es valor para nosotros también. ¿Cómo logramos que el usuario lo haga por su propia voluntad?
  • ¿Y en software? Contrastemos el ejemplo de McDonalds con el recorrido que tienen que hacer los usuarios con el mouse ¿Ven las mediciones? Fuente: The Science Behind Great User Interfaces, presentación de Alex Souza, Designer Marketing Manager – Microsoft Latam (- http://ppgplaces.com/asouza/?p=3)
  • La clave al plantear casos típicos es lo que nosotros pensamos que son casos típicos (Hipótesis).
  • Ejemplos de la vida real encontrados en Internet.
  • Ejemplos de la vida real encontrados en Internet.
  • Lo q se me ocurre: los slots nos permiten mostrar en la mesa, en qué turno o turnos estaría reservada. En el ejemplo, uso ubicación y colores (redundancia) para marcar qué slots están ocupados, de un conjunto de 6: Habia contado 6 slots, pero me faltaba el nuevo &amp;quot;brunch&amp;quot;. Los siguientes 7 slots serían bastante estándar, podemos suponer q el boliche customice cantidad y código de colores: - Desayuno - Brunch - Almuerzo 1 - Almuerzo 2 - Merienda / Café - Cena 1 - Cena 2 También puede ser piola para el restobar tener registrado quién trabaja en cada turno, pero creo q  excede nuestro alcance.
  • Proceso de desarrollo de Wireframes y Prototipos.
  • Planteamos diversas posibilidades, incluidas metáforas como el TimeMachine. Consideramos cuanto aportaba cada posibilidad. El problema era resolver los distintos modos de operación (sujeto / verbo / objeto), y lograr elementos y lenguaje de operación coherentes e integrados en toda la aplicación. Para reservas, consideramos la idea de seleccionar una mesa y luego cargarle la fecha. Pero en el caso de uso, la prioridad está invertida: primero necesito ver cómo será el restaurant en esa fecha, qué lugares tengo disponibles, y recién después indicar la mesa. Para reservas, consideramos la idea de seleccionar una mesa y luego cargarle la fecha. Pero en el caso de uso, la prioridad está invertida: primero necesito ver cómo será el restaurant en esa fecha, qué lugares tengo disponibles, y recién después indicar la mesa.
  • En el prototipo final, se ajustaron los contrastes para lograr una visión clara de las mesas reservadas y ocupadas.
  • TODOS diseñamos la interacción.
  • Viaje en el Tiempo del IxDesigner.
  • 09/06/10 22:12 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • Keikendo - CodeCamp 2010

    1. 3. ¿Qué es Keikendo? Generación de tecnología y conocimiento Arquitectura de proyectos digitales Diseño de Interacción け いけんど
    2. 4. ¿Cómo lo hacemos?
    3. 5. DISEÑO DE LA EXPERIENCIA
    4. 6. ¿Cómo organizamos esto? <ul><li>Aceite </li></ul><ul><li>Agua </li></ul><ul><li>Cacerola </li></ul><ul><li>Carne </li></ul><ul><li>Cuchillo </li></ul><ul><li>Huevos </li></ul><ul><li>Pan </li></ul><ul><li>Papas </li></ul><ul><li>Plato </li></ul><ul><li>Sartén </li></ul><ul><li>Tenedor </li></ul>
    5. 7. ¿Pastel de carne?
    6. 8. ¿Milanesas con papas fritas?
    7. 9. ¿Carne ensobrada sobre huevo agitado y astillas de pan?
    8. 10. ¿Entonces…? <ul><li>No hay una sola respuesta </li></ul><ul><li>No hay una única solución </li></ul><ul><li>Depende del contexto </li></ul><ul><li>Pasamos de ingredientes a producto, servicio y por último experiencia </li></ul>
    9. 11. EXPERIENCIAS DISEÑADAS
    10. 12. ¿Casos de Experiencias Diseñadas?
    11. 13. Restaurante tradicional
    12. 14. El caso McDonalds <ul><li>Modelo de negocios de comida rápida: bajo costo, alta rotación </li></ul><ul><ul><li>Optimización de procesos </li></ul></ul><ul><ul><li>Oferta limitada </li></ul></ul>
    13. 15. Restaurante de comida rápida
    14. 16. El usuario en rol activo <ul><li>Modelo de negocios de comida rápida: bajo costo, alta rotación </li></ul><ul><ul><li>Optimización de procesos </li></ul></ul><ul><ul><li>Oferta limitada </li></ul></ul><ul><ul><li>Usuarios como parte del sistema </li></ul></ul><ul><ul><ul><li>Autoservicio </li></ul></ul></ul><ul><ul><ul><li>No sobremesa </li></ul></ul></ul>
    15. 17. Sillas anti-sobremesa <ul><li>“ El comportamiento es función de la persona y su entorno” (Lewin, 1936) </li></ul><ul><li>Diseñando el entorno, influenciamos el comportamiento </li></ul>
    16. 18. Experiencias en software
    17. 19. Diseño Centrado en el Usuario: un enfoque opuesto a.. <ul><ul><li>Diseño autoreferencial </li></ul></ul><ul><ul><li>Diseño centrado en la tecnología </li></ul></ul><ul><ul><li>Diseño centrado en sponsors </li></ul></ul><ul><ul><li>Diseño centrado en la competencia </li></ul></ul>
    18. 20. WPF Workflow Fuente: www.WPFTutorial.net
    19. 21. Diseño de interacción <ul><li>Define el modelo de operación de los productos y sistemas con los que interactúa el usuario </li></ul><ul><li>Considera y modela: </li></ul><ul><ul><li>Comportamiento del usuario </li></ul></ul><ul><ul><li>Respuesta del sistema </li></ul></ul><ul><li>...para lograr mejores experiencias para la mayor cantidad de usuarios </li></ul>
    20. 22. Diseño de interacción
    21. 23. CASO EJEMPLO: RESTO PRESENTATION FOUNDATION
    22. 24. Primeros Pasos <ul><li>Plantear hipótesis sobre los casos típicos </li></ul><ul><ul><li>Identificar partes críticas. </li></ul></ul><ul><ul><li>Identificar relaciones y dependencias de funciones. </li></ul></ul><ul><ul><ul><li>El encargado de la caja solo cobra </li></ul></ul></ul><ul><ul><ul><li>El mozo solo describe lo que entrega </li></ul></ul></ul><ul><ul><li>Buscar un restaurant que tenga las características buscadas para evaluar. </li></ul></ul>
    23. 25. Definimos alcance <ul><li>Administración de Mesas </li></ul><ul><ul><li>Abrir mesa. </li></ul></ul><ul><ul><li>Cargar pedido. </li></ul></ul><ul><ul><li>Cerrar mesa. </li></ul></ul><ul><li>Reservas </li></ul>
    24. 26. Evaluar modelo <ul><li>Evaluación competitiva </li></ul><ul><li>Evaluación cualitativa y funcional </li></ul><ul><ul><li>Features que no consideramos </li></ul></ul><ul><ul><li>Features que son innecesarios o perjudiciales </li></ul></ul><ul><ul><li>Features cuyo valor no entendemos </li></ul></ul>Evitar un producto “ Feature Rich, Quality Starved”
    25. 29. VALIDACIÓN DEL MODELO CON USUARIOS <ul><li>Ejemplo </li></ul>
    26. 30. <ul><li>¿Que operaciones se registran? </li></ul><ul><ul><li>¿Se registra cuando se abre una mesa? </li></ul></ul><ul><ul><ul><li>No, se registra con el primer pedido. </li></ul></ul></ul><ul><ul><li>¿Se registra el cierre de una mesa? </li></ul></ul><ul><ul><ul><li>Si, porque hay que cobrar. </li></ul></ul></ul>
    27. 31. <ul><li>¿Es útil o necesaria la presentación </li></ul><ul><li>espacial de las mesas? </li></ul><ul><ul><li>Cuando llegan varios comensales </li></ul></ul><ul><ul><ul><li>Los comensales o el mozo juntan las mesas. </li></ul></ul></ul><ul><ul><ul><li>El mozo avisa por control. </li></ul></ul></ul><ul><ul><ul><li>De ahí en adelante, se refiere al conjunto usando el número de una de las mesas. </li></ul></ul></ul>
    28. 32. <ul><ul><li>Se manejan &quot;slots“. </li></ul></ul><ul><ul><ul><li>A la noche, x ejemplo, hay un &quot;cena temprano&quot; (8pm a 11 pm) y &quot;cena tarde&quot; (11pm a 1am). </li></ul></ul></ul><ul><ul><ul><li>De esta manera se resuelve de forma práctica cuando ir &quot;echando gente&quot;. </li></ul></ul></ul>Desde luego, importa registrar como texto el horario y nombre de la reserva. ¿Con qué precisión manejan las reservas?
    29. 33. DISEÑO DEL MODELO <ul><li>Ejemplo </li></ul>
    30. 34. Prototipos
    31. 35. Metáforas para Reservas
    32. 36. Colorinche (Caso real) Redundancia en identificación de botón por posición y color
    33. 37. Juntar y Seleccionar Versión basada en links Juntar y Seleccionar Versión basada en drag&drop Slots de reservas
    34. 39. Card Sorting Agrupar funcionalidades sobre modelo mental del usuario
    35. 40. Prototipo Final
    36. 41. De diseño a código
    37. 42. WinForms vs. WPF WinForms WPF/Silverlight Code-behind XAML Controles fijos Templates flexibles Contenido estático Dinámico con animaciones Horas para dar estilo Efectos built-in Foco en el problema: hago lo que la tecnología me deja Foco en la solución: hago lo que el usuario necesita Lenguaje de interacción rígido Poder adecuar el lenguaje de la interfaz a la necesidad
    38. 43. Migrar no es recompilar
    39. 44. ¿Cómo podemos hacer este trabajo repetible?
    40. 45. IXD EN EL PROCESO DE DESARROLLO
    41. 46. ¿Quién desarrolla software?
    42. 47. ¿Quién incorpora diseño de interacción ?
    43. 48. Hay diseños intencionales y otros que se cometen . Santiago Bustelo. Filósofo Contemporáneo.
    44. 49. Alfons Cornella. Especialista en Gestión de las Org. ∞ 0
    45. 50. ∞ 0 Tecnología Psicología
    46. 51. E- S- Smart Electronic Tecnología
    47. 52. Influencia de la Suerte . Replicabilidad de los Resultados.
    48. 53. Diseñador de Interacción Equipo de Desarrollo Solución Solución Paradoja Metodologías Agiles Una La Niveles 4 y 5
    49. 54. Alfons Cornella ...y los tipos de problemas.
    50. 55. Algoritmo Bien Definidos Perversos Heurísticas
    51. 56. Repasando Agile Manifesto
    52. 57. Repasando Agile En Scrum…
    53. 58. ¿Qué es un Diseñador de Interacción ? Aquel que facilita lo que una persona quiere lograr con otra a través de dispositivos y servicios . Dan Saffer. Gurú de IxD.
    54. 59. Etapas del proceso de Diseño de Interacción <ul><li>Objetivos y análisis inicial </li></ul><ul><li>Decisiones de diseño </li></ul><ul><ul><li>iteraciones </li></ul></ul><ul><li>Mantenimiento y validación </li></ul>
    55. 60. Craig Villamor. Gurú de IxD. 5 Fases de adopción de Metodologías Agiles para Diseñadores
    56. 61. Desarrollo IxD Diseño Investigación Tiempo Estrategia de Integración al Sprint: Fuera del Desarrollo
    57. 62. Por algún lugar hay que empezar. Consejos para Mañana a la mañana.
    58. 63. Diferenciar Claramente Por algún lugar hay que empezar. Consejos para Mañana a la mañana.
    59. 64. Pedido vs. Intención vs. Necesidad
    60. 65. La tecnología no es el fin. Es un medio. Por algún lugar hay que empezar. Consejos para Mañana a la mañana.
    61. 66. Analicen la competencia. Por algún lugar hay que empezar. Consejos para Mañana a la mañana.
    62. 67. ¿De qué se queja más tu usuario ? Ya tenés por dónde empezar… Por algún lugar hay que empezar. Consejos para Mañana a la mañana.
    63. 68. ¡No hace falta ser original ! MUCHA bibliografía. MUCHAS (buenas) experiencias. Por algún lugar hay que empezar. Consejos para Mañana a la mañana.
    64. 69. www.keikendo.com
    65. 70. Preguntas
    66. 71. Necesitamos tu Feedback! <ul><li>Completá los FORM de avaluación que estarán en nuestra WEB: </li></ul><ul><ul><li>www.codecamp.com.ar </li></ul></ul><ul><li>Necesitamos de tu feedback para mejorar. </li></ul>
    67. 72. © 2008 Microsoft Corporation. Todos los derechos reservados. Microsoft, Windows, Windows Vista y otros nombres de producto son y pueden ser marcas registradas y registros en Estados Unidos y en otros países. La información contenida en el presente es sólo para fines informativos y representa la visión actual de Microsoft Corporation a la fecha de esta presentación. Debido a que Microsoft debe responder a las cambiantes condiciones del mercado, no se debe interpretar como un compromiso por parte de Microsoft, y Microsoft no puede garantizar la precisión de ninguna información provista después de la fecha de esta presentación. MICROSOFT NO OFRECE GARANTÍA ALGUNA, EXPRESA, IMPLÍCITA O DE LEY, RESPECTO A LA INFORMACIÓN EN ESTA PRESENTACIÓN.

    ×