¿ Como vender el valor de un sitio web a tus clientes ?

A continuación Resumen de un articulo muy bueno que he leído.

Una de las cosas mas importantes como freelancer es saber como vender el valor de un sitio web a tus clientes. Tus clientes necesitan ser convencidos que un sitio web es bueno para su negocio, necesitas  demostrar el alcance y el impacto que podria tener en sus ventas.

Un clasico caso con un cliente podria ser como este:

"Hola el desarrollo de un sitio web cuesta: $$$$"
"mmm  eso lo veo muy caro, creo que mejor le pedire a mi sobrino que me ayude a crearla gratis."

Cuando este ocurra es tu chance para vender el valor de la Web.

Un sitio web es una inversión.

Los pequeños negocios y empresas no entregan dinero tan fácilmente, por que no pueden darse el lujo de ello, el dinero es muy preciado para ellos. Obviamente ellos se darán marcha atrás cuando sepan  el costo real del diseño y desarrollo de un sitio web.

Pero la única cosa mas importante que el dinero para ellos, es el futuro y el crecimiento de su negocio o empresa.  El truco entonces seria venderles que con un sitio web el retorno de su inversión esta garantizado.

Ademas del argumento "Su negocio estará abierto 24/7" tu puedes vender tu diseño profesional web en muchas maneras.

Todo puede ser medido.

Con una cuenta gratuita de Google Analytics tu puedes medir muchas cosas de tu sitio web, que no pueden ser medidos por anuncios convencionales como los impresos o anuncios de televisión. Por ejemplo : visitas diarias, que paginas son las vistas, de que lugares te visitan, etc. Este es un magnifico punto para vender tu servicios, por que le reafirma a tus clientes que ellos pueden siempre revisar estas métricas  y comprobar que su sitio web esta trabajando para su negocio y si los resultados no son los que esperaban pueden saber que cosas ajustar.

Tu imagen, de la manera que tu quieres

Un sitio web es la imagen de tu negocio en linea. Tus cliente necesitan saber que sin un sitio web , su negocio pierde alcance frente a otros competidores que actualmente si los poseen. Un sitio web pobremente diseñado afectara directamente la credibilidad de tu negocio.

Publicidad eficaz

El dinero gastado en publicidad en linea para atraer potenciales clientes a tu sitio web es mucho mas manejable y medible que el dinero gastado en publicidad tradicional como periódicos, volantes o guías telefónicas. Tu obtienes métricas y resultados  de como tu compaña de publicidad en linea esta marchando y ajustarla a como te plazca.

Tus clientes no podrían tener tanto control y precisión sobre sus gastos y resultados de sus anuncios si no tuvieran un sitio web, este es un gran punto para venderles a tus clientes sobre su inversión en un sitio web.

Mejora la productividad

Este es probablemente la ultima cosa que tus clientes esperan de un sitio web. En general un sitio web puede mejorar la productividad y liberar tiempo  que es usado en tareas manuales. Por ejemplo un formulario de contacto, la mayoría de las personas esta mas dispuesta a llenar un formulario en linea que hacer una llamada telefónica, es fácil y rápido.

No solo le ahorra tiempo a tus clientes, si no que tendran mas tiempo para pensar las respuestas a estas preguntas  a diferencia de que  lo hubieran llamado por teléfono.

Tu obtienes lo que pagastes

En este punto seguramente tu ya has convencido a tus clientes de que necesitan un sitio web, pero ellos aun están preocupados sobre el dinero que tienen que pagar, incluso si ahora miran un sitio web como una inversión.

Tus clientes seguramente están pensando en maneras mas económicas de crear su sitio web, lo cual es muy fácil, por ejemplo solo basta tomar un plantilla gratis wordpress  y configurar el sitio. El truco aquí es asegurar a tus clientes que ellos recibirán lo que están pagando: un sitio web profesional con una imagen para su negocio que inspire confianza a sus potenciales clientes, recuerda que tu sitio web creara en sus visitantes la confianza de un negocio solido y confiable.

