Your SlideShare is downloading. ×
Keikendo: WPF Jutsu!
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

Keikendo: WPF Jutsu!

834
views

Published on

Published in: Technology, Travel, Business

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
834
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
13
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
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.
  • La experiencia es un valor económico.Para saber más: B. Joseph Pine II y James H. Gilmore, The Experience Economy (1999)
  • ¿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.
  • 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 plantearcasostípicoses lo quenosotrospensamosque son casostípicos (Hipótesis).
  • Ejemplos de la vida real encontrados en Internet.
  • 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 "brunch". 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 2Tambié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.
  • Ya no esquepuedohacer, sinoquequierohacer
  • Portabilidad.
  • TODOS diseñamos la interacción.
  • Viaje en el Tiempo del IxDesigner.
  • Es necesario entender las características de cada organización/equipo.
  • - “Ni nombre es Sebastián, hace 10 años programo y quiero diseñar mejor la experiencia de mi usuario.”
  • - Se puede empezar por pensar en qué actividades se pueden realizar sin involucrar a un Diseñador de Interacción. Esta solución es momentánea, hasta que adaptemos nuestro equipo a las nuevas prácticas.
  • Transcript

    • 1.
    • 2. ¿Qué es Keikendo?
      Arquitectura de proyectos digitales
      Diseño de Interacción
      Generación de tecnología y conocimiento
      けいけんど
    • 3. ¿Cómo lo hacemos?
    • 4. ¿Qué hay al final del túnel?
      Keikendo.com
    • 5. Experiencia
    • 6. ¿Cómo organizamos esto?
      Aceite
      Agua
      Cacerola
      Carne
      Cuchillo
      Huevos
      Pan
      Papas
      Plato
      Sartén
      Tenedor
    • 7. ¿Pastel de carne?
    • 8. ¿Milanesas con papas fritas?
    • 9. ¿Carne ensobrada sobre huevo agitado y astillas de pan?
    • 10. Del producto a la experiencia
    • 11. ¿Entonces…?
      No hay una sola respuesta
      No hay una única solución
      Depende del contexto
      Pasamos de ingredientes a producto, servicio y por último experiencia
    • 12. Experiencias diseñadas
    • 13. El caso McDonalds
      Modelo de negocios de comida rápida:bajocosto, altarotación
      Optimización de procesos
      Ofertalimitada
    • 14. Restaurantetradicional
    • 15. Restaurante de comida rápida
    • 16. El usuario en rol activo
      Modelo de negocios de comida rápida:bajocosto, altarotación
      Optimización de procesos
      Ofertalimitada
      Usuarioscomo parte del sistema
      Autoservicio
      No sobremesa
    • 17. Sillas anti-sobremesa
      “El comportamiento es función de la persona y su entorno” (Lewin, 1936)
      Diseñando el entorno, influenciamos el comportamiento
      17
    • 18. Experiencias en software
    • 19. Diseño Centrado en el Usuario: un enfoque opuesto a..
      • Diseñoautoreferencial
      • 20. Diseñocentrado en la tecnología
      • 21. Diseñocentrado en sponsors
      • 22. Diseñocentrado en la competencia
    • WPF Workflow
    • 23. Diseño de interacción
      Define el modelo de operaciónde los productos y sistemas con los queinteractúa el usuario
      Considera y modela:
      Comportamiento del usuario
      Respuesta del sistema
      ...paralograrmejoresexperienciaspara la mayor cantidad de usuarios
    • 24. Diseño con bases racionales
      GOMS
      Modeloparapredecirtiempos de operaciónde unainterfaz de usuario
      0,2 seg. Tecla / mouse click & release
      0,4 seg. Paso mouse   teclado
      1,1 seg. Apuntar con el mouse
      1,35 seg. Preparación mental nueva tarea
      ? Respuesta del sistema
    • 25. CASO ejemplo
    • 26. Caso de ejemplo
      Entorno:
      El CEO quiereintroducir un nuevoproductopara el mercado de los restaurants.
      El equipoesencargado de desarrollarlo.
      Se utilizaráunametodología agile basada en scrum.
      El equipodispone de un diseñador de interacción.
      El productodebedestacarseen el mercado de los restaurants de altarotación.
    • 27. RPF. Resto PresentationFoundation
      Ejemplo
    • 28. PrimerosPasos
      Plantearhipótesissobre los casostípicos
      Identificarpartescríticas.
      Identificarrelaciones y dependencias de funciones.
      El encargado de la caja solo cobra
      El mozo solo describe lo queentrega
      Buscar un restaurant quetengalascaracterísticasbuscadasparaevaluar.
    • 29. Definimosalcance
      Administración de Mesas
      Abrir mesa.
      Cargarpedido.
      Cerrar mesa.
      Reservas
      Reservarpara el mismodía.
      Reservarpara un día en el futuro.
    • 30. Evaluarmodelo
      Evaluacióncompetitiva
      Evaluacióncualitativa y funcional
      Features queno consideramos
      Features que son innecesarios o perjudiciales
      Features queno entendemossu valor
      Evitar un producto
      “Feature Rich, Quality Starved”
    • 31.
    • 32.
    • 33.
    • 34.
    • 35. Validación del Modelo CON USUARIOS
      Ejemplo
    • 36. ¿Queoperaciones se registran?
      ¿Se registra cuando se abre una mesa?
      • No, se registra con el primer pedido.
      ¿Se registra el cierre de una mesa?
      • Si, porque hay que cobrar.
    • ¿Es útil o necesaria la presentación
      espacial de las mesas?
      Cuando llegan varios comensales
      • Los comensales o el mozo juntan las mesas.
      • 37. El mozo avisa por control.
      • 38. De ahí en adelante, se refiere al conjunto usando el número de una de las mesas.
    • Se manejan "slots“.
      A la noche, x ejemplo, hay un "cena temprano" (8pm a 11 pm) y "cena tarde" (11pm a 1am).
      De esta manera se resuelve de forma práctica cuando ir "echando gente".
      ¿Con qué precisión manejan las reservas?
      Desde luego, importa registrar como texto
      el horario y nombre de la reserva.
    • 39. Implementación del Modelo
      Ejemplo
    • 40. Prototipos
    • 41. Metáforas para Reservas
    • 42. Slots de reservas
    • 43. Juntar y Seleccionar
      Juntar y Seleccionar
      Versiónbasada en drag&drop
      Versiónbasada en links
    • 44. Redefinimos elalcance
      Características del Sprint 0
      Se obtuvo un modelo global de operación
      Se generaronartefactospara los desarrolladores.
      No se definió la estética, si wireframes
      Duración: 3 días – 2 1/2 personas
      Características del Sprint 1
      Se refinará el modelo de operaciones
      El desarrolladorimplementará la aplicación, sin estilosgráficos.
      Se comenzará a trabajar la estética.
      Duración: 5 días – 2 1/2 personas
    • 45.
    • 46.
    • 47. Card Sorting
      Agrupar funcionalidades sobre modelo mental del usuario
    • 48. Juntar/Seleccionar mesas GOMS
      Agregarpedido GOMS
    • 49. Prototipo Final
    • 50. Windows PresentationFoundation
    • 51. ¿Cómo podemos impementar el prototipo con WinForms?
    • 52. Diseñador + Developer
      Mayor adopción en los diseñadores gráficos
      Integración con el código
    • 53. De diseño a código
    • 54. De diseño a código
    • 55. De diseño a código
    • 56. De diseño a código
    • 57. De WinForms a WPF
    • 58. De WinForms a WPF
      Pasamos de limitarnos por lo técnico, a limitarnos a las necesidades del usuario
      Nos da la oportunidad de cambiar el paradigma
    • 59. Migrar no es recompilar
    • 60. XAML, XAML, XAML
    • 61. Ya implementamos el prototipo¿Cómo podemos hacer este trabajo repetible?
    • 62. IxD en el proceso de desarrollo
    • 63.
    • 64. ¿Quién desarrollasoftware?
    • 65. ¿Quién incorpora diseño de interacción?
    • 66.
      Hay diseños intencionales y otros que se cometen.

      Santiago Bustelo.Filósofo Contemporáneo.
    • 67.
    • 68.
      Hay un punto en el que sólo se puede mover la complejidad de un lugar a otro.

      Larry Tesler.Pionero de IxD.
    • 69.
    • 70. Ya están diseñando la experiencia del usuario.
    • 71. Sólo resta que elijan cómo quieren hacerlo.
    • 72. Modelo de Madurez
    • 73.
    • 74. Influencia de la Suerte.
      Replicabilidad de los Resultados.
    • 75. Paradoja
      Niveles 4 y 5
      Equipo de Desarrollo
      Diseñador de Interacción
      Una
      La
      Solución
      Solución
      Metodologías Agiles
    • 76. Repasando Agile
      Manifesto
    • 77. Repasando Agile
      En Scrum…
    • 78. ¿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.
    • 79. Etapas del proceso deDiseño de Interacción
      Objetivos y análisisinicial
      Decisiones de diseño
      iteraciones
      Mantenimiento y validación
      77
    • 80. 5 Fases de adopción de Metodologías Agiles para Diseñadores
      Craig Villamor.Gurú de IxD.
    • 81. 7 Razones por las Cuales Recomendamos Metodologías Agiles
    • 82. El Diseñador de Interacción en la Organización
      Centralizada
    • 83. El Diseñador de Interacción en la Organización
      Distribuida
    • 84. Estrategia de Integración al Sprint: Dentro del Desarrollo
      Desarrollo y IxD
      Tiempo
    • 85. Estrategia de Integración al Sprint: Fuera del Desarrollo
      Investigación
      IxD
      Diseño
      Desarrollo
      Tiempo
    • 86. Qué opción elegir?
      Centralizada
      Distribuida
      Fuera del Desarrollo
      Dentro del Desarrollo
    • 87. Depende
    • 88. Por algún lugar hay que empezar.
      Consejos para Mañana a la mañana.
    • 89. Por algún lugar hay que empezar.
      Consejos para Mañana a la mañana.
      Sincerar el Diseño
    • 90. Por algún lugar hay que empezar.
      Consejos para Mañana a la mañana.
      Involucrar al Usuario (No sólo al Cliente)
      Salesforce.com planea 1 año de pruebas antes de saber qué se va a probar.
      Empezá por planear 1 hora.
    • 91. Por algún lugar hay que empezar.
      Consejos para Mañana a la mañana.
      Diferenciar Claramente
    • 92. Por algún lugar hay que empezar.
      Consejos para Mañana a la mañana.
      A = Aprueba
      C = Confecciona
    • 93. Por algún lugar hay que empezar.
      Consejos para Mañana a la mañana.
      La tecnología no es el fin.
      Es un medio.
    • 94. Por algún lugar hay que empezar.
      Consejos para Mañana a la mañana.
      No cambiar es más costoso.
      No son males inevitables.
    • 95. 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…
    • 96. Por algún lugar hay que empezar.
      Consejos para Mañana a la mañana.
      ¡Sean originales!
      (Excusas para no empezar hay millones, si encuentran una nueva no es ser original. Es trampa )
    • 97. www.keikendo.com