La Reunión de Descubrimiento

by Luis Daniel Gonzalez 19. agosto 2011 05:37

Reunión de descubrimiento

Esto es lo primero que hacemos cuando empieza un proyecto y es quizás la fase más importante. Pero estas reuniones de descubrimiento no son para hablar del proyecto. Son para definir cual es nuestra responsabilidad con el cliente, para averiguar quiénes son realmente y porque hacen lo que hacen. Es probable que el éxito del proyecto se base en el desenlace de esta reunión. 

Es muy importante la comunicación y el lenguaje. Nosotros los diseñadores y programadores tenemos un lenguaje particular, un poco desvinculado del mundo real. Y nos gusta demostrarlo. Estamos orgullosos de nuestro conocimiento. Pero en este momento no se trata sobre nosotros y nuestro mundo, si no sobre el cliente y su mundo. Aquí todavía no estamos hablando de “como” vamos hacer, si no “qué” vamos a hacer, y más importante aún, “por qué” lo vamos a hacer.

Por eso tratamos de no hacer muchas preguntas sobre temas de diseño y programación como tal. Al menos todavía no. Nos gusta pensar en términos de diagramación, colores, tipografía, funcionalidad, usabilidad, navegación, pero no podemos esperar que todos los clientes nos entiendan. Todo lo contrario, para eso es que nos están contratando. Lo que bucamos es entender los objetivos y necesidades del negocio, de mercadeo y de comunicación. Si logramos descifrar estas inquietudes de manera exitosa, tendremos más posibilidadades de ejecutar una solución efectiva. 

Esto no significa que vamos a llegar a una reunión de descubrimiento con las manos vacías y la mente en blanco. Es nuestra responsabilidad investigar sobre el gremio, la industria y el mercado. De esta manera podemos hacer las preguntas correctas y mantener la conversación relevante y oportuna. También nos ayuda a demostrarle al cliente que somos competentes y que estamos preparados para ayudar, que pueden confiar en nosotros para resolver sus necesidades específicas (al final ese siempre es nuestro objetivo: resolver problemas). Si no logramos generar confianza, va a ser muy difícil poder dar con la solución adecuada. 

Pero cuidado, no es tan sencillo como suena. La mayoría de los proyectos que nos ha tocado desarrollar en realidad no son para el cliente, sino para su mercado, sus clientes, su público objetivo. Ojo, esto no se debe mal interpretar: el cliente es el que está pagando el proyecto y al final del día es él y no nosotros quien conoce realmente el negocio. Tenemos que ser lo suficientemente profesionales (y astutos) para poder diferenciar las necesidades y objetivos reales del proyecto, y lo que pudieran ser caprichos o ingenuidades que el cliente traiga como bagaje mal interpretado. Es importantísimo que el éxito del proyecto se base en el éxito del negocio (su modelo de negocio, dificultades operacionales, planes de mercadeo, clientes, procesos de venta, espectativas y sueños a futuro) y no en lo que un vicepresidente de mercadeo - por decir algo - intuya que debe ser.

Aquí les dejo un formulario genérico que usamos como base a la hora de reunirnos con un nuevo cliente. De ninguna manera pretende ser un documento que abarca todos los puntos necesarios y siempre tratamos de ajustarlo al proyecto en particular, pero con el tiempo nos hemos dado cuenta de que es un buen punto de partida:


Información básica

Nombre
Departamento
Cargo
Email

Sobre el negocio

Cuál es su modelo de negocio.
Como miden el éxito del negocio.
Qué dificultades han conseguido actualmente.
Describa de la manera más breve posible el sentimiento y/o atributos que quiere
comunicar la marca.

Sobre el público objetivo

Describa a su usuario final. Tome en cuenta edad, nivel socio-económico, sexo y
accesibilidad a internet, así como cualquier otro dato demográfico que considere
importante.
Cuáles son los intereses de su público objetivo.
Como se entera el público sobre la compañía, sus productos y servicios.
Porqué esta audiencia necesita este proyecto.

Sobre el proyecto

Porqué necesitan este proyecto.
Como figura este proyecto dentro del modelo de negocio.
Están dispuestos a modificar sus procesos por consecuencia de este proyecto.
Cuáles son los problemas fundamentales que pretenden afrontar con este proyecto. Colóquelos en orden de importancia.
Que necesidades específicas afronta este proyecto con respecto a su modelo de negocio.
Como se medirá el éxito del proyecto.
Cuál es la acción más importante que queremos que el usuario haga en este proyecto.
¿Tiene una estrategia de redes sociales? Explique brevemente.
Mencione alguna idea innovadora que quiere proponer.

Referencias

Mencione sus tres principales competidores.
Ventajas y desventajas de sus competidores.
Haga un listado de sitios que le gustan y porque. No tienen que ser de compañías de
su mismo gremio.

Tags:

General | Mercadeo | Web

Sitios web con pago en línea - Parte 1

by Cesar Higuera 14. octubre 2010 12:53

