viernes, 18 de agosto de 2017

¿Todas Las Tendencias Valen La Pena? Los 5 Errores De UX Más Comunes Que Cometen Los Diseñadores

Como diseñadores web, estamos constantemente intentando crear una gran experiencia UX y ayudar a los usuarios a llegar a sus metas. En nuestro trabajo diario, usamos muchos tipos de patrones comunes y tendencias. En mi experiencia, he visto cómo esos patrones y tendencias pueden fácilmente dirigir clientes y diseñadores/desarrolladores en la dirección equivocada. No es ningún secreto que de vez en cuando todos nos desviamos un poco con las cosas que parecen verse increíbles. Lo admito, he caído en esas trampas en muchas ocasiones, he optado por crear algo visualmente atractivo y sacrificado la usabilidad para ello. ¿Por qué lo hice? Asumí que un momento wow pasaría y que mágicamente atraería al usuario. Esperé que este efecto wow causaría un largo impacto. El momento solemnizador vino cuando encontré que mis usuarios tenían problemas para comprender la interfaz que había creado y de la cual estaba muy orgulloso. A veces aprendes de las formas más difíciles.
Los 5 Errores De UX Más Comunes Que Cometen Los Diseñadores
La lección que aprendí fue que para evadir un viaje muy movido para nuestros usuarios, siempre debemos preguntarnos qué es lo que está debajo de la brillante superficie de la interfaz de usuario que estamos creando. Vale la pena detenerse antes de encariñarse con cualquier patrón o tendencias y pensar en el valor que proveen. Como Kate Rutter brillantemente dijo, “feo pero útil triunfa sobre bonito pero sin sentido”.
Por favor, no me malinterpretes –– no estoy sugiriendo que no deberíamos hacer que las cosas sean hermosas, estoy sugiriendo que deberíamos concentrarnos en hacer cosas hermosas y usables. La clave con patrones y tendencias es encontrar un balance entre qué se ve bien y el valor detrás de ello.
En este artículo, listaré varios y comunes errores de UX que veo todos los días. Si bien no son todos malos, por decirlo de alguna forma, pueden ser peligrosos si no se implementan con cautela. También compartiré un poco de información en cómo puedes mejorar la usabilidad cuando implementas esas tendencias o incluso sugerir una solución alternativa. Sin nada más que agregar, miremos la lista.

Error Común #1: Encabezados Grandes Y Fijos

Vemos más y más encabezados grandes y altos––bloques marcados y menús que tienen una posición fija y toman una gran y significativa parte de la ventana de visualización. Se pegan a la parte superior y muchas veces bloquean el contenido debajo de ellos. He visto encabezados en sitios web de gran producción que tienen más de 150 píxeles de altura, pero ¿hay valor real detrás de ellos? Puede que esté forzandolo un poco, pero encabezados fijos y grandes me recuerdan a los temibles y ahora antiguos marcos de HTML. ¡Uf!
Elementos fijos pueden tener beneficios reales, pero por favor ten cuidado cuando estés lidiando con ellos – hay un número de cosas importantes para tener en cuenta. Cuando se implementen encabezados fijos, ten en cuenta un par de errores comunes que quieres evadir como sea posible:

Muy Grande Para Ser Cómodo

Si la decisión de diseñar un encabezado fijo y grande ya se ha tomado, realiza algunas pruebas para averiguar si ‘grande’ es ‘demasiado grande’. Asegúrate de no exagerar y poner mucho contenido en el encabezado, lo cual resultará en un elemento demasiado alto. Con el encabezado fijo en su lugar, navegar debería ser algo cómodo y rápido de hacer para tus usuarios. Si tienes dudas en cuanto al tamaño real del encabezado, intenta hacerlo más pequeño sin sacrificar demasiado del atractivo visual y la presencia de marca. Al fallar en encontrar un buen balance podría resultar en una experiencia claustrofóbica para tus usuarios y dejar muy poco espacio para el contenido central.
El año pasado, he estado trabajando en un proyecto donde el cliente insistió tener una navegación fija en la versión de escritorio. Incluso cuando la barra no era especialmente alta, temí que algunos usuarios podrían sentirse claustrofóbicos por sentirse encerrados. Mi solución fue simple––al darle a la barra de navegación un poco de transparencia usando CSS, los usuarios podían ver a través de la barra, lo cual hacía que el área de contenido pareciese más grande. A continuación, una pequeña porción del código de CSS, ¿por qué no intentar y ver si también funciona para ti?
.header { opacity: 0.9; }
Este ejemplo lo encontré por ahí cuando recientemente me topé con la página del perfil de ATP de Roger Federer.
Su encabezado fijo tiene una altura de unos 110px, y cuando te desplazas hacia abajo, una sub navegación aparece, haciendo que el encabezado tenga 160px de alto. Eso es más del 30% de la altura de la página entera de mi MacBook Pro con el dock abierto.