Explica las posibilidades

Muchas personas como tus clientes no saben que pueden lograr con un sitio web por ejemplo: Pagos de facturas, ventas, administrar contenido de productos, registro de newsletters, campañas de email, suscripciones a sus servicio , etc. y la lista podria seguir.

Tus clientes necesitan saber lo que pueden hacer y entenderán que necesitan un experto a su lado para el desarrollo de su sitio web. Asegurate que no solo estas vendiendo una lista de cosas que puede hacer, tu quieres que ellos te vean como alguien en quien pueden confiar y obtener respuestas sobre todas esas actividades.

Todas esas actividades son solo parte de lo que tus clientes quieren, después de todo hay miles de freelancers que puede diseñar y crear sitios web como tu.

La importancia del diseño

Como diseñador que eres tu sabes la importancia de una imagen en linea, pero tus clientes no la saben. El truco aquí es hacer que tus clientes reconozcan esta importancia. Por ejemplo puede usar el siguiente parrafo de Razorfish’s report on branding es de hace 5 años pero es muy bueno:

"Deacuerdo con nuestros estudios 65% de los clientes reportan que una experiencia de una marca digital ha cambiado su opinión sobre una marca o producto y servicio "

Muestra estadísticas

Si tus clientes aun necesitan ser convencidos del porque necesitan un sitio web muestra algunas estadísticas. Por ejemplo el aumento de personas en internet, el aumento de los dispositivos móviles para buscar información, etc.

Aqui tienes un link de ejemplo: http://pueyrredonline.com/blog/2012/09/beneficios-de-las-compras-por-internet-en-america-latina/

Analiza a sus competidores

Otra gran manera de convencer a tus clientes es hacer una simple búsqueda en google en frente de ellos sobre sus competidores, lo cual lo convencerá de que esta ausente en internet. Al mismo tiempo puedes señalar los puntos buenos y malos de sus competidores en orden de que entiendan de que manera tu harías la cosas diferentes.

Trae las redes sociales a la mesa.

Por que hay que afrontarlo twitter y facebook  son muy visibles en estos días. Este puede ser un paquete adicional que puedes vender a tus cliente para dar mas difusión a negocio.

Ofreciendo una estrategia en las redes sociales o al menos diseñando un perfil y una foto de portada bonitos  es usualmente fácil de vender.



Link
 http://www.smashingmagazine.com/2014/07/29/selling-to-small-town-clients/
http://www.smashingmagazine.com/2013/10/30/selling-responsive-website-design/

Javascript domina la web... pero hay que tener un poco de cuidado

Lo siguiente son trozos de varios artículos que he leído con los que estoy de acuerdo y creí que vale pena compartir en manera de un unico post.

 Quiero comenzar diciendo que soy un gran fan de javascript, escribo gran cantidad de código con el y lo encuentro increíblemente útil, de ambas maneras como un lenguaje de programación y como una manera de mejorar la usabilidad y accesibilidad del contenido web. En los primeros días de la web muchos programadores se distanciaban mucho de javascript, muchos lo miraban como un lenguaje de juguete y lo sentían similar a html y css. No era tan poderoso como Java,C o Perl por lo que no valia la pena aprenderlo. Pero con el pasar de los años javascript cambio mucho.

 La mayoría de los programadores comenzaron a tomarse enserio javascript cuando AJAX se volvió popular y con el nacimiento de los frameworks MVC javascript (angular,ember,ect) muchos programadores empezaron a volcarse a javascript. El único problema que veo con esto es la desconexión fundamental de estos programadores parecen tener en la manera en que ellos crean código para la web. En el desarrollo tradicional de software tenemos cierto control sobre nuestro entorno, pero en la web no.

 Por ejemplo si estamos escribiendo un programa del lado del servidor en Python, Rails o php una de estas cosas es cierta:

 1 - Nosotros controlamos el entorno del servidor: SO , versión de lenguaje paquetes , ect
 2 - Nosotros no controlamos el entorno del servidor: Pero tenemos conocimiento de el y podemos crear código deacuerdo a sus especificaciones y todo estara bien.

 En el mundo tradicional de instalación de programas nosotros podemos controlar nuestro entorno poniendo ciertas restricciones en los SO para que nuestro código pueda correr ,ram , espacio en disco duro etc. Nosotros establecemos todo esos requerimientos para que los que usuarios puedan usar nuestros programas.

 En la web sin embargo todo esto es incierto. No tenemos control del entorno  en donde nuestro código javascript,html,css se ejecutaran. Nuestros usuarios controlan el aparato que usan, nuestros usuarios deciden que sistema operativo usar, cuanta ram  y espacio en disco quieren , la velocidad del procesador y el tipo de navegador que quieren usar. Y los proveedores de Internet se sientan en medio de nosotros y nuestros usuarios controlando la velocidad de la red , latencia y por ultimo que contenido permiten que el usuario descargue.

