al principio… no tienes nada

El post de Ian Landsman Starting a micro-isv… in the beginning there was nothing contiene algunos aspectos a destacar para cualquiera que quiera empezar en esto de ser un microvendedor de software.

Lo primero que tienes que hacer es leer a la gente que sabe del tema. Ian recomienda a Joel Spolsky, Eric Sink, Brent Simmons y Dave Winner. Tambien recomienda leer a Seth Godin.

Luego habla de la elección del software a realizar, y se plantea hacer algo que conoce – en su caso un software de helpdesk – por dos motivos:

  • Es un segmento que ya conoce
  • No quiere crear una nueva categoría de software porque piensa que es muy costoso convencer a alguien de que use un producto del que no tiene ninguna referencia. Luego en los comentarios Ian añade que es más fácil innovar en una categoría existente que crear una nueva categoría de software.

Yo sinceramente estoy en desacuerdo con este último punto. Creo que si alguien es capaz de crear un buen software que es realmente innovador, sin duda triunfará. Me vienen a la cabeza casos como ICQ o Napster. Es cierto que luego puedes perder tu mercado por temas de marketing o de que una gran empresa entre en tu segmento, pero si yo tuviera una idea realmente innovadora iría a por ella sin dudarlo.

En el post recomienda encarecidamente crear un blog para comunicar todo aquello que haces a tus clientes potenciales y para recibir críticas y sugerencias. Y ya al final del post hay una afirmación lapidaria cuando habla de la imagen de marca: ‘si no pareces profesional no eres profesional’. En esto estoy totalmente de acuerdo, por muy bueno que sea tu software, si tu web tiene un aspecto de aficionado, con un logo mediocre y un aspecto mediocre, es difícil que un visitante se sienta atraido por tu software y se lo descargue tan siquiera para probarlo. Creo que una página bien construida, con unos buenos gráficos son una invitación a probar tu software.

estrategia para un año

Una de los temas habituales de conversación cuando comienza un año es hablar de los planes o proyectos a abordar durante el mismo. En mi particular carpeta de proyectos figuran varios que esperan su momento, pero he decidido que este año no voy a abordar nada nuevo, sino a intentar obtener mayor rendimiento a lo que ya tenemos hecho.

De momento se impone terminar las ayudas de los programas, cosa en que no estamos avanzando mucho. Es algo que suele pasar: el desarrollo del programa se aborda con entusiasmo, pero cuando llega la fase de documentación el ímpetu decae. Es mucho más dificil ser desarrollador que programador, tal como comenta Eric Sink en su ya clásico Small ISVs: You need Developers, not Programmers.

Apate de esto, no estoy nada contento con algunos aspectos de la distribución de los programas, en especial del posicionamiento en buscadores de la web de alanit, así que he decidido poner en marcha una estrategia de posicionamiento para ver si obtengo más visitas y un mayor número de registros. Dentro de esta estrategia, estoy pensando seriamente disponer de un programa gratuito con la finalidad de atraer visitas a la web.

De momento el trabajo pasa por aprender la manera de posicionar mejor un sitio web, para lo que he comenzado con los tutoriales sobre posicionamiento de estos sitios:

  • 1-en-buscadores
  • guia-buscadores
  • gooble.dirson
  • y también por la lectura del clásico ‘Las 22 leyes inmutables del marketing’ de Al Ries. A partir de hoy cambia el lema de este blog, pasando a ser ‘blog de un micro-isv’.

diez dias después

Hace 10 dias que puse en marcha la nueva web y envié un correo electrónico a mis ususarios anunciando las nuevas versiones. Desde entonces han habido 259 descargas de la demo de el Puchero y 213 de Cuaderno de Bitácora. Entre los correos recibidos de los usuarios he entresacado algunos.

Usuario B0619: Recibí tu mensaje de correo y ya visité la página web, desde donde me descargué la versión 6.00 de Cuaderno de Bitácora. Una vez más, fieles a vuestra costumbre, habéis superado todas las previsiones en cuanto a calidad y diseño. ¡¡Enhorabuena!!