No Arreglar El Problema En Mobile

De seguro muchos usuarios usarán una pantalla bastante grande y los menús fijos podrían ser una ventaja en resoluciones grandes, pero ¿qué sucede con resoluciones más pequeñas y el mundo mobile? Ten en cuenta que una porción significante de tus usuarios usarán un dispositivo con una resolución pequeña, así que para mobile la opción position: fixed probablemente no sea la mejor solución. Por suerte, técnicas responsive nos permite diseñar una solución diferente y quedarnos con el encabezado fijo sólo para resoluciones grandes. La aproximación de ‘mobile-first’ nos dará muchas de las respuestas––comienza con la resolución mobile, sólo con el contenido esencial, y sigue desde ahí.
Coffee with a Cop tiene también un encabezado fijo, pero más pequeño – menos de 80 píxeles.
Se puede decir que es una buena solución en resoluciones grandes, porque permite una navegación fácil y rápida. En resoluciones pequeñas, el encabezado está fijo y toma una considerable cantidad de espacio en la pantalla del dispositivo. Recomendaría no usar un encabezado fijo en mobile y en cambio, usar un icono hamburger fijo, lo cual podría abrir un menú cuando se le hace tap. Aunque este patrón no resuelve un problema universal, libera una gran cantidad de espacio. En smartphones y tablets, el espacio puede ser muy preciado.

Error Común #2: Tipografías Delgadas

Las tipografías delgadas parecen estar en todos lados––numerosas apps nativas para mobile y websites modernos. Con la tecnología de las pantallas avanzando y un rendering mejorado, muchos diseñadores están optando por usar tipografías finas o delgadas en sus diseños. Son elegantes, frescas y novedosas. Sin embargo, tipografías delgadas pueden afectar a la legibilidad y convertirse en un gran problema. Ten en cuenta que no todos estarán viendo tu sitio web en un monitor que renderice la tipografía como debiera. Por ejemplo, me he dado cuenta que la tipografía delgada es muy difícil de leer en mi iPhone e iPad con retina display. Antes de pensar en cómo se ve y siente una tipografía, demos un paso hacia atrás por un segundo.
Si los usuarios no pueden leer las palabras en tu app, no importa qué tan hermosa sea tu tipografía
Apple se refiere a apps mobile, pero el mismo principio se puede aplicar a todos los sitios web. Como Colm Roche dijo, legibilidad ≠ opcional, pero necesaria para buena usabilidad. No tiene sentido poner contenido en un sitio web si la gran mayoría de tus usuarios apenas puede leerlo, ¿no crees?
A continuación, los errores más comunes que querrás tener en cuenta antes de poner a tu tipografía a dieta:

Usar Tipografía Delgada Porque Sí

Como con cualquier tendencia, es peligroso hacer o usar algo porque otros lo hacen. Las tipografías deberían no sólo verse bien. Primero que nada, deberían ser legibles y ser un trampolín a una buena usabilidad. La decisión de usar tipografía delgada sólo porque se ve bien está destinado a resultar contraproducente. En esta excelente charla, More Perfect Typography, Tim Brown habla sobre el punto óptimo donde la tipografía canta. Este punto óptimo es una combinación de tamaño, peso y color donde pones las bases de tu sitio web.
Para asegurarte de que encuentres una buena tipografía para el cuerpo de tu contenido que llegue a ese punto óptimo, realiza algunas pruebas en diferentes ambientes. Lo cual nos lleva al siguiente error que vale la pena evadir:

No Probar La Legibilidad En Los Principales Dispositivos

