Linked

Estamos desarrollando nuestro producto. Le dedicamos mucho tiempo y dinero. Nos vamos acercando al final (o estamos al principio, da igual), cuando llega el momento de decidir que licencia aplicar a nuestro producto. ¿Software libre?, ¿privativo?. ¿Una mezcla de ambos mundos?. Analicemos un poco los pros y los contras antes de dejarnos llevar por la propaganda o el corazón.

Supongamos que escogemos una licencia de software libre. Con esto podemos conseguir que nuestra comunidad de usuarios crezca más rápidamente (no entender esto como que el marketing no es necesario!), pero tú quieres vivir de esto, ¿no es verdad?. Veamos de dónde se le saca el dinero tradicionalmente.

• Servicios: Es lo que se nos dice siempre. La parte mala es que una microISV, con recursos tan limitados como los nuestros, tiene una capacidad para dar servicio muy limitada. O al menos no con todas las garantías que a nuestros clientes les gustaría (¿qué sucede si te pones enfermo?).


• Documentación: Normalmente va de la mano de la anterior, y se trata de ocultar cierta información (ejemplos, explicaciones más completas) de forma que la gente pague unos euros por ella. Con el emule es mal momento para esto, pero como digo, suele ir unida a una oferta de servicios, que es lo que realmente interesa.


• Acceso al código fuente: Aunque la gente no lo suele entender, el propio Stallman empezó vendiendo emacs (tan fácil como: enviame 20USD y te envío el código en un disquete), de modo que nada impide que lo hagas de nuevo. El mundo de internet ha revolucionado esto y no puedes impedir que quién te lo ha comprado lo ponga en circulación, pero siempre puedes vender el acceso al SVN en modo de subscripción (es decir, con las updates). El ser software libre NO obliga a que pongas paquetes para descarga en sourceforge, las cuatro libertades no van por ahí.

Así que dadas las circunstancias… ¿escogería una licencia libre para mi producto?. Depende (madre gallega que tengo ;-) ). Depende de tu mercado, depende de tu plataforma, depende del tipo de producto.

El mundo de Mac OS X, por ejemplo, está más habituado a pagar pequeñas cantidades por su software, el de Linux a no pagarlo y el de windows a usar el emule (perdón por el simplismo de esta segmentación). En tipos de productos dónde hay ya grandes herramientas libres (o un exceso de ellas, por ejemplo, de gestión de proyectos vía web) será más difícil colocarlo si no es realmente especial (en funcionalidad, soporte, etc.). No es lo mismo un producto para informáticos (que saben que es el software libre) que uno para farmacéuticos (que, probablemente, ni lo saben ni les interesa).

La respuesta no es fácil, tenemos que vivir de nuestro producto (ya sea de su venta o de servicios), de modo que tenemos que pensar bien esta parte. Para otro día dejo la parte del software privativo y las mezclas de ambos.

Share This

Teniendo en mente crear una microISV, el principal problema suele ser escoger una (o varias) de esas grandes ideas que tienes para desarrollarla hasta el final. Pero ¿cuál?. La solución es fácil, a la que más salida comercial veas. No hay que olvidar que quieres vivir del software, ¿no es verdad?.

¿Pero qué sucede si no tengo una buena idea?. ¿Cómo la consigo?.

Lo ideal sería que no te molestaras tú en pensarlo, que te lo pidieran :-D. Existen varias aproximaciones a la sequía de ideas, pero parece ser que sólo una solución es valida viendo los productos que tienen éxito.

• Prestar atención. La mayoría de los buenos productos nacen de la necesidad. Si observas con atención podrás detectar varias situaciones en las que un nuevo producto facilite la relación con la tecnología de los usuarios. No tiene porque ser único, no tiene porque ser más bonito, simplemente tiene que hacerles la vida más fácil.

Ten en cuenta que con esto estarás además en posesión de algo vital a la hora de comercializar tu producto (como ya vimos en Como hacer que te conozcan: primer paso): conocerás tu público y sabrás a quién dirigirte para venderlo (ya hablaremos del cómo).

Esto tampoco te asegura el éxito, pero al menos es un buen paso inicial.

Share This

Dejaremos para otro día las motivaciones para crear nuestra empresa, o las formas de llegar a nuestra idea féliz. Atendiendo a la petición del gran Alberto Gimeno, hablaremos un poco de marketing.

Ok. Tengo o voy a tener mi producto en breve, me interesa que ya se empiece a conocer mi producto. ¿Qué es lo primero que tengo que hacer?. ¿Mi web?. ¿Abrir un blog?. ¿Anunciarme en Adwords?. ¿Contratar una página en El País?. No. Lo primero que tenemos que hacer es tener claro quién queremos que nos conozca, definir nuestro público objetivo.

• ¿Quién va comprar nuestro producto?.


• ¿Quién va a usar nuestro producto?.


• ¿Quién decide si se compra o no nuestro producto?.


• ¿Cómo puedo llegar a cada uno de ellos de la mejor forma?.


• ¿Qué les digo a cada uno de ellos?.


• ¿Qué quiero que hagan cada uno de ellos al recibir mi mensaje?.