Usuario B0661: Enhorabuena por las actualizaciones. Si lo he entendido bien, aquellos usuarios que, como yo, se hayan registrado hace años y lleven un montón de tiempo usando el/los programa/s, deben pasar por taquilla para obtener las actualizaciones… ¿ Correcto ?

Tengo que decir que este usuario ha actualizado el programa.

Usuario B0113: Te envío un fuerte abrazo desde Barcelona y una vez mas agradecerte la utilidad que tiene este sencillo programa para mi, ya que son muchísimos datos los que tengo guardados con este programa…

Usuario P0647: Me encanta la nueva versión. Está fenomenal. Muchísimas gracias por tu correo y enhorabuena por la nueva Web y la versión actualizada del programa.

Usuario B0161: El programa está fantástico. Ya me gustaba cuando lo compré y ahora la verdad es que está cambiadísimo (para mejor, por supuesto). Me encanta lo de poder escanear la portada y adjuntársela al registro. Y aunque yo lo vaya a utilizar menos, porque lo míuo es la música, me parece muy bueno que la misma base de datos te sirva para tener organizado todo tipo de soportes (Videos, etc). Muy completo. Y la web está muy clara, y bien explicada, así que te felicito efusivamente.

y como no todo el monte es orégano …

Usuario P0676: Gracias por su propaganda, pero el hecho es que compré el PUchero hace más de un año, empezó a darme problemas y ya lo he perdido del todo, no puedo ni abrirlo, así que como comprenderán no voy a comprarles nada más porque el dinero que me gasté en el puchero ha sido inutil.

micro-ISV startup

Gracias al blog de Esteban he conocido el blog de Lachlan Gemmell, que no tiene desperdicio. Es un blog de un programador que deja su trabajo para desarrollar una aplicación propia y cuenta sus aventuras. Leer sus consejos para dejar su trabajo, cómo le da la vuelta al día como un calcetín y la crítica que hace al artículo sobre micro-ISV de Eric Sin es algo que no hay que no ningún programador debe perderse. Este blog va a ir directo al blogroll en la próxima actualización.

numeración de versiones how to / 1

Una de las maneras habituales de numerar las versiones de los programas consiste en segmentar el número de versión en tres partes, de la manera 9.99.99:

  • El primer segmento es el número de versión propiamente dicho, que se cambia cuando se trata de una revisión en profundidad del programa.
  • El segundo segmento es el número de release, que cambia cuando se hace un cambio de funcionalidad importante en el programa, pero no tan importante como para que sea un cambio de versión. Además existe la costumbre de que las los números impares de release son inestables, mientras que cuando se llega a una versión estable se cambia a un número par.
  • El tercer segmento es el numero de build dentro de la release.

Hace unos dias, en uno de los grupos de news que visito – xHarbour o Fivetechsoft – alguien propuso una numeración en tres segmentos, pero de la sguiente manera:

  • El primer segmento igual que antes.
  • El segundo segmento de dos dígitos, el primero del año – en este caso 4 de 2004 – y el segundo del cuatrimestre – ahora sería también 4.
  • El tercer segmento de número de build dentro de la release.

La ventaja de este segundo métido de numerar versiones es que sabes que versión es y te haces una idea de cuando fue liberada. En aplicaciones o software en que se liberan versiones continuamente esta segunda notación te hace tener claro lo actualizado o no que tienes tu software.

¿ Opiniones ? ¿ Cual os parece mejor ?

componentes de terceros – desde allí

La otra cara de la moneda es dedicarse al desarrollo de componentes. Mientras que hacer software de gestión es algo, más o menos, al alcance de la mayoría de programadores hacer componentes es subir un peldaño más. Pero para hacerlos y atreverte a comercializarlos hay que tener valor, mucho valor. Comercializar un control supone poner tu trabajo en manos de un montón de personas inmisericordes que te van a exigir lo imposible.

Yo colaboré con Paco García en los inicios de Canalfive. Paco hacia los controles y yo la documentación y mentenía la web. Pero lo realmente complejo era el soporte. A Paco lo freían. Paco hacia tenedores y la gente los queria usar como cucharas. Y correo va y lio viene. Era increible. Además Paco nunca decía a nadie ‘esto no se puede hacer’ y había veces que para un usuario en partícular rehacía medio control. Una locura.