La tipografía delgada podría verse bien en tu pantalla y podrías no tener complicaciones para leerla, pero ten en cuenta que tú no eres tu usuario. Invierte en pruebas de usabilidad para averiguar si tus usuarios reales están felices con la tipografía en los dispositivos principales: computadoras de escritorio, laptops, tablets y smartphones. Mientras haces más pruebas en mobile, haz que tus participantes usen tu sitio web en dispositivos mobile a la luz del día––tus usuarios reales no siempre tendrán condiciones ideales para navegar tu sitio web. Si tienes que leer algo en un dispositivo mobile en un día con mucho sol, probablemente sabes lo difícil que es. Si decides usar una tipografía delgada en tu sitio web, hay una forma simple de adaptarla para usuarios mobile. A continuación, una solución que recientemente vi en un sitio web:
Oak hace un buen trabajo adaptándose a las necesidad de sus usuarios––en la resolución de escritorio, su encabezado H1 tiene una tipografía muy delgada. Como el encabezado es grande y tiene un buen contraste de color, sospecho que la legibilidad no sufre. En mobile, donde el tamaño del encabezado es significativamente más pequeño, el peso es apenas más grueso, lo cual ayuda a la legibilidad. Claramente, han encontrado problemas con la legibilidad en cuanto a tipografías delgadas se refiere en tamaños pequeños e implementaron un peso de tipografía mayor a través de media queries. Su solución fue simple pero muy efectiva.

Error Común #3: Bajo Contraste

El bajo contraste se ha convertido una tendencia en el diseño de interfaz de usuario en los últimos años. Ya hemos hablado de tipografías, las cuales crean un contraste bajo, pero hay una mayor trampa en la cual podrías caer: una combinación de tipografía delgada con un contraste de color bajo hará que tus usuarios rasquen sus cabezas y piensen ¿hemos perdido la cabeza?. Por supuesto, no todos los bajos contrastes son malos, incluso puede añadir algo al atractivo visual si diseñas con cuidado. Pero en el caso con todos los errores de UX, es importante no exagerar y pensar en la usabilidad.
Un par de grandes errores que querrás evadir mientras tratas con contraste son:

Bajo Contraste De Color En El Cuerpo Del Contenido

Si bien el bajo contraste en el color no es exclusivamente malo, puede tener un mal impacto en la usabilidad de tu sitio web y hacer que el texto sea muy difícil de leer para alguno de tus usuarios. Si este artículo te inspira a incrementar el contraste de color en al menos una sola cosa, haz que dicha cosa sea el contenido del cuerpo. Es probablemente el área menos favorable con la cual experimentar.
Cool Springs Financial usa una variante delgada de Helvetica para el texto del cuerpo del contenido. Y si bien se ve elegante y contribuye a complacer a los usuarios desde un punto de vista estético, es difícil de leer en numerosas plataformas.
Hice una prueba rápida en una MacBook Pro con retina display, al igual que en un iPhone e iPad con retina display. La captura de pantalla es de mi MacBook Pro lo cual revela problemas de contraste y legibilidad. Me costó mucho leer el texto del sitio web en todos mis dispositivos. ### No Probar El Contraste
Considera hacer un poco de pruebas de usuario para evadir problemas al final del camino. De por sí, ya escucho a algunos de mis clientes y colegas decir “Bojan, pruebas de usuario consumen mucho tiempo y son costosas”. Pueden serlo, pero lo que realmente no toma es demasiado tiempo para probar el contraste de tu sitio web. Comienza con el contenido del cuerpo y luego ve probando hacia arriba. Hay una buena herramienta llamada Colorable con la cual puedes poner un contraste de texto correcto de acuerdo con las líneas guías de accesibilidad de la WCAG. Una vez que sabes que estás usando el contraste correcto, ajusta otros colores en tu sitio web y realiza pruebas de usuario rápidas para asegurarte que la mayoría de tus usuarios tendrán una experiencia libre de dolor. Dudo que el bajo contraste cause una rebelión, pero podría frustrar a muchos de tus usuarios.

Error Común #4: Apropiación De Desplazamiento

Otra tendencia que estamos viendo mucho últimamente es la apropiación del desplazamiento. Los sitios web que implementan esta tendencia toman el control del scroll (usualmente con JavaScript) y sobreescriben una función básica en el navegador web. El usuario ya no puede controlar el desplazamiento de la página y no puede predecir su comportamiento lo cual puede fácilmente llevar a la confusión y frustración. Es un experimento arriesgado que podría dañar la usabilidad, así que aconsejo mucho cuidado.
Si estás convencido en implementar esto, deberías intentar evadir el siguiente error:
Algunos sitios web pueden escapar con tomar el control del desplazamiento, pero no garantiza que tu sitio web pueda hacerlo también. Las tendencias y patrones no pueden ser seguidos a ciegas e implementados. Por ejemplo, estamos viendo muchos diseñadores seguir lo que hace Apple con su sitio web y control del desplazamiento entre página y página, efectos parallax e imágenes de alta resolución de varios dispositivos. Apple tiene sus propias razones, sus propios usuarios, conceptos y contenido único. Y como todo sitio web tiene problemas únicos, también debe tener soluciones a medida para estos problemas.