Muchas veces nos preguntan cómo funcionan esos sitios web que hacemos que aceptan pagos con tarjeta de crédito en línea, para comprar productos, entradas para eventos o reservar en hoteles. Se me ocurrió escribir este artículo con la explicación que siempre doy en idioma humano para que cualquiera que no sea programador o del área de tecnología lo pueda entender.  

En esta primera entrega explicamos las bases y luego en los próximos capítulos ahondamos en los temas más técnicos de seguridad y comunicaciones.

Lo primero que hay que tomar en cuenta en el proceso de pago en línea son los actores involucrados: el Usuario, que es el potencial comprador del producto o servicio; el Portal o sitio web, que es nuestro sitio web de E-Commerce o “tienda en línea”; el Payment Gateway, un intermediario que realiza la comunicación entre el Banco y nuestro sitio web; y el Banco, quien recibe las solicitudes de pago y las procesa.

El sitio web de E-Commerce convencional generalmente tiene un catálogo de productos y un “carrito de compras”, donde vas agregando tus productos y luego los pagas con una tarjeta de crédito. Otras formas de sitios con pago en línea son de compra de tickets para eventos, como www.tuticket.com, donde se seleccionan los puestos en un evento y se reservan por un tiempo determinado hasta que el usuario coloca los datos de su tarjeta de crédito y se confirma el pago.  Otra iteración común es una reserva en un hotel, como en www.lidotel.com.ve, donde se selecciona una fecha de llegada, cantidad de noches, tipo de habitación, y finalmente se paga en línea para confirmar la reserva.

Una vez seleccionados los productos o servicios a comprar, se llega a la página de pago. Esta consta de un formulario donde se ingresan los datos de la tarjeta de crédito a usar, la cual puede ser Visa, Master Card o American Express, de cualquier banco. Los datos requeridos para procesar un pago en línea son: número de la tarjeta de crédito, nombre y cédula del tarjeta habiente, fecha de expiración, y código de seguridad CVV2 (el que aparece detrás de la tarjeta).

 

Ejemplo de página de pago en línea con tarjeta de crédito

 

Algunas veces, como en la imagen de ejemplo, colocamos un “teclado virtual” para introducir los 3 dígitos del código de seguridad de la tarjeta de crédito. Esto con el objeto de incrementar la seguridad a la hora de la transacción, evitando que hackers obtengan los números que se introducen en el teclado a través de un “keylogger”. Este tema a nivel técnico lo voy a profundizar más en la segunda parte de este artículo en nuestro Legendblog.

También en la página de pago muchas veces podrán estar presentes unos logos como los expuestos aquí:

Logos de McAfee Secure, Thawte SSL, y Verisign Segure Site SSL

 

Estos indican tecnologías de seguridad que se han implementado que generan una mayor confianza en el usuario a la hora de poner los preciados datos de su tarjeta de crédito en Internet. Nuevamente, ahondaremos más en este tema en la Parte 2 de este artículo.

Una vez que el usuario termina de introducir la información de pago y hace clic en “confirmar”, “enviar” o “pagar”, se desencadena un proceso de comunicaciones entre el Sitio web, el Payment Gateway y el banco.

Los datos de la tarjeta de crédito se envían a través de Internet por un canal seguro al Payment Gateway. Esta es una empresa que posee unos servidores y conexión con uno o varios bancos. Ellos reciben los datos y los envían a la entidad bancaria de los dueños del sitio web, para confirmación del pago. El banco luego envía una respuesta al Payment Gateway con el resultado de la transacción; básicamente, si la misma fue aprobada ó rechazada.

El Payment Gateway le provee una herramienta a los dueños del sitio web que les permite consultar en línea todas las transacciones que han pasado por el punto de pago web. El punto se puede configurar para que cargue los montos en las tarjetas inmediatamente y se acredite el saldo en el banco, o que “bloquee” el monto en la tarjeta hasta que el dueño del sitio web decida aprobar o no manualmente esa transacción. Esto lo puede realizar en esta herramienta que brinda el Payment Gateway.

Una vez el Payment Gateway haya recibido la respuesta del banco, le envía la respuesta al Sitio Web para que le presente al usuario el resultado de la transacción. En este momento, de ser aprobada, se confirma la compra que el usuario estaba realizando,  se generan sus tickets electrónicos, se le imprime su localizador de reserva de hotel o pasaje aéreo, etc.

Gráfica ejemplo de proceso de comunicaciones entre Sitio Web, Payment Gateway (merchant), y Banco

 

Y así se cierra el ciclo de vida de una compra en línea. Estas comunicaciones generalmente sólo toman unos pocos segundos, de manera que el sitio web pude estar recibiendo miles de compras por hora sin problema.

Si tienes un negocio, imagina llevarlo a la web y obtener compras de forma transparente mientras duermes, estás de viaje, o estás haciendo cualquier otra cosa. Es como un vendedor virtual con un alcance muy, muy amplio: el mundo entero.

