Negocios

Hace unos días me crucé con un artículo interesante sobre las comunidades detrás de los emprendedores y, posteriormente, de las empresas. Les comparto algo de experiencia personal del pasado, cómo lo veo para el futuro y hasta donde llegar con el tema.

Para quienes me quieran evitar… este es el link al artículo que me crucé…

Cuando iniciamos wetcom por ahí en el 2006 uno de los pilares en los que nos basamos fue en compartir el conocimiento que íbamos ganando día a día.

No teníamos el concepto ni la intención de crear una comunidad sino que gran parte de lo que hacíamos lo documentábamos en un el blog de wetcom y a partir de ahí la cosa se fue moviendo.

Cuando nos subimos a las redes sociales y comenzamos a publicar el contenido que íbamos produciendo nuestros perfiles sociales crecieron junto con una comunidad de tecnólogos que comenzaba a discutir y compartir información cruzada.

El momento AHA

Como muchas cosas en la vida uno no se da cuenta que están sucediendo hasta que se choca con la pared.

Por el 2008/2009 me convocan a una reunión por un proyecto que estaba prendido fuego. Algo no estábamos haciendo bien y pidieron que un responsable de la empresa ponga la cara.

En la introducción me informaron que el gerente de sistemas estaba demorado unos minutos y que la cosa no pintaba bien, que nos preparáramos para ver a una persona enojada.

Minutos después ingresa este gerente con cara de pocos amigos, al presentarme se le transforma la cara diciendo…

Yo te leo todas las semanas, todas las semanas leo el blog de wetcom.

Demás está decir que la reunión fue muy, pero muy bien y que pudimos encausar el proyecto muy fácilmente.

Tenía media batalla ganada en cuanto me presenté, y no lo había visto antes.

Con el correr de los años, muchas de las personas que seguían a Diego o a mí en algún momento se convirtieron en clientes de la empresa.

Esto demuestra que a partir de una pequeña comunidad se pueden hacer negocios. 

¿Por donde comenzar?

Desde mi punto de vista si el negocio es B2B la gente (potenciales miembros de la comunidad) tiende a relacionarse más con las personas que forman parte de la empresa que con la empresa en si misma.

Es por esto que generalmente se ve que, en las redes sociales, la tendencia es seguir a los fundadores de las empresas siguiendo por empleados clave de estas y por último a las cuentas de la empresa en si misma.

Es por esto que es más conveniente que sean personas las que muevan esto, sin descuidar el que la presencia corporativa debe desarrollarse en un segundo plano.

Con el tiempo las personas se pueden limitan a compartir la información dando un lugar privilegiado.

Empleados, la conexión con la comunidad

Siguiendo con la línea, los empleados clave pueden servir de nexo entre la empresa

y la comunidad.

Si la empresa crece y los fundadores deben tomar otros roles es probable que la conexión con la comunidad no continúe tan fluida.

Es por esto que los empleados pueden ser una excelente conexión entre lo que se hace en la empresa y los miembros de la comunidad.

La visión, revisemos presente y pasado

Hace unos meses almorzaba con dos personas que trabajan en un vendor donde me comentaban lo sorprendidos que estaban del concepto sobre redes sociales que tenían en este.

La “recomendación” que les habían dado, era, que compartieran la gran parte de las cosas que sucedían en la empresa. En resumen, sean abiertos y que el mundo se entere de todo.

Estas mismas dos personas habían trabajando en otro vendor en el pasado. En ese lugar la estrategia era “tener precaución de las redes sociales” y “pensar muy bien antes de compartir en internet algo relacionado al vendor“.

Cinco años de diferencia son un abismo para los tiempos que corren… está claro que me inclino por la primera.  Por una cultura de comunicación super abierta.

Pero, ¿dónde están los límites?

Hay información e información para compartir. Está claro que la información

confidencial debe quedar en la empresa pero siempre que se puedan.

Se pude compartir información de nuevos proyectos, productos e iniciativas.

La llegada de un nuevo cliente/contrato o la renovación de uno existente si tiene relevancia para la comunidad.

Así cómo está lo que se puede compartir está lo que no.

Información confidencial, o sensible de los proyectos/productos de clientes debe permanecer puertas adentro. Si se busca compartir algo de esto es mejor contar con aprobación del cliente.

Ante la duda consultar siempre.

¿Las empresas deben fomentar esto?

Se puede pedir a los empleados colaboración para compartir cierta campaña o

información. La realidad es que únicamente quienes estén comprometidos con la misma mantendrán la actividad más allá de los fundadores.

Lo más natural es que compartan información relacionada a búsquedas laborales, siempre y cuando el clima laboral sea bueno.

Nunca se debe exigir que lo hagan si no es su deseo.