No Hacer Pruebas Con Usuarios Reales

Para evadir problemas cuando tomamos prestadas ideas o patrones, hay que asegurarse de probar los prototipos de tu sitio web con tus propios usuarios. Pruebas de usabilidad simple revelarán si la implementación del desplazamiento controlado es viable o no. Probar esto seguramente responderá muchas preguntas y proveer pistas de cómo puedes mejorar tu idea. Sin pruebas, no tendrás forma de saber qué dirección tomar y desarrollar sitios web basados en suposiciones muchas veces cuestan demasiado más adelante.
Tumblr utiliza esto en su sitio web. Si bien su implementación podría también ser riesgosa, parece que entienden a su audiencia, su contenido y concepto lo apoya, y que han satisfecho muchas de las necesidades de sus usuarios. Cuando un usuario intenta ir hacia abajo, el scroll es controlado por el sitio web, pero el usuario es luego llevado a la siguiente sección del sitio web. El contenido se divide en muchas secciones o bloques, los cuales son fáciles de distinguir y grandes puntos indicadores se fijan a la derecha del viewport. Como resultado, el home se siente como un gran carrsuel del cual tú tienes el control, en vez de que sea un sitio web experimental con mente propia.

Error Común #5: Carruseles No Efectivos

Los carruseles son muy común en la web, y lo han sido por mucho tiempo. Si bien son efectivos, también pueden ser una pesadilla si no se diseñan y desarrollan con cuidado. La pesadilla para tus usuarios podría ser el hecho de que están teniendo problemas para entenderlo. La pesadilla para ti podría ser el hecho de que tus usuarios no están viendo el contenido importante en algunos de los slides del carrusel.
Los carruseles sin contenido de importancia: no es la forma más efectiva de usar el espacio en tu sitio web
Muchos carruseles que he estado viendo tienen desventajas similares. Algunas de ellas son:

Falta De Valor Real Para Los Usuarios

¿Cuál es el valor real que ofrece el carrusel para tus usuarios? Si se hace bien, un carrusel debería entablar una conección con tus usuarios y ayudarlos a completar sus metas rápidamente y sin dolor. Muchas veces veo carruseles que pueden no proveer valor adicional, pero parecen ser simples decoraciones. A continuación, un rápido examen que puedes hacer: toma un post-it y escribe tres beneficios que el carrusel puede ofrecerle al usuario. Si fallas en pensar en tres, entonces hay una gran chance de que tu carrusel necesite más trabajo.

Demasiados Ó Muy Pocos Slides En El Carrusel

Muchos slides podrían tener un efecto negativo en los usuarios y simplemente podrían elegir ignorar el carrusel. El gurú de la usabilidad, Jakob Nielsen, sugiere lo siguiente:
Incluye cinco o menos slides dentro del carrusel, porque es poco probable que los usuarios entablen conexión con más que eso. Si bien más de cinco podría ser demasiado, menos de tres podría indicar que una mejor solución está siendo bien recomendada. Una de las premisas para una carrusel es el hecho de que necesitas mucho contenido metido en un espacio muy pequeño, pero con sólo dos slides, ¿por qué no mostrar ambos al mismo tiempo y olvidarse de deslizarse para un lado u otro de una vez?

Las flechas de anterior y siguiente e indicadores de slides no son tan obvios y/o accesibles.

Asegúrate de que estás haciendo de tu preciado contenido algo accesible. Información importante en un carrusel podría quedarse escondida si las flechas de siguiente y anterior no son obvias y demasiado grandes para un click cómodo. Oh, y no te olvides del tap – tus usuarios mobile te agradecerán por eso.
A veces, no hay flechas en un carrusel, y el indicador de puntos son links para saltar entre eslides. Recuerda que necesitarás proveer un área para hacer tap que sea agradable, clickeable y grande (recomiendo unos 35x35px al menos). De otro modo, los blancos pequeños llevarán a una práctica de blancos muy frustrante y los usuarios se irán de tu sitio web.
La página web de Fundación Floresta Longo tiene un carrusel de imágenes en el encabezado. Tiene autoplay y se presentan cinco fotografías en los slides. Las flechas de anterior y siguiente son pequeñas y transparentes, lo cual hace que sea difícil de verlas y hacer click o tap en ellas. No hay indicadores para el slide en el que estás y ninguna etiqueta que muestre lo que la fotografía representa. Las imágenes no son links y actúan sólo como decoración. Si bien el carrusel podría tener algo de valor entablando una conexión con el usuario, ciertamente deja mucho que desear.

