diez realidades sobre negocios de los geeks

Via meneame he leido el post diez mitos sobre negocios de los geeks. De acuerdo al post las realidades sobre negocios de geeks son estas:

  1. Una idea brillante no te hará rico.
  2. Si construyes algo innovador no lo venderás de manera automática.
  3. Nadie robará tu idea si no la proteges.
  4. Lo qu tu pienses no importa
  5. Los planes de negocio son útiles
  6. Lo que sabes importa menosque a quien conoces.
  7. Un doctorado no significa nada
  8. No necesitas cinco millones para arrancar tu negocio
  9. La idea es la parte menos importante de tu plan de negocio
  10. Tener competencia es una cosa buena

vivirdelsoftware

Con el nombre de vivir del software se abre interesantísimo blog dedicado al mundo de los microISV. El autor del blog es Alberto Molpereces, que también escribe en el blog de LinkingPaths.

Ya están saltando las primeras chispas sobre el tema de licencias de software.

Por lo visto hasta ahora, este es un blog de lectura obligatoria.

responsabilidad civil en fallos informáticos

La semana pasada se publicó en Ciberpaís una noticia referida a la demanda de responsabilidad civil en fallos informáticos. Todos los aspectos relacionados con el ejercicio de una profesión suelen ser vistos desde un punto de vista totalmente subjetivo ya que cada uno cuenta de la fiesta como le va en ella, pero creo que sería bueno para la profesión en su conjunto que los proyectos informáticos estuvieran sujetos a responsabilidad civil, y que los distintos colectivos que integramos la profesión nos organizaramos para defender todos nuestros intereses, ofreciendo una imagen de profesión madura ante la sociedad.

más sobre descargas y sobre Google

Llevo una temporada sin postear en el blog por varias razones. Una es porque el trabajo de día me absorbe ahora más dedicación y me queda menos tiempo para mi verdadera pasión, que no es otra que alanit. Otra es que me comprometí a hacer una web para unos amigos y estoy de pruebas de diseños y demás. Y la tercera es que Fátima no me deja tocar el ordenador cuando está conmigo y quiere que juege con ella, y ya se sabe quien manda en una casa donde hay un niño.

En un anterior post comentaba que estabamos aumentando significativamente el número de descargas de ediciones gratuitas de los programas. Ahora puedo decir que con la perspectiva de tres meses desde la puesta en circulación de las ediciones gratuitas el incremento de descargas es realmente importante, de tal manera que casi se puede decir que hemos multiplicado por 10 el número de descargas de los programas desde noviembre, que fue el último mes antes de poner en marcha las ediciones gratuitas. Los registros han crecido pero ni mucho menos en esta magnitud, que más quisieramos nosotros, pero si se nota más movimiento y mayores ingresos pese a la bajada de precios de los programas.

Pasando a otro tema, el pasado fin de semana encontré en el kiosko una revista que me llamó mucho la atención. Es un número dedicado a Google de la revista Pc Cuadernos. La he empezado a leer y me está gustando bastante, creo que cuenta bastantes cosas interesantes sobre la optimización de un sitio web para Google y que le voy a sacar bastante partido. El contenido de la revista se puede consultar aqui y creo que es una compra para cualquiera que mantenga su propio sitio web.

mymicroisv y la teoría de la larga cola

Hace pocos dias se ha puesto en marcha mymicroisv – el nuevo blog del autor del libro ‘Micro-ISV: From Vision to Reality‘. El sitio está muy bien, pues además de artículos de Bob Walsh tiene más cosas como artículos, entrevistas y ficheros de plantillas que comenta en el libro. No deja de sorprenderme la capacidad de los norteamericanos para exprimir hasta la última gota de cualquier cosa y la de vueltas que le dan a cualquier cosa.

En un post de este blog se refiere a la teoría de la larga cola, que aplicado al software viene a decir que el posible mercado de miro-isv es mayor que el de las grandes corporaciones de software. Una explicación de esta teoría se puede leen en castellano en véase además, aunque el comentario sobre ‘ascenso de los mediocres‘ creo que es bastante desafortunado. En merodeando también se comenta esta teoría, incidiendo en la existencia de micronichos de mercado.

sobre descargas y registros

Pasadas ya las fiestas, y de vuelta al trabajo es hora también de retomar el blog. El propósito para este año es dar el salto con los programas al mercado de lengua inglesa para ver si ahi tenemos un hueco. Esto, junto con la promoción de los programas, va a ser lo prioritario de este año. Durante el año anterior hemos incrementado notablemente el número de descargas de ediciones de evaluación de los programas, pero sin embargo el número de registros mensuales se ha mantenido practicamente constante.

¿?

Uno de los principios de la venta de productos por internet – y el software es un producto – es que hay una relación entre las visitas de la web y las ventas de este producto. A más visitas más ventas. En nuestro caso hay factores perturbadores, pues muchas descargas se producen desde sitios externos a nuestra web como portales de descargas, pero lo que es incuestionable es que a mayor número de descargas hay un mayor número de potenciales usuarios. Sin embargo no hay más usuarios que registren el programa. Quizás sea pronto para sacar conclusiones y a medio plazo haya un mayor número de registros debido al incremento de descargas, pero de momento la cosa no está funcionando como esperabamos. También es posible que las ediciones gratuitas vayan a restarnos registros pues haya muchos posibles usuarios que con esta edición vean cumplidas sus expectativas y decidan no pagar por la edición registrada.

El tiempo irá desvelando todo esto.

a la búsqueda del modelo de negocio

Gracias a José he leido el artículo Software: No longer business as usual. El artículo expone preocupación de grandes empresas de software debido a la creciente resistencia de los consumidores a pagar por software empaquetado, y de cómo el software open source o financiado por publicidad está haciendo crecer esta resistencia.