Por el contrario, si información está siendo compartida y la comunidad nutrida de forma natural y sin exigirlo, se están haciendo bien las cosas.

Cerrando la idea

Contar con una comunidad al iniciar una nueva aventura empresarial debería estar dentro de las prioridades de los empresarios.

Con el tiempo mantenerla es una responsabilidad compartida entre los anteriores y los empleados de la misma.

Quienes cuenten con una comunidad fiel que los respalde tienen mayores posibilidades de prosperar, incluso sin inversores detrás.

Es por esto que debería ser una prioridad.

Además de  las excelentes personas que tenemos trabajando en wetcom, gran parte del éxito se lo debemos a la comunidad que tiene detrás.

No hay forma de llevar a papel lo que tengo en la cabeza. Algunas ideas, algunas intenciones no hay forma de llevarlos a un documento. A no temerle a escribir.

Esto fue lo que pensé cuando comenté dentro del círculo de Wetcom que iba a escribir un libro sobre la práctica de migración de Windows de trabajo que creamos.

La duda apareció rápidamente cuando pensaba si alguna persona que trabajara en alguna empresa que compita con Wetcom en el tema accedía al libro.

¿Qué podía pasar?, ¿qué robarán la práctica entera?, ¿qué perdiéramos algunos negocios?.

Dudas. Y estas eran sólo algunas.

Ahora bien, supongamos por un momento que tuve un ataque de inspiración y pude escribir todo lo que sabemos sobre este tipo de proyectos.

Y esto le sumamos que la persona que lee el libro comprende de punta a punta lo que estoy explicando.

¿Puede llevar adelante un proyecto por sí mismo?. Si puede, pero hasta cierto punto.

Siempre existen variables que únicamente están en la cabeza de la persona que tiene experiencia y que sería realmente imposible llevarlas a papel en su totalidad. Por más buena voluntad que ponga en escribir siempre algo va a quedar q mitad de camino.

Por eso no hay que temer a mostrar lo que uno tiene.

Sino ¿para qué publicar un libro?, si a fin de cuentas cualquier persona puede comprar el libro en una librería y obtener el mismo conocimiento por 10 o 15 dólares. No vale la pena preocuparse.

Es por esto que cuando escribí el post consultando a quienes les gustaría participar como revisor del libro antes de su publicación no tuve ningún tipo de problemas a la hora de aceptar a una persona, que no conozco personalmente, pero que se de buenas a primeras que trabaja en una empresa que compite con Wetcom.

Sin ir más lejos esta persona fue la que más colaboró en la revisión del libro. La que más lo criticó, aportó para mejorarlo y se volvió a ofrecer como revisor una vez que los cambios hayan sido aplicados al libro.

Llevemos esto a un punto mucho más lejano. Cuantas empresas no hubiesen visto la luz por temor a presentar un plan de negocios a alguna persona/empresa como potencial inversor.

Si por tener miedo a “mostrar”  y que nos puedan robar la idea de lo que queremos hacer vamos a paralizarnos creo que tenemos un problema.

Coincido mucho en el artículo El inversor no lee el plan de negocios donde Santiago Bilinkis explica que no es “el documento” el que convence al inversor, es la persona, el equipo.

Supongamos que tengo la oportunidad de sentarme frente a un potencial cliente por una reunión referida al tema central del libro. Supongamos también que la gente que está en la mesa lo leyó y le gustó.

No por esto van a contratar nuestros servicios. Tengo que demostrar que, además de haber escrito el libro, conocemos lo que hacemos, tenemos el equipo adecuado y podemos ejecutar en tiempo y forma.

Algo simple para una persona con experiencia en el tema, algo complicado para quienes solo leyeron un texto.

Les dejo un saludo.

Foto: Dome Plan Drawing

Se fue Windows XP y muchas grandes empresas recién ahora se enteraron. Parece que todos los esfuerzos de Microsoft para dar a conocer el fin de soporte de Windows XP hicieron mella en las grandes empresas. Analicemos un poco el motivo.

2 años anunciando el fin del soporte de Windows XP y fueron muy pocas las empresas que hicieron algo al respecto. Hoy les toca correr.

¿Porqué nadie hizo nada?, ¿porqué dejaron de lado un proyecto que afecta a todos los usuarios finales?.

Procrastinaron, y mucho.

El mismo día en que Microsoft retira el sistema operativo me encuentro analizando la viabilidad de 4 proyectos de migración a Windows 7 o Windows 8.

Es cierto que un proyecto de migración de sistemas operativos en los puestos de trabajo de los usuarios no es el proyecto más “sexy” que un gerente de tecnología quiera enfrentar.