Conclusión

He listado los errores más comunes de UX en algunas tendencias web actuales. Si tienes implementado o estás pensando en implementar cualquiera de ellas, sinceramente espero que este artículo haya sido de utilidad para ti. Como un [Diseñador UX], usa tu mejor juicio y no tengas miedo de improvisar, pero siempre recuerda tener a tus usuarios en mente.
Siéntete libre de comenzar una conversación aquí debajo. Me gustaría mucho leer sobre tus experiencias, puntos de vista, o sugerencias de cómo hacer las cosas mejor.
Articulo publicado originalmente en Toptal.

jueves, 10 de agosto de 2017

Bootstrapped: Construyendo una Compañía a Distancia

Si me preguntan, trabajar a distancia es lo mejor hay. Actualmente estoy escribiendo desde un bar en una pequeña playa en una isla remota en el sur de Tailandia. Cuando levanto la vista de mi laptop, sólo veo el infinito océano y sus aguas cristalinas. Disfrutaré de esta mañana sin distracciones y me concentraré en mi trabajo porque el resto del equipo ni siquiera se ha despertado. Las zonas horarias funcionan muy bien para los equipos distribuidos.
Mi colega Thomas recientemente habló con 11 Líderes en Gestión de Proyectos (11 Thought Leaders in Project Management) sobre el impacto que genera trabajar a distancia en una compañía; algunos expertos en Scrum argumentaron que los equipos distribuidos pueden trabajar juntos de forma efectiva, mientras que otros estuvieron fuertemente en desacuerdo.
Entiendo sus preocupaciones; no puedes simplemente abrir las puertas de la empresa y liberar a todos en la jungla. No está garantizado que terminarás con un negocio próspero. Un ejemplo claro es el de Marissa Mayer en Yahoo, en el famoso recorte laboral de trabajo a distancia en 2013 (axed remote work), cuando sintió que algunos empleados estaban abusando del mismo.
Entonces, ¿cómo puede lograr una compañía tecnológica el trabajo a distancia? Continúa leyendo. La siguiente historia está basada en nuestra experiencia en Planio y cómo logramos que el trabajo a distancia funcionara.

Entra en Planio, mi Compañía a Distancia

Existen una cantidad de cosas que me motivaron a comenzar mi compañía. Separarme del trabajo del cliente, al tiempo que mantenía todos los beneficios de trabajar como freelancer sin una ubicación fija fue uno de los motivos.
En 2009, me encontraba bajo la sombra de unos cipreses en un hermoso jardín al estilo mediterráneo, desde donde podía ver las colinas toscanas, mientras trabaja arduamente en un nuevo proyecto: Planio.
En una herramienta de gestión de proyectos para personas como yo: desarrolladores. Planio ayuda a crear proyectos de clientes de forma más organizada y transparente, mientras reduce el número de herramientas y plataformas que se necesitan para realizar el trabajo. Planio está basada en Redmine de código-abierto (Un proyecto de software de código abierto basado en Ruby on Rails*), el cual he utilizado a distancia con mis clientes desde sus comienzos. En cierta forma, el trabajo a distancia ya se encuentra en ADN de Planio.
Hoy en día, mi pequeño proyecto paralelo ha crecido hasta convertirse en una empresa de verdad. Somos un equipo de 10 personas, prestando servicio a más de 1,500 negocios en el mundo. Tenemos una oficina en Berlín, pero muchos de nosotros trabajamos a distancia.
En este artículo, indagaré en los principios, herramientas y lecciones que me han ayudado a lo largo de los años. Después de leerlo, espero puedas diseñar el software de tu compañía para que sea remote-friendly desde el principio.

“Hablar no cuesta nada. Muéstrame el código.” Linus Torvalds