Efectivamente, lo primero que tenemos que hacer es pensar un poco sobre el mercado al que va destinado nuestro producto. No es lo mismo tener un generador de código que una herramienta de posicionamiento en buscadores. No es lo mismo vender asesoría tecnológica que un simulador de exámenes.

Pongamos el caso de MPO de Ribe Software. Nuestra primera idea podría ser la pensar que enfocar el producto a los desarrolladores, publicando noticias en javaHispano es lo más correcto. Ummm… ¿seguro?. Pensemos un poco más, sólo un poco más.

(NOTA: Alberto, no te voy a hacer el plan de marketing, son tres ideas lanzadas, te tocar darle un par de vueltas).

• ¿Quién va comprar nuestro producto?: Empresas de desarrollo de software. Es posible que alguna startup unipersonal, pero muchas veces este tipo de personas tiene su propio camino. ¿Qué empresas?. A primera vista diría que empresas más bien pequeñas (< 30 empleados), puesto que a partir de ahí tienen recursos para muchas más cosas.


• ¿Quién va a usar nuestro producto?. Los desarrolladores. Esta es la más fácil normalmente :-D.


• ¿Quién decide si se compra o no nuestro producto?. Pues me temo que normalmente los desarroladores no :-(. En ese tipo de empresas será el jefe de desarrollo, aunque programe de vez en cuando y sea asesorado por los propios desarrolladores.


• ¿Cómo puedo llegar a cada uno de ellos de la mejor forma? y ¿qué les digo a cada uno de ellos?. Esta es la parte difícil. Puedo intentar llegar a quién decide de forma directa o indirecta (¿hacer que los desarroladores le hablen de mí?). A través de un anuncio en una revista, un weblog interesante o artículos con ejemplos de uso de mi software. ¿Qué hacer?. Como dijimos en un post anterior, nuestro tiempo y dinero es limitado, de modo que tendremos que definir nuestro plan y ajustarnos a él para hacerlo bien y no dar bandazos.


• ¿Qué quiero que hagan cada uno de ellos al recibir mi mensaje?. No hay que ser demasiado ambicioso, no quieres que te compren, esto es marketing, no comercial. Quieres que te conozcan a ti y (más aún) tu producto. Quieres que lo conozcan y si es posible que lo prueben.

Finalmente, una vez que te pones en marcha, decide como vas a medir el impacto de tu plan y mide el resultados. Descargas de demos, visitas en la web, lecturas de un artículo, email o llamadas. Cualquiera de estas opciones y muchas otras más valen. Pero teniendo en cuenta de nuevo la limitación de recursos, lo mejor que puedes hacer es dedicarte a lo que realmente merece la pena.

Suficiente por hoy.

Share This

A veces pienso que sufro de personalidad múltiple. O como poco que me meto en demasiados fregados. En el post anterior hablé de la tesina que tengo que hacer para el master en el que ando metido hasta Diciembre (dios que año más largo se me está haciendo!), y hoy ya os puedo presentar http://www.vivirdelsoftware.com. Naciendo, no esperéis demasiado aún, pero todo se andará. Os dejo que leáis el post de presentación del mismo para que os hagáis una idea de lo que es y colaboréis si lo estimáis oportuno. Gracias.

Share This

Después de una última semana de Julio/primeros días de Agosto un tanto frenéticos (por fin salió a la venta projectio pm), por fin estamos todos disfrutando de unas merecidas vacaciones. O casi, al menos algunos, porque me temo que demasiadas mañanas aún me toca pasarlas delante del ordenador :-(. Cosas de ser una empresa pequeña y tener demasiadas ideas y cosas que hacer. Pero no me quejo, la verdad es que a pesar de estas 3-4 horas mañaneras, desconecto bastante.

¿Qué cosas quiero hacer este verano?… veamos… - Tenemos que seguir explotando projectio pm. La verdad es que la parte de marketing actual también es muy interesante. Todo lo que se mueve por la red, distribuidores, adwords, clientes potenciales y demás familia. Una experiencia enriquecedora.

- Esto además me viene que ni anillo al dedo, porque dentro del MBA que ando haciendo el tema de la tesina es “Micro ISV en España” :-D. Mi recientemente autodeclarado familiar piensa que si sale algo interesante podemos publicarlo. En realidad, si algún visitante se dedica a esto de vender software por internet desde su micro empresa me gustaría que se pusiera en contacto conmigo para intercambiar opiniones y que revisara el texto. Alguno en mente ya tengo.

- Projectio Office, del que he hablado hace poco por aquí.

- ebabel. Desde hace un par de semanas formamos parte de ese proyecto también. Tengo un par de tareas que hacer.

- Y…. una nueva idea con la que quiero experimentar y jugar, por si tiene sentido. Un primer esbozo está ya realizado, así que la semana que viene a lo mejor tenéis algo que ver. A todo aquel que le interese la temática SEO (Search Engine Optimization) le puede venir bien.

Los perjudicados…. bueno, varios, pero seguramente el más perjudicado de todos sea el juguete que mi recientemente autodeclarado familiar presentamos al Rails Day 2006: apuestoque. Una pena, era una idea simpática, pero 3 horas mañaneras nos me dan para más ;-).

Share This