Espero este corto relato no haya sido complicado o difícil de entender, si tienes alguna duda puedes dejar tus comentarios aquí en el Legendblog y con gusto responderé. Si te interesa llevar a cabo un proyecto de este tipo, contáctanos en Legendsoft.

 

Tags: , , ,

ECommerce | Programación | Web

Mi página en mi Ipad / Iphone / Ipod Touch

by Freddy Torres 8. septiembre 2010 05:25

Ya todos (o casi todos) conocemos la potencia de estos aparaticos, que llegaron para alegrarnos la vida y aumentar las cuentas bancarias de apple. Son como un vicio que algunos (me incluyo en esta lista) no podemos dejar de tener.

Ahora bien, para aquellos que como yo, visitan constantemente algunas páginas de internet, utilizando el poderoso explorador incluido en estos aparaticos, habran notado que hay una manera de agregar un shortcut a la página deseada, directamente en el homescreen del dispositivo, como un acceso directo. Mas rápido imposible. Simplemente, estando en la página deseada, presionan el boton "+" localizado en la parte inferior del explorador (para lpods e Iphones) o en la barra superior para el IPad. Este boton despliega un menú con 4 opciones normalmente, de las cuales nos interesa la que dice "Add to homescreen", (obviamente para dispositivos configurados para el lenguaje Ingles).

Ahora bien, cuando finaliza este proceso, se agrega a nuestro menu principal un ícono personalizado para la página, como los de estos dispositivos, que no es mas que un acceso directo a la página que queremos (Suponiendo que hicimos todo este proceso con la pagina de apple mesma, www.apple.com).

Notaran el ícono personalizado de esta página para dispositivos de este tipo. Sin embargo notaran que a su lado se encuentra un acceso a la página de Noticias24 (www.noticias24.com), mas su ícono no parece tan atractivo a la vista. Esto es porque simplemente la página no tiene un ícono personalizado para estos dispositivos, en vez de eso, el dispositivo toma un pequeño screenshot de la página y lo coloca en forma de ícono.

¿COMO HAGO PARA QUE MI PAGINA TENGA SU ICONO PERSONALIZADO PARA I<coloque aqui su dispoitivo> de apple?

Es muy sencillo. Lo unico que se necesita es una pequeña imagen que debe cumplir los siguientes requeriminetos:

  • Las dimensiones deben ser de 53px de alto y 53px de ancho
  • El formato debe ser .PNG
  • El nombre de la imagen debe ser: apple-touch-icon
  • Se almacena en la carpeta raiz de la aplicación web, en caso de no querer hacer referencia explicita de la misma.
  • Si se desea tener las imagenes mas ordenadas y eso, colocan la imagen la carpeta deseada, y hacen referencia a la misma en el header de la pagina de la siguiente forma: <link rel="apple-touch-icon" href="/Graphics/iphone-icon.png" />
Un ejemplo de esa imagen: 

Y eso es todo. Asi lograran impresionar a los usuarios de estos aparatos, y su página web siempre estara a la vanguardia tecnológica.

 


 

Tags: , , , ,

Web

El futuro de Internet Explorer 9

by Alexyomar Istúriz 28. agosto 2010 06:18

A tres semanas que Microsoft presente al público la beta de Internet Explorer 9, ya podemos observar la interfaz que el personal de Redmond nos tiene preparado:

ie9_ui


Se trata de una interfaz minimalista, tal cual sus competidores ya han implementado anteriormente.
Más allá de lo que se muestra en la imagen, lo que está detrás de este nuevo explorador. Se ha redefinido el núcleo de la aplicación para hacerla compatible con las nuevas tecnologías y estándares que están de boga actualmente. Dos fuertes promesas que vienen en este navegador son los motores de interpretación del HTML y de Javascript.


Para la interpretación del HTML, el navegador de internet utilizara funciones de aceleración de hardware de chipsets gráficos que soportan D2D en DirectX para reducir la carga de muchos de los elementos visuales de la navegación de internet, como por ejemplo la interpretación de mapas.
El nuevo motor JavaScript se ocupara de eliminar los problemas históricos de Internet Explorer para interpretar algunas aplicaciones y código similar. Microsoft asegura que el nuevo motor JavaScript de Internet Explorer 9 es tan veloz como el motor mejorado de Firefox 3.6, y el mismo Google Chrome, y se tiene pensadas muchas optimizaciones más.


El otro fuerte, que nos parece el más importante de todos, es que el explorador se comprometerá más con los últimos estándares web y que su navegador soportara nuevas tecnologías como HTML5. Ahora se permitirá visualizar bordes redondeados logrados via CSS 3.0 y soportara selectores CSS, algo que seguramente librara de muchos dolores de cabeza y trabajo extra a muchos diseñadores de páginas web como nosotros.

La liberación de la version beta se tiene previsto que sea el 15 de Septiembre, en un evento especial llamado “Beauty of the Web” que se realizara en la ciudad de San Francisco, California, EE.UU.


Por ahora, puedes probar la plataforma creada para el nuevo explorador haciendo click en el siguiente link:
http://ie.microsoft.com/testdrive/

Tags: , ,

Web