Cada Jueves tenemos una conferencia por video-llamada (All-hands conference) donde discutimos lo que hicimos la semana anterior, y lo que haremos a futuro.
Al principio, pasamos mucho tiempo discutiendo ideas antes de decidir qué hacer, pero descubrimos que es mucho más difícil cuando algunos miembros del equipo tienen una mala conexión a Internet y no puedes verlos.
Ahora usualmente solo “hacemos las cosas” y después lo discutimos, creamos un prototipo que funcione con algunas ideas esenciales y después hablamos sobre eso. Por ejemplo, recientemente nos encontramos con algunos problemas de desempeño con nuestros repositorios de Git. En lugar de discutir y analizar todas las formas en las que podíamos ahorrarnos un par de milisegundos por aquí y allá con cada propuesta, mi colega Holger simplemente construyó sus mejoras sugeridas (Speeding up Git at Planio) en una prueba de concepto en un servidor en staging hacia donde dirigimos parte de nuestro tráfico. Esto resultó bastante bien y estas ideas irán a producción.
Este método hace que todos se enfoquen en la acción en vez de hablar. El tiempo invertido en escribir código es recompensado al ver que pasamos menos tiempo andando con rodeos.

Utiliza la Comunicación Escrita

La comunicación en tiempo real inhabilita la claridad. Llamar a un compañero cuando necesitas algo es fácil e instintivo, pero no es siempre tu mejor opción. No puedo recordar cuantas veces empecé a escribir un correo o una nota de Planio para luego resolver el problema mientras redactaba.
Zach Holman, uno de los primeros ingenieros contratados en GitHub, está de acuerdo en que: “El texto es explícito. Al forzar la comunicación a través de un método escrito, fuerzas a las personas a formular mejor sus ideas.”
La comunicación escrita también te hace más respetuoso del tiempo de los demás, en especial cuando vives a varias zonas horarias de distancia. Una comunicación inmediata puede disruptiva; puede ser que la persona se encuentre tratando de averiguar porque un sistema o proceso no funcionó correctamente. En cambio con un correo, él o ella puede leerlo cuando le sea más conveniente, y dar una respuesta adecuada.

Se tan Transparente como sea Posible

Pasar mucho tiempo preocupándose por las políticas de oficina no es la forma más propicia para enviar un software que funcione, y la claridad o transparencia promueve la confianza. No es una coincidencia que compañías a distancia, como Buffer, tengan una transparencia radical. En el caso de Buffer, la empresa comparte información sobre los ingresos y salarios de todos sus empleados.
Automattic, la compañía detrás Wordpress.com, también pone énfasis en la transparencia. En el libro “El Año sin Pantalones” (The Year Without Pants), Scott Berkun comparte su experiencia trabajando a distancia para Automattic, y que todas las decisiones y discusiones están disponibles para los empleados en su plataforma de debate P2 como parte de su énfasis en la transparencia.
La función de chat en Planio funciona de forma similar. Los debates están abiertos para todo el mundo y los historiales de chat están conectados automáticamente desde los problemas que se discutieron para que nadie quede de lado; incluso los nuevos empleados pueden leer las decisiones que se tomaron anteriormente y por qué. Cuando comencé a desarrollar la función para chatear, considere agregar una función para chatear en privado con otros, pero cuando los debatimos en equipo, llegamos a la conclusión de que era mejor no hacerla para tener la mayor transparencia posible en el equipo.
Me parece que la transparencia en equipo es fundamental para equipos remotos. Por ejemplo, imagina por un momento que acabas de unirte a un equipo de desarrolladores a distancia. Quizás nunca has conocido a tus nuevos colegas. No conoces las reglas tácitas de comportamiento. Puede ser que te preocupe si estás realizando un buen trabajo o no. ¿Tus compañeros de trabajo están siendo sarcásticos o sus cumplidos son en realidad sinceros? ¿Estarán discutiendo en privado si eres un buen ingeniero?

Digitaliza tus Sistemas

Escogemos nuestros servicios de acuerdo a lo que ofrecen en plataformas online, desde los proveedores de teléfono hasta los bancos (algunos incluso ofrecen un pequeño incentivo financiero si decides dejar los papeles, además es genial para el medio ambiente). Yo tengo la fortuna de tener un abogado y un contador para Planio a los que no les importa enviar correos o mensajes por Google Hangouts, en lugar de decirme que vaya hasta sus oficinas. (En realidad recomiendo preguntar sobre ello en la primera reunión). Y puntos extra si se logra que firmen con una herramienta de gestión de proyectos y formen parte de tu equipo.
Hemos estado digitalizando nuestro correo postal; en Planio usamos un servicio llamado Dropscan, el cual recibe nuestras cartas, las escanea y reenvía las más importantes a las personas indicadas. No te gustaría que un amigo las agarrara y las leyera en Skype. Si no puedes encontrar un proveedor que escanee tu correo postal en tu país o ciudad, algunos sitios ofrecen membresías virtuales para tener una dirección postal física mientras no estés en la zona.
Para aquellas compañías que aún siguen enviando correo, existen servicios para que nunca haya necesidad de visitar una oficina postal nuevamente. Nosotros utilizamos una empresa de imprenta Alemana con una API (interfaz de programación de aplicaciones) que automáticamente envía una carta junto con una calcomanía a cada nuevo cliente de Planio. Es algo que a la gente le encanta, y no tenemos que imprimir y enviar nada. Algunas alternativas internacionales son Lob y Try Paper.