No importa si la empresa tiene 300 o 3000 puestos de trabajo para migrar. Cualquier proyecto relacionado con usuarios finales es un proyecto sensible. Que deber hacerse con tiempo, bastante tiempo.

Principalmente creo que el motivo por el cual muchas empresas aún siguen, y seguirán por algún tiempo, estancadas en Windows XP es la falta de un plan estratégico de TI.

Este plan debe definir claramente cuales son los proyectos más importantes de la organización para los siguientes 3 a 5 años. Contando con este plan ningún gerente de TI se hubiese encontrado en esta situación.

Este plan no solamente tiene como objetivó listar los proyectos que se ejecutarán a futuro, sino que también permitirá ajustar los presupuestos anuales de TI.

Si tenemos un plan y un presupuesto asignado al mismo no veo el motivo por el cual no ejecutar los proyectos.

Además de no contar con el presupuesto adecuado el otro problema que existe es que ningún gerente de tecnología se siente tentado a encarar un proyecto de este estilo por iniciativa personal.

Gran parte de la decisión de Microsoft de acabar con el soporte de Windows XP se debe justamente a esto. Todo el mundo están muy conforme con el sistema operativo y no veía la necesidad de cambiarlo.

Mientras no les impusieran una obsolescencia programada nadie iba a tomar la iniciativa.

Las empresas deberán trabajar en un plan de obsolescencia tecnológica por fuera a lo que imponga el fabricante del software. De esta forma tendrá siempre el control de la situación.

Al día de hoy el principal problema no es que Windows XP se quede sin soporte, la interface de Windows 7 o Windows 8 distintas a las anteriores. Tampoco lo es el hardware incompatible.

El principal problema que las empresas deberán enfrentar para un correcto despliegue de los nuevos sistemas operativos son las aplicaciones que corren en los puestos de trabajo.

Ya sean los desarrollados por terceros o los desarrollados internamente. Es aquí donde el gran problema persiste. No declarar la obsolescencia de los aplicativos provoca que realizar una migración ordenada no tenga lugar en las organizaciones grandes.

Muy pocas empresas grandes dieron el paso necesario algunos años antes del fin del soporte del sistema operativo. Estas son las que hoy están ejecutando otro tipo de proyectos de forma organizada y controlada.

El resto tendrá algunos meses duros por delante. Esperemos que el resto haya aprendido la lección.

Foto: Procrastination

El título debería ser a 10 años pero con los cambios cada vez más rápidos en la tecnología sería bastante irresponsable así que comencemos…

Que software open source que software propietario. Las empresas siguen con la misma discusión en mayor o menor medida desde hace algún tiempo y a no ser que exista alguna crisis económica en los países la charla desaparece hasta que alguien de finanzas nos dice que el presupuesto para el nuevo router o para el software de monitoreo va a ser mucho menor del esperado la discusión no vuelve a surgir.

Mientras se sigue en esa discusión el Cloud Computing y el SaaS siguen sumando puntos al software open source, y no tanto porque como dice el título de la nota en algunos años no existirá diferencia desde el punto de vista del usuario final empresarial o corporativo.

¿A dónde voy con todo esto? día a día las empresas de ambos bandos están trabajando en soluciones de software as a service (SaaS por sus siglas en inglés) haciendo uso de las plataformas e infraestructuras que los proveedores de servicios de Cloud ponen a disposición de ellos o bien utilizando sus propios servicios.

Puedo citar decenas de ejemplos donde empresas que desarrollan software open source están cambiando de estrategia publicando sus soluciones en la nube simplificando la puesta en marcha y la adopción de sus soluciones. Del otro lado no se quedan atrás, Microsoft lanzó su Office 365, la versión Online de su clásica solución ofimática y el resto también viene empujando con sus alternativas.

Al punto. ¿Qué importa si el software tiene el código abierto o no en este tipo de escenarios?. Poco, muy poco, ya que si accedemos a nuestras aplicaciones por medio de un navegador web estándar la discusión va a girar en torno a las funcionalidades disponibles, seguridad de la información y costos en lugar del lenguaje utilizado por la desarrolladora para el servicio.

Otro punto fuerte de esto es el costo y las opciones que se presentan ya que cuantas mas sean las empresas que avancen en este camino mayores serán las posibilidades que tendrán los usuarios de elegir la solución que mejor se ajusté a sus necesidades y tamaño de su bolsillo.

Insisto que los vientos de cambio soplan cada vez más fuerte. Si yo fuese un Partner de algún fabricante enfocado en venta de software y/o hardware estaría muy atento a lo que se viene.

En espiral y volviendo al inicio si esto no ocurre en 5 años en 10 espero que alguien me diga que tenía razón.

Nicolas Solop

vmware vExpert