Un análisis similar se puede aplicar al mercado donde nos movemos los micro-isv: cada vez hay más competencia en cualquier segmento de software y continuamente aparecen empresas con modelos de negocio distintos a la tradicional de venta de licencia de uso, como por ejemplo software basado en web financiado por publicidad o incluso aplicaciones web cuyo objetivo último es vender la propia aplicación web. En software basado en web es factible usar modelos de pago por uso mensual, por ejemplo, pero en software de escritorio el tema es más complejo.

Una reflexión muy interesante sobre este tema la leí hace tiempo en el foro de JoS, y venía a decir que el modelo tradicional de venta de licencias de uso era similar al de la venta de libros y que había que ir a un modelo similar a la venta de suscripciones de revistas. El autor del post decía que una vez que un usuario hace un registro de un programa queda a expensas de cuando decidirá el desarrollador que una nueva versión es de pago o se trata de una actualización gratuita. Por ejemplo, si registras un programa hoy y la semana que viene el desarrollador saca una actualización de pago… pues la has ****do en caso de que no te regale la actualización. En el modelo de licencias como de libros, el desarrollador se centra en el desarrollo de la nueva versión que es la que le va a reportar ingresos de actualizaciones y deja un tanto de lado las correcciones de errores de la versión actual. En el modelo de software como de suscripciones a revistas tal co
mo se planteaba en el post, al registrar un programa tendrías derecho a las actualizaciones gratuitas durante un tiempo determinado, por ejemplo un año, a partir del cual si quieres actualizas el programa para obtener las actualizaciones dutante otro año o te quedas con la versión que tienes, que es tuya y no te la quita nadie. Este modelo es beneficioso para el usuario en tanto que no queda a expensas de cambios de versión arbitrarias, y por otra parte es beneficioso para el desarrollador en tanto que puede realizar una mejora continua del programa y no se centra unicamente en la nueva versión de pago.

En cualquier caso, creo que dejar claro las condiciones de acceso a las actualizaciones de los programas es un aspecto a cuidar y que puede inclinar la balanza a la hora de que un posible usuario decida o no hacer el registro de un programa.

como ser un micro-isv

Este finde pasado estuve en la reunión de Olivares2000 que se celebró en la sede de Atisa. Tengo que decir que la organización fue excelente, la sala estaba completamente equipada y todo funcionó de maravilla, incluida la videoconferencia con Walter Negro. Quiero agradecer desde aqui a José Alfonso Suarez y al personal de Atisa por el exquisito trato recibido.

Mi contribución a la reunión fue una charla sobre el tinglado este de ser un micro-isv. Como hubo algún asistente que se interesó por la presentación, aquí dejo el PDF con el contenido de la charla.

shareware sin protección

Hace unos dias en el foro de Planeta Código planteaba la pregunta de si es mejor hacer versiones de evaluación limitadas en prestaciones o versiones gratuitas. El hilo del mensaje está aquí.

En el impagable foro de the business of software ha surgido el mismo tema y tras varias respuestas alguien ha proporcionado el enlace a un pequeño estudio con datos experimentales sobre el tema. Lo primero destacable es lo que dice el autor de que hay cinco cosas básicas para triunfar:

  • el programa debe responder a las necesidades reales de los posibles usuarios
  • el programa debe ser realmente bueno, y no algo de segunda fila
  • los potenciales usuarios deber tener conocimiento de que el programa existe
  • el programa debe llegar a estos usuarios
  • y tiene que haber una razón para que paguen por él

A continuación plantea un caso con datos reales – esperemos que ciertos – sobre ventas de un software en que se dejaba una versión completa a los usuarios y otro en que había un incentivo para hacer el registro y que era un recorte de funcionalidad. Las ventas del segundo fueron 5 veces mayores a las del primero. La conclusión que saca el autor del estudio es que si el usuario no tiene necesidad de pagar para conseguir una funcionalidad que necesitan no te va a pagar por tu cara bonita.

cosas que no debes hacer … ¿ o sí ?

En su artículo Set your priorities Joel Spolsky habla de como establecer las prioridades a la hora de decidir que funcionalidades se van a incluir en una nueva versión de una aplicación. Como siempre propone un método particular para ello, pero antes dice dos cosas que no debes hacer:

  • No implementar una funcionalidad simplemente porque alguien se la ha prometido a un cliente
  • No hacer algo porque parece que sea inevitable

La explicación la da en su artículo, pero dedica una sóla linea a explicar que el primer punto no debe ir reñido con escuchar a los usuarios.

Cuando eres un micro-isv no hay departamento de ventas. Tu eres el departamento de ventas, asi que llevas mucho cuidado en qué le dices a un usuario acerca de una determinada funcionalidad requerida para el programa. Y tienes que pensar siempre en lo que te va a costar implementar esta funcionalidad y la mejora que va a suponer para el programa.

Muchas de las funcionalidades de el Puchero están hechas gracias a una usuaria del mismo que me ha ayudado muchísimo a mejorarlo. La primera vez que contactó conmigo me envió una relación de funciones que le faltaban a mi programa para estar a la altura de otros que ella conocía. A partir de ahi fui añadiendo opciones al programa y la verdad es que el programa sería muy pobre si no hubiera sido por ella. Así que tienes que llevar mucho cuidado en no soltar un *NO* cuando te piden algo para un programa y lo que debes hacer es tirar de la lengua a quien te lo pide. ¿ Porque se necesita esa funcionalidad ? ¿ En que mejora el programa ?

Muchas veces los desarrolladores no comemos nuestra propia comida para perros y eso se nota. Llega un correo de alguien interesandose por tu programa y la respuesta es *NO*. Ahi es cuando se tienen que encender las bombillas rojas. Acabas de perder la oportunidad de mejorar tu software.