¿Deberías tener una Presencia Digital?

En un co-working en la Isla tropical Koh Lanta, Tailandia, me di cuenta que alguien en rol de apoyo para una gran plataforma de e-commerce estaba constantemente en una video conferencia con el resto del equipo. Sqwiggle ofrece una función similar de “presencia” para equipos remotos.
Supongo que demandar que todos los empleados estén “presentes” mediante video mientras trabajan puede basarse en el miedo de que los empleados abusen de los beneficios del trabajo a distancia. En mi experiencia, este no es el caso. En el co-working tropical se siente cierta urgencia en el aire, a pesar de los atuendos casuales y los cócteles de coco. Las personas están concentradas tranquilamente en sus laptops; es como si quisieran que el trabajo a distancia funcione y muestre resultados para mantenerse lejos de una oficina para siempre.
Nos dimos cuenta que no necesitamos una presencia digital porque tenemos un nivel de confianza muy alto con todo el equipo. También me parece que es importante respetar la privacidad de todos. Si tu empresa está haciendo el cambio de oficina física a trabajo remoto, la presencia digital puede ayudar a calmar esos problemas de desconfianza en los gerentes más ansiosos.

Escoge Bootstrapping en lugar de Capital de Riesgo

La mayoría de los capitalistas de riesgo buscan resultados descomunales, por lo que prefieren un pequeño estallido de 12-meses de trabajo de un equipo en lugar de un ritmo más sustentable. Front App, una nueva empresa fundada por Y Combinator, la aceleradora de Silicon Valley, alquiló una casa en la bahía durante su estadía de tres meses en el programa de la misma aceleradora. La meta es optimizar para evaluar una idea empresarial rápidamente.
Dada esta mentalidad de resultados desmesurada, puede ser que sea algo difícil convencer a un capitalista de riesgo que financie una estadía en un playa de Camboya. Es por ello que muchas empresas respaldadas (como Buffer o Treehouse) que se dedican al trabajo a distancia, primero tenían ventajas. Buffer era rentable antes de que se invirtiera en ella, mientras que Ryan Carson, el fundador de Treehouse, ya había demostrado sus habilidades con otra compañía.
Pero he aquí otra opción que es mejor que capitalismo de riesgo: Bootstrapping. Lo cual significa financiar una empresa con los ingresos de sus primeros clientes. En mi opinión, es el mejor enfoque porque permite fundar tu empresa con tus propios términos y mantenerte en control. Sin embargo, muchas veces se requiere tener dos trabajos o trabajar de forma freelance mientras se saca la compañía a flote. Me tomó aproximadamente dos años trabajando en Planio y proyectos para clientes (con mi agencia desarrollo de software LAUNCH/CO) para poder empezar de lleno, pero valió la pena.
Bootstrapping también te fuerza a construir un negocio que genere ingresos desde el principio, lo cual me parece mucho más saludable. Una pista: Construir un B2B SaaS hace que todo sea mucho más fácil que crear una aplicación de consumidores, debido a que las empresas están más dispuestas a pagar suscripciones mensuales si se le agrega importancia. Se deben vender muchas aplicaciones de consumidores en iPhone a $0.99 para cubrir un mes de pago de así sea el equipo más pequeño.

Ponle el Precio a tus Productos Estratégicamente

Uno de nuestros primeros clientes era una gran empresa tecnológica con billones de ingresos al año. Obviamente, estaba encantado cuando nos escogieron por encima de competidores más grandes y mejor establecidos. Sigue siendo un cliente satisfecho, pero ahora nos hemos alejado de grandes empresas; he descubierto que se necesitan muchas reuniones en persona y se los lleve de la mano antes de convertirse en un cliente.
Como dice Jason Lemkin en su artículo sobre cómo escalar al éxito para SaaS (Scaling Your Customer Success Team), cuando tienes una gran empresa, alguien tendrá que tomar un jet dos veces al año para visitarlos. Si tienes una empresa pequeña de dos o tres personas, esa persona serás tú, el CEO, el CMO y el CSO todos-en-uno, el hámster con exceso de trabajo.
Manteniendo los precios en el rango modelo de unos $49/$99/$249 como ha sugerido el desarrollador ahora empresario Patrick McKenzie, esto significa que no se tendrá que contratar un equipo empresarial de ventas, y luego tener que ganar la inmensa cantidad de dinero que un equipo así requiere. Tú, el cliente, no esperaras que el CEO de una empresa aparezca en Navidad con una caja de chocolates cuando estas pagando $249 al mes.