Lo unico que podemos hacer es tratar de hacer la experiencia adaptable a cualquier tipo de situación y cruzar los dedos para que todo salga bien. El problema fundamental de confiar en javascript  es que crea la ilusión de que estamos en control, seguramente si construimos una aplicación de uso personal o para algún familiar nosotros podemos decidir los requisitos para nuestra app SO/navegador/ram/etc  pero eso no es una realidad para el mundo web.

No podemos confiar ciegamente en la disponibilidad de una versión de SO ó versión de navegador cuando se trata de llevar nuestra app a internet, en lugar debemos construir experiencias que sean adaptables y tomar decisiones inteligentes  sobre las tecnologías especificas a usar en orden de tomar ventajas de sus beneficios mientras somos conscientes que no podemos garantizar la completa compatibilidad en este caso entra en juego algo llamado "progressive enhancement"

El concepto de "progressive enhancement" se ha convertido en unos de los temas de mas debate en la web de la actualidad, para ponerlo simple "progressive enhancement" es la técnica para construir sitios web con fuertes cimientos para que se a accesible a un amplio rango de situaciones (SO , navegadores, ram, ect)

Si tienes tiempo puedes leerte este post de como twitter uso esa técnica en el 2012 link.

He tomado una tabla de unas pruebas hechas por Jake Archibald en su blog donde ha hecho pruebas de parseo y ejecución de jquery 2.1.1 en diferentes dispositivos.

Parse and execution times of minimized jQuery 2.1.1

Device	Browser	Median Parse	Median Execution	Median Total
Blackberry 9650	Default, BB6	171ms	554ms	725ms
UMX U670C	Android 2.3.6 Browser	168ms	484ms	652ms
Galaxy S3	Chrome 32	39ms	297ms	336ms
Galaxy S3	UC 8.6	45ms	215ms	260ms
Galaxy S3	Dolphin 10	2ms	222ms	224ms
Kindle Touch	Kindle 3.0+	63ms	132ms	195ms
Geeksphone Peak	Firefox 25	51ms	109ms	160ms
Kindle Fire	Silk 3.17	16ms	139ms	155ms
Lumia 520	IE10	97ms	56ms	153ms
Nexus 4	Chrome 36	13ms	122ms	135ms
Galaxy S3	Android 4.1.1 Browser	3ms	125ms	128ms
Kindle Paperwhite	Kindle 3.0+	43ms	71ms	114ms
Lumia 920	IE10	70ms	37ms	107ms
Droid X	Android 2.3.4 Browser	6ms	96ms	102ms
Nexus 5	Chrome 37	11ms	81ms	92ms
iPod Touch	iOS 6	26ms	37ms	63ms
Nexus 5	Firefox 32	20ms	41ms	61ms
Asus X202E	IE10	31ms	14ms	45ms
iPad Mini	iOS6	16ms	30ms	46ms
Macbook Air (2014)	Chrome 37	5ms	29ms	34ms
Macbook Air (2014)	Opera 9.8	14ms	5ms	19ms
iPhone 5s	iOS 7	2ms	16ms	18ms
Macbook Air (2014)	Firefox 31	4ms	10ms	14ms
iPad (4th Gen)	iOS 7	1ms	13ms	14ms
iPhone 5s	Chrome 37	2ms	8ms	10ms
Macbook Air (2014)	Safari 7	1ms	4ms	5ms