Yo no soy capaz de hacer controles. Alguna vez he hecho alguno muy simple y siempre he tenido que pedir ayuda a otra gente. En eso soy bastante torpe, y por eso no oculto mi admiración por los que son capaces de hacerlo. Muchas veces intento retocar algo de otra persona y a veces lo consigo, pero la verdad es que los controles no son lo mio. El tener el código fuente de un control para mi no asegura su continuidad. Además de tener el código tienes que saber donde meterle mano y hacerlo con delicadeza.

componentes de terceros – desde aqui

Una de las cosas buenas y malas que le puede suceder a un determinado entorno de desarrollo es que cuente con abundantes componentes desarrolladas por terceros. Es una cosa buena porque enriquece el entorno, y es mala porque demuestra que al propio entorno de desarrollo le faltan controles.

La existencia de desarrolladores de componentes de terceros también demuestra que el entorno cuenta con un amplio número de seguidores que hacen rentable que otras empresas o personas – los terceros – dediquen su esfuerzo a completar el entorno con nuevos componentes. Es evidente que no existe la misma cantidad de componentes para Fivewin que para Delphi, por poner un ejemplo, de igual manera que los programadores que usamos Five somos bastante menos que los que usan Delphi.

Cuando comencé a desarrollar software utilizaba muchos de los controles de la extinta CanalFive: su grid, folders, meters y su calendario. Ahora con xHarbour lo único que uso es el calendario, debido a que no he podido – mejor dicho no he sabido – migrar el grid, los folders de Fivewin ya son nativos y toman el aspecto de XP y el meter me dio unos problemas muy raros y decidí no usarlo en Colossus.

Con esto intento plantear uno de los mayores problemas que como desarrollador tiene usar componentes de terceros: que te vuelves componentesdeterceros adicto y te puedes encontrar con problemas de compatibilidad de los componentes al evolucionar el entorno de desarrollo, lo cual se agrava si el desarrollador del componente ha bajado la persiana.

¿ Y porqué bajan la persiana ? … continuará

debate de ideas o sobre software y coches

Una de las cosas que me animó a hacer este blog es intentar promover un debate de ideas acerca de la programación en general y el uso de entornos xbase en particular. Los foros de consultas técnicas están muy bien para eso, para resolver dudas, pero siempre he echado de menos los debates de ideas sobre programación. Me encanta leer artículos sobre experiencias de programación, uso de metodologías… sobre cosas que no son estrictamente de programación, sino digamos del envoltorio. Me gusta mucho la web de Joel Spolsky, es algo que he dicho mil veces, donde igual se habla de programación pura y dura que de como diseñar una oficina para que los programadores estén agusto. Pagaría por leer algo asi en castellano. José Alberto Hernandis ha comenzado un blog sobre programación que va en esta linea, se llama softinspain y la verdad es que tiene muy buena pinta.

A veces pienso que los programadores somos como los mecánicos y el software que hacemos son coches. A muchos de nosotros sólo nos interesa el motor del coche, mientras que al que se monta en el coche lo que menos le importa es el motor y da más importancia a la habitablidad del coche, la comodidad, la tapicería y el maletero. Y nosotros con la cabeza metida en el motor todo el dia. Creo que los progamadores deberiamos prestar más importancia al coche en su conjunto y menos al motor. Por eso son muy importantes los debates de ideas, porque te hacen levantar la cabeza del teclado y mirar hacia el horizonte para saber hacia donde vas y no sentir que vas en una ola que no sabes donde se dirige.

Por eso me ha gustado el debate entre René y Carles en los comentarios al post fivewin.info, porque este tipo de debates es lo que yo quiero leer. René, Carles: muchas gracias.

En el blog hay abierto un foro de debate para que todos podais abrir hilos sobre cualquier tema que os interese.

la culpa fue de un anuncio

La revista PcActual publicó en su número de Octubre de 1996 el siguiente anuncio:

20031016.gif