Desarrolla en Código Abierto

Un negocio con respaldo de riesgo basado en software propietario está muy bien cuando juegas “El Ganador se lleva Todo” y eres dueño del mercado. Cuando eres una compañía de bootstrap, el software de código abierto puede darte ventajas y alcance que no podrías haber logrado de otra forma.
Existe una precedencia de empresas tecnológicas rentables construyendo negocios en base a código abierto; el famoso código abierto Rails de Basecamp les ha garantizado ingenieros de alta calidad para el resto de la eternidad. GitHub se ha convertido en un unicornio, aprovechando el proyecto de código abierto Git que Linus Torvalds comenzó a gestionar con las fuentes de Kernel de Linux. Nuestros amigos en Travis-CI comenzaron un proyecto de código abierto, crearon una campaña en Crowdfunding y luego lo convirtieron en un negocio de bootstrap a distancia (la cual también hace campaña para la diversidad tecnológica a través de su fundación).
Planio está basada en Redmine y nosotros contribuimos muchas de nuestras características y mejoras a la comunidad. Esto funciona muy bien en muchas formas; nuestras contribuciones y compromiso con la comunidad ayuda a que el proyecto de código abierto avance y Planio se exhibe a potenciales clientes. Para nosotros, es la forma más auténtica de desarrollar la marca; al mostrar nuestro código y responder las discusiones técnicas abiertas, demostramos que sabemos lo que estamos haciendo.

Contrata Profesionales Certificados

Contratar una flota de pasantes cada año solo tiene sentido si se planea que el número de empleados crezca tan pronto como se llegue a la próxima ronda de financiación.
La externalización de tareas es fácil si se trata de copiar-y-pegar, pero en realidad no se quiere externalizar los DevOps (Desarrolladores y Operaciones) a alguien con la tarifa más baja por hora, cuando tienes miles de clientes dependiendo de tus servidores: querrás tener profesionales certificados como los que se encuentran en Toptal.
Matt Mullenweg, fundador de la plataforma de código abierto para blogs WordPress, declaró que al concentrarse en la calidad significó que su compañía, Automattic, pudiese contratar a candidatos experimentados que manejan el ambiente de trabajo no estructurado de una compañía a distancia.
Eso significa que “audiciona” candidatos dándoles un trabajo pago en un proyecto por varias semanas, y luego los contrata basándose en su desempeño. Automattic descubrió que este método es mucho más efectivo que los tradicionales CV’s y cartas de presentación para encontrar los candidatos adecuados.

Resalta la Calidad de Vida

Trabajar toma una increíble cantidad de tiempo año tras año. No debería ser algo que haces solo para terminarlo y ya; si es así, probablemente terminarás desperdiciando gran parte de tu vida. La mejor fuente de inspiración y el ingrediente principal para grandes resultados es un ambiente de trabajo que sea inspirador, agradable y divertido. Viajar, aprender, y socializar con otras personas de diferentes culturas hace que el trabajo sea menos como un sacrificio o un mal necesario (al menos en mi vida), que cuando trabajas en una oficina de nueve a cinco.
No se trata solo de viajar por el mundo, aunque también está el aspecto de la libertad personal. Los padres pueden pasar más tiempo con sus hijos gracias a que evitan un viaje de dos horas. No tienes que vivir en Silicon Valley para ganar el sueldo de San Francisco. Tal vez tu otra mitad también obtenga un trabajo en el extranjero y no tengas que estar limitado a la terrible decisión de quedarte con tu trabajo y continuar tu carrera, o convertirte en un “cónyuge de traslado” con opciones profesionales limitadas.
En Planio, aunque muchos de nosotros trabajamos a distancia, todos tratamos de reunirnos una vez al año en un lugar divertido. El año pasado, pasamos un par de semanas durante el verano en Barcelona, y muchos de nosotros nos conocimos aquí en Koh Lanta este año. Aún estoy buscando ideas para el próximo destino, ¡así que déjame saber si tienes algunos consejos de viaje!
Articulo publicado originalmente en Toptal.