Lo que  Jake Archibald dice :  "La horrible verdad sobre javascript cuando se trata de dispositivos que no son muy poderosos en hardware. Puedes pensar que esos modelos donde los tiempos son mas grandes son modelos viejos que nadie usa, lo cual es un error por que según las estadísticas las personas usan mas dispositivos antiguos que nuevos. También no importa que navegador usen lo mas importante es el poder de hardware del dispositivo.

Lo interesante de los tiempos de parseo y ejecución es que son para la ultima versión de jquery la cual pesa 88kb minificada, sin plugins adicionales sin frameworks. De acuerdo con los últimos reportes de HTTP archive, la media de transferencia de archivos JS son de 230kb". Las pruebas que el hizo son solo una fracción de ese tamaño. Jake Archibald dice que no pidio que jquery hiciera nada.

Por eso en algunas ocasiones debemos considerar reducir la dependencia de javascript en nuestros proyectos, no solo es saludable en tiempo de carga sino sera accesible para las personas que tienen javascript desabilitado en sus navegadores.

Como programador de javascript yo uso el framework angularJS y me parece impensable que algún usuario tengo desabilitado javascript en su navegador, pero aunque no queramos admitirlo existen y las app que usan frameworks javascript se vuelven cada vez mas pesadas. Las recomendaciones que siempre leo en internet son:

• Reducir lo maximo posible javascript
• Usar mas los render del lado del servidor
• modular tus archivos javascript y usar lazy loading
• Algunos recomiendan que la pagina principal que tiene datos para presentar sean cargador por el lado del servidor primero y después usar ajax para lo demas, algo asi como incluir un json con todos los datos necesarios iniciales en el html.

Como Nate Koechley’s dijo una vez:

"En un empleo anterior a yahoo, siempre me hacian la pregunta al inicio del cualquier projecto: ¿ Cuales navegadores debemos soportar en este projecto ? vamos a soportar netscape 4 ? IE 5? y siempre me fue preguntada en un sentido binario donde la respuesta siempre tenia que ser si o no. y con el tiempo nos dimos cuenta que el principal objetivo de nosotros era la maxima disponibilidad posible. Y esa fue la primera cosa que tuvimos que entender, el soporte no es binario. La segunda cosa que tuvimos que aprender es que soportado no significa realmente identico. En lugar de soportar un navegador, nosotros queremos dar al navegador lo que puede manejar de la manera mas eficiente posible."


Hace algún tiempo salio una web con el titulo “You Might Not Need jQuery”  el sitio en si ofrece ejemplos de código donde puedes hacer lo mismo que jquery pero con javascript nativo por nosotros mismo.

Lo interesante de esta web son el sinnúmero de comentarios que recibio con opiniones divididas sobre el tema. Lo cual hace preguntarse si una simple sugerencia sobre no usar una tecnologia determinada puede generar tanta discusion sobre el tema entonces debemos preguntarnos si estamos demasiado  dependientes de ella.

No estoy diciendo que no debamos usar frameworks y librerías, De hecho me gusta mucho jquery y los frameworks javascript pero lo que preocupa es que estas librerias se han convertido en librerías por defecto en cualquier proyecto y damos por hecho que esa dependencia es sana y la mayoría dela gente esta amarrada a esa tecnologia. Esto obviamente lleva a que tengamos librerías con un peso considerable en nuestros proyectos por considerarlas obligatorias.


http://aaron-gustafson.com/notebook/2014/a-fundamental-disconnect/
http://timkadlec.com/2014/09/js-parse-and-execution-time/
http://jakearchibald.com/2013/progressive-enhancement-is-faster/
http://timkadlec.com/2013/08/being-practical/
http://sixrevisions.com/web-development/progressive-enhancement/