Contesté y publicaron la versión 2.0 de Cuaderno de Bitácora en la revista de diciembre. Yo había hecho el programa para mi, para aprender Fivewin e incluso estuve hablando con Antonio Linares para ceder los fuentes del programa al directorio de ejemplos. A los pocos dias de publicarse la revista recibí una carta desde Baza, en Granada, en que un señor solicitaba la versión completa del programa. Mi primer cliente se llama Teodoro y vive en la calle Alamillos de Baza, es algo que nunca olvidaré.

Después hice el Puchero por un acuerdo con una compañera de trabajo que tenía desperdigadas muchas recetas en libretas y papeles. La idea era hacer yo el programa y ella meter las recetas y venderlo. Al final mi compañera se hecho atrás y el programa se vendió sin recetas. El primer registro fue de Paco Cañizares, también un compañero de trabajo al que le hizo gracia el programa. Luego vinieron Hemerot, ahora Azeta, y Guardian, ahora reconvertido en Colossus.

Quiza si no hubiese aparecido el anuncio yo habría donado los fuentes como un ejemplo más de five y me habría perdido esta aventura.

registros de programas ligados a la máquina

Hay un tipo de registro de programas que encuentro especiamente molesto, hasta tal punto que intento siempre no tener que usar los programas que lo utilizan. Me refiero a los registros de programas ligados a máquinas. En este tipo de registro – aunque quiza habría que llamarlo protección – el programa genera una clave en función de la máquina donde está instalado y para desbloquearlo y poder usarlo con todas sus funciones se necesita una contraclave que te proporciona el programador.

El motivo más importante por el que no me gustan este tipo de licencias – protecciones es que si compras uno de estos programas realmente no tienes el programa. Para poder usarlo dependes de que te manden la dichosa contraclave, y eso no me parece justo. Entiendo que es una medida de protección por parte del programador, pero de momento no la comparto. Creo que cuando un usuario registra un programa tiene una serie de deberes como usarlo en un sólo PC, no descompilarlo, etcétera, pero también tiene derechos y entre ellos está el de poder usar el programa en la manera que estime conveniente siempre que cumpla la licencia de uso. Si un usuario tiene 52 ordenadores, y cada semana del año quiere usar el programa en un PC distinto está en su derecho, o al menos eso creo yo.

contestar correo

Una de las tareas diarias de un desarrollador de shareware es contestar los correos recibidos. Los correos que se reciben son de los más variado, desde usuarios agradecidos a navegantes que te pueden decir cualquier improperio. Es importante contestar en 24 horas, cómo máximo en 48, pues sino la imagen del sitio y del soporte que das queda por los suelos.

Una de las cosas que más ayuda a la hora de contestar correo es tener una serie de respuestas preparadas para las preguntas más habituales: ¿ cuanto cuesta el programa ? ¿ cómo lo pago ? ¿ cómo lo mandas ? … Si enlazas estas respuestas preparadas con las opciones de firmas de mensaje, puedes despachar correos a gran velocidad.

aqui no hace falta registrarse

Una cosa que me sabe fatal es que en un sitio web gratuito te pidan que te registres para bajarte cualquier cosa. Por ejemplo, los sitios web de Olivares2000 y PuertoSur, y hasta hace poco el de xHarbour.org. Pero lo mejor de todo es que unicamente piden un nick y una cuenta de correo. ¿ Para que sirve eso ? Pues yo creo que para nada. ¿ No valdría la pena poner un apartado para que quien quiera se registre en una lista de correo ? El administrador de xharbour.org ha reaccionado y ya no pide registro para bajarse nada de ese sitio. Ejemplo a seguir.

Lo peor de todo es que muchas veces te registras en un sitio de estos porqué encuentras un artículo interesante y no puedes bajartelo sin hacer el registro. Te registras a toda prisa, olvidas la clave y cuando vuelves al sitio a por otra cosa empieza el lio. Correo va, correo viene… un desastre.

En avemundi no hace falta registrarse para nada. Ni tan siquiera se pide al visitante publicar comentarios ni participar en el foro de debate, con lo bonito que me quedó.