Resumiría el planteamiento que hace Manuel Tovar con las siguientes frases:

• Tengo una base instalada de clientes ejecutando aplicaciones desarrolladas con un lenguaje de programación y una base de datos que son los que utilizo actualmente.
• Tengo proyectos en desarrollo.
• Tengo proyectos pendientes de desarrollar.
• Llevamos retrasos en los plazos de entrega de los desarrollos a clientes.
• Para comenzar con una nueva herramienta necesito formarme durante meses y eso supone necesitar más recursos.

En primer lugar quiero dejar claro que estoy completamente de acuerdo con Manuel en que la toma de decisión de cambio es compleja. Voy a tratar de comentar mi visión de como lo plantearía basándome en la experiencia vivida durante años con otros lenguajes de programación.

El software es una herramienta

Las aplicaciones desarrolladas para los clientes finales debemos verlas como lo que son: herramientas para facilitar la gestión y administración que se convierte en un éxito gracias a una buena implantación que permite al cliente un alto grado de satisfacción.

Las herramientas de desarrollo también son eso “herramientas”. El mismo programador con diferentes herramientas puede llegar a soluciones similares y también a conseguir con el mismo esfuerzo aplicaciones funcionalmente muy diferentes.

Uno de los aspectos fundamentales para sacar el máximo partido de una herramienta de desarrollo es la experiencia. Por ese motivo cuando te sientes cómodo con una herramienta resulta complejo dar el salto a otra nueva.

¿Tus clientes están contentos?

Si con tu herramienta de desarrollo actual tus clientes están contentos y además es rentable está claro que no parece muy lógico plantearse un cambio.

Es cierto que siempre es bueno conocer lo que existe en el mercado y las tendencias que existen para poder tomar medidas en tiempo y forma. Pero pasar de la información a la formación requiere una toma de decisión previa.

Plazos de entrega

Si habitualmente sufres retrasos en los plazos de entrega de las aplicaciones y es por un exceso de carga de trabajo puede significar que comercialmente las cosas te van bien y que debes resolverlo en base a aumentar tus recursos o reducir el nuevo de proyectos que aceptas desarrollar aumentando tal vez el precio de tus desarrollos ya que se supone que tienes demanda por la calidad de tus aplicaciones.

Si por el contrario esos retrasos se producen por que tu herramienta de desarrollo, pese a tener experiencia con ella, no te permite desarrollar más rápido entonces entramos en el factor del análisis de la rentabilidad.

Rentabilidad

Esta palabra creo que es la que marca el inicio de algunas tomas de decisión de cambio de herramienta de desarrollo. De nada sirve tener la mejor herramienta del mercado si los resultados finales es que tu programación no te aporta una alta rentabilidad y que te permita obtener también una alta rentabilidad de los servicios de mantenimiento y actualización de versiones de aplicaciones a tus clientes finales.

Incluso si tu herramienta actual te permite ser rentable nunca está de más conocer si en el mercado existen alternativas más rentables. Desde un punto de vista empresarial este aspecto es básico. Para mi la rentabilidad debe ir ligada siempre a un alto grado de satisfacción del cliente final, en caso contrario la herramienta no es válida.

Existen otros muchos motivos para necesitar realizar un cambio de herramienta de desarrollo que finalmente convergen con la necesidad de darle viabilidad y rentabilidad a tu negocio.

He encontrado una alternativa ¿Qué hago?

Si has encontrado una herramienta de desarrollo que aparentemente ofrece lo que necesitas para que tu negocio sea más rentable entonces comienza la fase de testeo.

Para mi una herramienta no es cara o barata en función de su precio. Todos conocemos herramientas gratuitas que resultarían carísimas para desarrollar las aplicaciones que ahora tienes implantadas en tus clientes finales. De la misma forma pagar por una herramienta de desarrollo, por ejemplo 20.000€, podría resultar muy interesante si con ella puedo conseguir un beneficio bruto que multiplique por 5 esa cifra en los próximos años.

Por lo tanto el precio de la herramienta no es significativo en la toma de decisión salvo que nuestra capacidad financiera no nos permita llegar a su adquisición. El precio de las licencias de la base de datos siempre es un punto a tener en cuenta bajo el prisma de que su precio se repercute en el cliente final. Sobre este tema he escrito un par de artículos en este blog: ¿Cómo presupuestar soluciones de software empresarial? (1ª parte) y ¿Cómo presupuestar soluciones de software empresarial? (2ª parte)

Ahora toca aprender y probar

Si hemos seleccionado una herramienta y ya la hemos adquirido o estamos usando una versión gratuita de la misma el siguiente paso es el testeo. Para hacerlo tenemos 2 posibilidades. Hacerlo por nuestra cuenta de forma autodidacta o utilizar algún recurso formativo.

Pagar por un curso puede resultar la opción más económica. Nunca debemos olvidarnos de que nuestra horas también tienen un precio de coste importante y que cada hora que estemos investigando, formándonos y probando suma en el coste total.

Pagar, por ejemplo 900€ por un curso de 30 horas que te permita conocer de la mano de un experto todas las posibilidades que ofrece la herramienta y la metodología de programación de la herramienta puede ser una opción económica. ¿Por qué? Si, por ejemplo, dedicamos 2 horas al día para aprender una nueva herramienta, serán unas 40 horas mensuales. Si estamos 3 meses con esta inversión de tiempo, el coste de esas horas es muy superior (40 horas x 3 meses x 12€/hora = 1.440€). Si en lugar de 3 meses somos capaces de hacerlo en un mes, el método autodidacta es más económico pero ¿seguro que hemos conocido todas las posibilidades de la herramienta?

Lo realmente caro es equivocarse

Pese a todo esto lo realmente caro no es pagar la formación o comprar la herramienta. Lo realmente caro es invertir cientos de horas en una alternativa que finalmente no te sirva.

En muchas ocasiones he comentado este tema con otros profesionales y pienso que tal vez el orden adecuado para aventurarse con una nueva herramienta pase primero por una formación que te permite descartar la herramienta o seguir adelante y entonces comprar el producto con mayor garantías de que es adecuado para tu negocio.

Me gusta mucho, pero no me permite todo lo que necesito

Voy a hacer un comentario rápido sobre esta situación que a veces se produce. Conocemos una nueva herramienta de desarrollo que nos puede resultar muy rentable pero que no nos permite abordar el 100% de los desarrollos.

¿La descarto?
Para mi la respuesta a esta pregunta pasar por responder a la siguiente pregunta.

¿Qué porcentaje de aplicaciones voy a poder desarrollar en los próximos 5 años con la nueva herramienta?
Si la respuesta está por encima del 70% considero que puede ser una opción válida.

Es cierto que lo ideal sería trabajar sólo con una herramienta, por comodidad para el desarrollador y para facilitar el mantenimiento de las aplicaciones, pero también sabemos que la herramienta perfecta no existe y que con el paso del tiempo siempre usamos múltiples herramientas especializadas.

Por estos motivos si la herramienta que estoy viendo me resulta rentable, por qué voy a perder rentabilidad en el 70% de mis desarrollos porque el 30% tenga que desarrollarlos con otra herramienta. No parece más absurdo perder rentabilidad en el 100% de los desarrollos por usar sólo una herramienta. Lógicamente cuando mayor es el porcentaje mayor sentido tiene. Veo más claro buscar una estrategia de máxima rentabilidad con una herramienta aunque tenga que decir no a algunos proyectos por no poder abordarlos. En mucho casos puede ser preferible ser un especialista en un nicho de mercado o en un sector que obtener una rentabilidad media en un mercado más generalista.

Ya estoy preparado ¿Por donde empiezo?

Estoy formado, tengo la herramienta pero no tengo experiencia. Tendré que hacer un gran esfuerzo para que la primera aplicación desarrollada tenga una calidad acorde a la que tienen las soluciones ya implantadas.

Esta claro que lo mejor es utilizar esta herramienta para el nuevo proyecto más pequeño que tengas que desarrollar. De esta forma tendrás un margen de maniobra superior que si te sumerges en un proyecto grande.

Muchas empresas comienzan por desarrollar una aplicación para uso interno, otras veces soluciones monopuesto o pequeñas aplicaciones departamentales. Lo importante es que sean aplicaciones autónomas que no afecten ni se vean afectadas por otros desarrollos. Pero lo importante es que sea una aplicación real para poner en producción ya que los experimentos con aplicaciones que son sólo pruebas no alcanzan el grado de necesidad suficiente para que te esfuerces en superar todos los obstáculos.

¿Qué pasa con mi base instalada?

Nada. No pasa nada, si tus clientes están actualmente estables no deberías hacer nada con ellos en este momento. Creo que una máxima que debe aplicarse siempre es “Si algo funciona no lo toques”.

Todo tiene su momento y ese día llegará para cada uno de tus clientes o para grupos de ellos si te dedicas a vender software estándar. Olvídate de momento de migraciones o integraciones.

La mezcla no es buena

¿Podrías ir añadiendo módulos a tus aplicaciones actuales desarrollados con la nueva herramienta? Sí, claro que podrás pero yo no lo recomiendo ya que lo más probable es que tengas que hacer labores de integración que llevan un mayor esfuerzo de desarrollo y con un resultado final menos efectivo de lo que habría sido hacerlo con la herramienta actual.

Estoy generalizando, pero mi experiencia en este punto es que los experimentos de integración de soluciones heterogéneas es arriesgado y puede generar en el cliente final diferentes grados de satisfacción: lo nuevo no me gusta, lo viejo habría que cambiarlo al nuevo sistema, etc. En este punto yo aplicaría la máxima de “más vale lo malo conocido que lo bueno por conocer” para aplicarlo al punto de vista del cliente.

Transición

Esta es una palabra clave. Cambiar de herramienta de desarrollo no es un acción inmediata y mucho menos si tienes una base instalada con mucho software en producción. Debes plantearte el cambio como una transición.

Durante un tiempo te sentirás más cómodo desarrollando con la herramienta antigua, es lógico ya que tienes mucha experiencia acumulada. En un momento determinado que depende de la curva de aprendizaje de la herramienta se produce un punto de inflexión en el que ya te resulta prácticamete igual de cómodo desarrollar con ambas herramientas para finalmente pasar a desear más desarrollar con la nueva herramienta que con la antigua.

En ese punto es donde puedes empezar a plantearte desarrollar todos tus nuevos proyectos con la nueva herramienta. Mientras tanto seguirás mantenimiento las aplicaciones de tu base instalada con la herramienta antigua.

Cambiar el software en tu base instalada

Solamente cuando ya estés totalmente seguro de que las aplicaciones creadas con tu nueva herramienta superan a las apliaciones antiguas debes comenzar a plantearte el cambio del software de tu base instalada.

Debería ser algo gradual, comenzando por clientes pequeños donde se preparán las herramientas de migración de los datos que luego serán utilizadas con todos los clientes en caso de las aplicaciones estándar como puede ser la contabilidad.

Y si mis clientes no quieren cambiar su software

Si tus clientes están contentos con la aplicación y no necesitan grandes mejoras o cambios lo mejor es mantenerlos con esa aplicación los años que ellos quieran. Utilizando una política adecuada de mantenimientos, se les puede seguir dando el servicio con la herramienta antigua, teniendo en cuenta que si son aplicaciones que no requieren un gran mantenimiento eso supondrá un pequeño esfuerzo al año.

Sin embargo si un cliente solicita mejoras de forma constante es cuando se le puede plantear la migración a una versión de la aplicación que, con seguridad podrá disponer de novedades funcionales. Esta decisión de cambio de aplicación siempre se basa en una relación de confianza cliente-desarrollador. El cliente debe tener claro lo que necesita y confía en su experto y asesor en software para que le aporte la solución adecuada.

En este punto de la transición lo normal es que poco a poco la base instalada vaya migrando a las nuevas aplicaciones. Todos los nuevos proyectos ya los desarrollas con la nueva herramienta y cada vez te quedarán menos aplicaciones a mantener con la herramienta antigua.

Y cómo será el futuro…

Durante los próximos años trabajarás con esa herramienta y mientras sigas satisfecho con su rentabilidad y con el grado de satisfacción de tus clientes no te plantearás el cambio.

Seguirás investigando, observando tendencias y, en un momento determinado del futuro la historia volverá a comenzar.

Lo mismo podríamos pensar de la red eléctrica, los sistemas de calefacción, refrigeración, etc. Algo que hoy en día son commodities (productos básicos) fueron en su día grandes innovaciones.

La única diferencia entre la informática y todas las innovaciones anteriores es que al ser una disciplina muy joven del siglo XX ha sufrido una evolución meteórica.

Las tendencias en informática no requieren siglos ni décadas, en informática las tendencias se crean y desarrollan en lustros o incluso en años. Ahora nos encontramos en un momento “histórico”, otro más para la informática. Gracias de nuevo a Internet nuestros sistemas de información están evolucionado del software off-line (disponer de un generador eléctrico en nuestras instalaciones) al software off-line (conectarnos a una red eléctrica que acabará llegando a todos los rincones del planeta).

Estamos ante una revolución del software, que no es nueva, ya se ha intentado sin éxito durante la última década, pero es ahora cuando con el impulso de los gigantes del software nos encontramos ante el nacimiento de las bases que harán que el software on-line sea dentro de unos años imprescindible.

SaaS (Software as a Service)

PaaS (Plataform as a Service) Es tan novedoso el término que cuando escribo este artículo aún no existe en la Wikipedia.

Hoy Google + Salesforce han anunciado a bombo y platillo la integración de las Google Apps con las aplicaciones empresariales de Salesforce.

Tenemos también otros casos recientes como Heroku y BungeeConnect.

Abróchense los cinturones porque el viaje acaba de comenzar.

Todo programador que lleve años desarrollando aplicaciones empresariales sabrá valorar el ahorro de horas y de quebraderos de cabeza que pueden suponer el uso de las actualizaciones en lugar de escribir líneas y líneas de código en triggers y posteriomente probarlas hasta su validación funcional.

A continuación te pongo un vídeo en el que te muestro lo fácil que es programar las actualizaciones en Velneo para que puedas comparar con el tiempo que te podría llevar hacer lo mismo con tú actual entorno de desarrollo.

Respecto a otras bases de datos podemos encontrar las siguientes diferencias:

• Los campos tipo alfa permiten ahorrar espacio en disco y además discriminan los espacios antes del primer carácter y después del último lo que permite su manejo con total sencillez a la hora de realizar concatenaciones. Además cada tipo alfa puede usarse de forma específico para almacenar datos sólo en mayúsculas, de códigos, etc.
• Los campos de tipo objeto almacenan información muy variada pudiendo incluso guardar un email o cualquier tipo de fichero binario.
• Los campos fórmula son muy utilizados ya que no ocupan espacio en disco, se calculan donde se usan.

En la siguiente presentación, que te recomiendo veas a pantalla completa pulsando en on SlideShare y luego en la opción Full se explican los tipos de campos, su contenido o función y el tamaño máximo que ocupan o que pueden almacenar.

Cómo el título indica Velneo es un nuevo paradigma de base de datos. Un nuevo modelo diferente al conocido como relacional, en este caso se denomina modelo real integrado. Se le denomina real pues sus características le permiten crear diseños de base de datos más próximos al caso real que se plantea e integrado porque la estructura de la base de datos se integra perfectamente con todos los objetos visuales para formar un todo, una unidad que facilita enormemente el desarrollo y el mantenimiento de las aplicaciones.

A diferencia de lo que sucede con el modelo relacional. En el modelo real se pueden definir diferentes tipos de tablas. Cada tipo va a permitirnos especificar como se comportará en la tabla el campo código que será el campo que por defecto nos permite diferenciar de forma exclusiva cada registro con un código diferente que puede ser generado automáticamente por el gestor de la base de datos o grabado por el usuario.

En la siguiente presentación, que te recomiendo veas a pantalla completa pulsando en on SlideShare y luego en la opción Full se explican los tipos de tablas y se indican ejemplos de cada uno de ellas, se indica el comportamiento del campo código y se dan claves para conocer el tipo de tabla a utilizar cuando vayas a crear una nueva tabla en tu proyecto o mapa.

¿Por qué separar productos y servicios?

Si te fijas en tus actividades como cliente podrás comprobar que lo más habitual es que te vendan productos y que adicionalmente te den información de otros servicios. Volviendo al ejemplo de los coches. Cuando compras un coche suelen dejar muy claro que por un lado está la compra del vehículo y por otro el impuesto de matriculación, el seguro, la ampliación de garantía. Incluso dentro del producto se preocupan de dejar lo más claro posible las características del coche y de los extras que puedes adquirir adicionalmente.

¿Es correcto actuar de esta forma?

Pienso que sí. Estamos acostumbrados a que nos vendan así los productos y los servicios. Si no lo diferencias con claridad o los mezclas estarás generando dudas en el cliente final. Recuerda que la ambigüedad en los presupuestos siempre juega en tu contra.

Los productos

Comenzando por los productos debemos aclarar siempre y lo más detalladamente posible que funcionalidades incluyen. Si hubiese módulos extras que fuese posible contratar deberían también detallarse con su precio individual. Es importante que especifiques el precio de cada producto o módulo tras la explicación detallada, eso refuerza el valor del precio. Independientemente de que pueda existir una hoja final con un resumen económico.

Las licencias

Este es uno de los aspectos más peligrosos y a tener en cuenta. Da igual que vendas a pequeños, medianos o grandes clientes. Aplica siempre un precio por licencia a todo lo que vendas. Si tu producto se vende en pequeños comercios como monopuesto, da igual, aclara en el presupuesto que el precio es para 1 licencia de uso de la aplicación. Si mañana cualquier cliente pone un segundo puesto debería tener claro desde el primer momento cuanto le va a costar. Piensa que si cobras un precio único por aplicación independientemente del número de usuarios estarás haciendo una injusticia con el cliente más pequeño. No parece lógico que tu producto cueste lo mismo para 1 usuario que para 10 usuarios. Además, valorar tus productos como precio único sin aplicar un precio por licencia te perjudicará en los servicios que quieras presupuestar.

Si consideras que tu producto tiene un núcleo cuyo precio puede ser fijo independiente del número de usuarios y adicionalmente cobrar un precio por un usuario, estupendo. Estarás ajustando el precio de tus productos al máximo ya que normalmente existe un coste fijo por instalación independientemente del número de usuarios y un coste adicional por cada usuario.

Pensemos que al cliente le importa muy poco lo que a nosotros nos cuestan las licencias del servidor de base de datos o de terminal. Y sólo le estaríamos complicando la vida si tratamos de que sea él quien las tenga que comprar. Nosotros por otro lado podríamos llegar a obtener algún beneficio en la compra de estos productos tras incluirlo en el precio de la licencia.

¿Qué pasa con las licencias de terceras compañías?

Aquí es donde reside el mayor peligro de presupuestar sin aplicar un precio por licencia. Si vendes a precio único por instalación te estarás generando problemas en el futuro con ese cliente.

Es cierto, que habíamos hablado en la primera parte de no ensuciar nuestro presupuesto con detalles técnicos. Siguiendo ese criterio no debemos hablarle al cliente final de si necesitamos instalar un gestor de base de datos (con coste por usuario), contratar licencias de terminal server (con coste por usuario), licencias de sistema operativo en el servidor (con coste por usuario), etc. Nuestro objetivo deberá ser calcular todos los costes que lleva asociados cada usuario de nuestra aplicación e incluirlo en el precio. De esta forma al detallarlo nuestro cliente es consciente de cuanto le cuesta añadir en el futuro nuevos usuarios a la aplicación.

Veamos un ejemplo de venta de producto

Supongamos que vamos a vender una gestión integrada, con contabilidad, CRM y TPV a un cliente con 5 usuarios.

Opción A (Sin precio por licencia y detallando los costes de terceros) MAL:

• Aplicación de gestión integrada, contabilidad, CRM y TPV (3.000 €)
• Sistema gestor de base de datos (1.200 €)
• Licencias de terminal server (800 €)

Opción B (Precio por núcleo, precio por usuario y módulo, productos de terceros integrados) BIEN:

• Módulo base de todas las aplicaciones (900 €)
• 5 licencias de usuario del módulo de gestión integrada (5 x 200 = 1.000 €)
• 2 licencias de usuario del módulo de contabilidad (2 x 250 = 500 €)
• 4 licencias de usuario del módulo de CRM (4 x 100 = 400 €)
• 1 licencia de usuario del módulo de TPV (1 x 200 = 200€)

En la opción B dejamos claro que independientemente del número de usuarios la aplicación le costará un precio base de 900 euros y le añadiremos el precio de las licencias que desee adquirir de cada módulo. Este cliente tendrá claro que si mañana quiere poner otro usuario del CRM le costará 100€ más.

Los servicios

Son el patito feo de nuestros presupuestos. Parece que siempre son los más complicados de encajar cuando debería ser todo lo contrario. En software sabemos que una vez desarrollado un producto el verdadero coste de puesta en marcha en un cliente son los servicios y debemos concentrarnos en explicarlos bien y darles el valor añadido que ellos tienen.

Las adaptaciones a medida

Si vamos a realizar adaptaciones de los productos para el cliente, esas personalizaciones son trabajos que habitualmente se cobran por horas. Es muy importante detallar claramente tanto el tiempo como el resultado final que se obtendrá con la adaptación. Es muy habitual que si no se realiza un buen análisis nos encontremos en la puesta en marcha con sorpresas en las que el cliente final nos confirma que no era eso lo que él pedía o que el lo quería todo. Por ese motivo debemos ser muy precisos en la explicación de las adaptaciones. Solicitar que vayan firmadas por parte del cliente y sobre todo hacer previamente un análisis a conciencia.

El análisis

Las grandes empresas son capaces de cobrar las horas de análisis. Por qué los profesionales o pequeñas empresas de desarrollo lo tienen tan complicado. Pues por el orden en que se realizan las tareas de análisis y presupuestar. Primero se analiza el cliente, sus necesidades y sus solicitudes y luego se confecciona el presupuesto. Resulta complicado en ese momento incluir en el presupuesto las horas de análisis que ya has realizado a ese cliente. Sin embargo, si nos fijamos en los servicios oficiales de reparación, cualquier avería que requiera presupuesto conlleva el pago de las horas de análisis de la avería y luego si se repara o no es decisión del cliente. Si valoramos nuestro trabajo deberíamos dejar claro desde el primer momento que esas horas de trabajo se plasmarán en un documento que será útil para el cliente independientemente de que acepte posteriormente el presupuesto. Lástima que en muchas ocasiones no se haga para no forzar la situación con el cliente tratando de no hablar de dinero hasta el momento de presupuestar y esas horas al final caen siempre en el mismo saco roto.

Los servicios por horas

Hay muchos servicios que se cobran por horas y que es muy importante detallarlos y darlos por asumidos como incluidos en el precio del producto.

Si no detallas el precio de las horas de implantación o formación y el número de horas que incluye el presupuesto casi seguro que acabarás perdiendo bastante dinero.

Es muy importante dejar claro que a partir de un número de horas incluidas en el presupuesto le cobrarás al cliente cada hora adicional a un precio fijado en el presupuesto. Eso ayuda a que te traten con más diligencia en sus instalaciones y que cuando des la formación presten mayor atención. Si la diferencia es pequeña al final de la puesta en marcha queda a tu criterio cobrárselas o no. Pero recuerda que el cliente aprende muy rápido de tus errores. Si hoy no se las cobras mañana te costará hacerlo.

Si no le cobras las horas de implantación, cada vez que vea a alguien de tu empresa trabajando en sus instalaciones no tendrá asumido que se lo vas a facturar. Si tiene problemas de red, equipos, sistema operativo, virus, etc. asumirá que es tu problema y no el suyo. Si le cobras todas las horas que estés trabajando se preocupará de que tengas el menor número de problemas posibles para realizar lo más rápidamente tu trabajo.

Con la formación pasa lo mismo. Si mañana entra una persona nueva a trabajar en tu cliente, éste debería tener claro que cada hora que le dediques a la formación le costará lo fijado en el presupuesto. Si pueden hacer formación interna la harán en la medida de lo posible.

Es importante especificar el precio de los desplazamientos para que en el futuro sepa cuanto le costará cada vez que un técnico tenga que presentarse en sus instalaciones para realizar cualquier servicio.

El soporte técnico

Este es el servicio más importante a detallar desde el primer momento en el presupuesto. El cliente final habitualmente quiere sentirse seguro en la mayoría de los casos y le gusta saber que tu le venderás el producto y le darás también el soporte técnico del mismo. Por otro lado si no se lo especificas corres el riesgo de que asuma que tiene garantía ilimitada ¿Cómo le vas a vender un producto con errores? Además debe tener claro que el soporte técnico tiene un coste mensual, trimestral o anual.

Un aspecto muy importante es que el precio del soporte técnico esté en función del número de usuarios y de cada módulo. Hay módulos que generan más incidencias y módulos que generan menos y, por lógica 5 usuarios generan más incidencias que uno, aunque en la realidad hay casos que rompen estas reglas.

Es importante detallar como será el servicio de soporte técnico: email, web, telefónico o presencial. Las horas o incidencias que incluye mensuales, trimestrales o anuales. Y el precio de cada hora o incidencia adicional por encima de las estipuladas en el contrato.

Veamos un ejemplo

Supongamos que seguimos con el ejemplo anterior y ahora le añadimos los servicios de implantación, formación y soporte técnico.

Opción A (Sin precio por licencia y detallando los costes de terceros) MAL:

• Aplicación de gestión integrada, contabilidad, CRM y TPV (3.000 €)
• Sistema gestor de base de datos (1.200 €)
• Licencias de terminal server (800 €)

Opción B (Precio por núcleo, precio por usuario y módulo, productos de terceros integrados) BIEN:

• Módulo base de todas las aplicaciones (900 €)
• 5 licencias de usuario del módulo de gestión integrada (5 x 200 = 1.000 €)
• 2 licencias de usuario del módulo de contabilidad (2 x 250 = 500 €)
• 4 licencias de usuario del módulo de CRM (4 x 100 = 400 €)
• 1 licencia de usuario del módulo de TPV (1 x 200 = 200 €)
• 3 meses de garantía
• 5 horas de implantación (5 x 60 = 300 €)
• 1 desplazamiento para la implantación (1 x 60 = 60 €)
• 4 horas de formación (4 x 75 = 300 €)
• 1 desplazamiento para la formación (1 x 60 = 60€)
• A partir del cuarto mes un soporte técnico de 12 incidencias anuales por usuario y módulo que incluye las actualizaciones de versiones del producto y la resolución de incidencias. No incluyen nuevos desarrollos que lleven más de 2 horas de programación, en cuyo caso deberán ser presupuestados. El precio es el 20% anual del precio de cada módulo (gestió integrada 200€/año + contabilidad 100€/año + CRM 80€/año y TPV 40€/año). Total 420€/año o 35€/mes.

Se trata sólo de un ejemplo. Vemos que el soporte técnico debe quedar muy bien detallado en cuanto a como se calcula el coste. De esta forma si mañana entran nuevos usuarios y se pagan nuevas licencias el precio de mantenimiento se ajustará automáticamente.

La opción A parece muy sencilla, pero además de dejar sin cobrar servicios muy importantes, el cliente final podrá afirmar que no tiene por qué pagar nada que no esté especificado en el presupuesto. Tampoco entenderá que debe pagar un servicio de soporte técnico.

Conclusión

Estos han sido meros ejemplos de especificación detallada de conceptos importantes a tener en cuenta por el cliente final y por nosotros a la hora de ajustar bien un presupuesto y que como todo negocio debe resultar beneficioso para ambas partes.

Debemos dar al presupuesto la importancia que se merece. Un buen presupuesto puede ayudarnos a cerrar una venta y un mal presupuesto a perderla. Además presupuestar correctamente facilita las relaciones comerciales con nuestro cliente final.

Hacer un presupuesto de una solución de software a un presunto cliente puede ser una tarea entretenida o muy complicada. Lo cierto es que con el tiempo y la experiencia vas aprendiendo de tus propios errores hasta conseguir un método que funciona.

En primer lugar hay que distinguir claramente entre una solución estándar y una solución a medida. En el primer caso lo más habitual hoy en día es encontrar gran cantidad de información del producto en la página Web del fabricante. En muchos casos esa misma Web dispone de una tienda online en la que podremos adquirir el producto, descargarlo y activarlo. También pueden ser soluciones estándar que se vendan con un sistema más tradicional de envío de presupuesto por email o incluso por correo o presencialmente aunque seguramente estamos hablando ya de soluciones con un coste mucho más elevado.

Si nos centramos en las soluciones a medida. Lo normal es que tengamos un contacto previo con la entidad interesada y podemos obtener información muy valiosa a la hora de confeccionar el presupuesto. Las virtudes que debe tener un presupuesto, al menos deberían ser:

Buena presentación

Hoy en día ya no es suficiente con que el contenido del presupuesto sea de calidad. La presentación influye mucho. Alguien que no nos conoce además de ver nuestra página Web o nuestra tarjeta de presentación se llevará en el presupuesto la primera impresión de lo que seremos capaces de hacer para él. Si le gusta lo que ve, leerá con buena predisposición lo que pone el presupuesto. Y si al final de su lectura está convencido de que le encantaría que su empresa enviase los presupuestos con esa calidad ya habrás conseguido el primer punto a tu favor. Evita poner la valoración económica en la última página, es muy habitual consultar el final del presupuesto en busca de esa información y en función de lo que encuentras no seguir leyendo el resto del presupuesto. Diluye esa información en varias página para obligar al cliente a leerlo todo. Por último comentar que no es habitual que un desarrollador sea un buen diseñador por lo que acudir a los servicios de un diseñador para que te cree una imagen corporativa a la larga te resultará rentable y podrás presentarte con tranquilidad en cualquier cliente sabiendo de antemano que la imagen que transmite es profesional.

Claridad

Aunque existen clientes con conocimientos técnicos, esto no es lo más habitual. Los clientes son expertos en su negocio, pero no en informática. Debemos tratar de expresar los conceptos con un lenguaje cercano al del usuario final. Eso no resulta sencillo habitualmente. Además debemos evitar desgloses de conceptos que sólo generan dudas. Pensemos en como actuamos nosotros si vamos a comprar un coche, por ejemplo ¿Queremos conocer todas las tecnologías del motor? ¿El nombre de los ingenieros que lo diseñaron? ¿El sistema de ensamblaje utilizado en la cadena de montaje? ¿El método utilizado para pintarlo? Lo normal es que no sea así y nos preocupemos de su seguridad, comodidad, prestaciones y consumo. En definitiva conceptos cercanos y que dominamos. En informática pasa lo mismo. Debemos huir de conceptos que hablen de tecnología. Hablemos sólo de su negocio de lo que realmente conoce, controla y quiere escuchar o leer el cliente.

Sencillez

Cuanto más fácil se lo pongas al cliente, más fácil le resultará decidir. Si tiene que decidir entre múltiples opciones le estás generando la obligación de decidir en algo que probablemente no controla y que le está generando un dilema y un problema. Cuanto más sencillo sea el presupuesto, mejor. Sencillo no significa que no se detalle con claridad y precisión los conceptos incluidos en el mismo. Si es necesario que tenga 20 ó 30 páginas adelante. Lo importante es que el cliente encuentre toda la información que quiere ver. Reduce al máximo el número de desgloses que puedas evitar. Si tienes que proponer varias opciones, procura que estén bien diferenciadas y que sólo tenga que decidir si le gusta la A o la B. Si tiene que decidir entre opciones que nunca sea por aspectos negativos de una de ellas. Que sea porque la opción elegida es la que más se ajusta a sus necesidades, pero que todas las opciones sean buenas. Un presupuesto cerrado a una única opción con un único importe es sencilla, pero es complicada de presentar.

En la segunda parte veremos por qué es muy importante separar los productos de los servicios en un presupuesto.

Su definición es:
Velneo es una plataforma de desarrollo de aplicaciones empresariales.

Vale, muy bien y ¿Qué es una plataforma de desarrollo de aplicaciones empresariales?

Son un conjunto de herramientas que te permiten desarrollar, implantar y mantener aplicaciones de escritorio y Web para dar soluciones a proyectos empresariales.

OK, y ¿De qué herramientas se tratan?

Podemos dividirlas en 3 grupos edición, desarrollo y ejecución.

Las herramientas de edición son 2: vDevelop y vReport.

vDevelop es un editor completo e integrado que te permite plasmar desde el análisis de la aplicación, crear la estructura de base de datos, los objetos visuales de escritorio, procesos y las páginas Web. Todo integrado lo que tiene grandes ventajas.

vReport es un editor especializado en la personalización de informes. Es muy útil para aquellos que desarrollan aplicaciones estándar ya que te permite crear una única aplicación y tener para cada cliente un fichero con la personalización de sus imágenes e informes.

Las herramientas de desarrollo son 2: El almacén de objetos y las plantillas

El almacén de objetos consiste en un grupo numeroso de pequeños mapas de código que te permiten generar con gran rapidez y precisión tablas y sus objetos visuales. El almacén de objetos es personalizable por lo que ampliarlo y ajustarlo a tus necesidades. Su uso reduce de forma muy apreciable los tiempos de desarrollo.

Las plantillas son código libre (FLOSS) que te permite crear aplicaciones en un tiempo record. Las plantillas puedes implantarlas tal cual se entregan o personalizarlas todo lo que quieras. Existen plantillas para desarrollar soluciones de gestión integrada, TPV, CRM, Contabilidad y ERP.

Las herramientas de ejecución son 3: vRunner, vServer y vClient

vRunner es un ejecutor monopuesto de runtime libre. Es decir que con Velneo podrás desarrollar e implantar soluciones monopuesto de forma totalmente gratuita.

vServer es la parte servidora de la arquitectura cliente-servidor de Velneo. Se trata de un multiservidor ya que permite gestionar las aplicaciones, los usuarios, la seguridad y sirve al cliente las aplicaciones, los datos, ficheros con su servidor de disco y también es un servidor Web. Permite ejecutar tareas programadas, copias de seguridad en caliente y al funcionar por TCP/IP permite implementar soluciones en redes locales, Intranet e Internet. Este producto se adquiere con un coste por licencia.

vClient es la parte cliente de la arquitectura cliente-servidor de Velneo. Permite ejecutar las aplicaciones e incluye un navegador Web integrado así como un explorador de ficheros para trabajar con las carpetas compartidas a través del servidor.

¡Ufff, cuanta información! ¿Qué ventajas tiene que esté todo integrado?

Velneo es una plataforma integrada y completa por lo que no necesitas utilizar productos de terceros para crear tus soluciones. Incluye una base de datos increíble (modelo real) y todo lo necesario para desarrollar e implantar las soluciones.

Ejemplos de la gran ventaja que otorga esta integración es que utilizando los inspectores de vDevelop puedes saber donde se utiliza un formulario o un proceso, pero igualmente puedes saber donde se utiliza un campo o una tabla. Es decir, la base de datos, las tablas, los campos y los índices son un objeto más dentro de la aplicación.

Es tan grande su integración que si cambias el nombre de un campo este cambio se refrescará en todos los lugares donde se usa de forma automática incluyendo las páginas Webs. Y si un proceso lo renombras y es usado dentro de un trigger también el editor se encarga de renombrarlo. Estas características te ahorran gran cantidad de horas de trabajo y te dan total seguridad a la hora de saber si puedes borrar un objeto visual, un campo o un índice porque no se usan.

¿Base de datos modelo real?

Sí, además de la innovadora arquitectura que integra todo en uno. Velneo incluye una base de datos increíble con características que no encontrarás en otras bases de datos.

Los enlaces entre tablas sólo se definen una vez. No es preciso utilizar sentencias where para resolver los enlaces entre las tablas de la sentencia SQL.

En realidad Velneo no utiliza sentencias SQL pues el acceso y la gestión de los datos así como todas las operaciones se realizan con un lenguaje natural como por ejemplo (Cargar lista, recorrer lista eliminando fichas, recorrer lista modificando fichas, recorrer lista de sólo lectura, modificar campo, etc.)

Además la base de datos de Velneo tiene tipos de enlaces que no encontrarás en otras bases de datos como el puntero a tabla de datos indirecta, singular de plural por posición, singular de plural por índice, hermano contiguo, etc. Pero esto es mejor conocerlo a fondo porque explicarlo aquí requiere mucho texto dada la gran potencia que te otorga cada tipo de enlace.

También existen índices por trozos o palabras de campos alfabéticos, puedes indexar todos los que necesites. Eso te permite buscar, por ejemplo un cliente por palabras o trozos de su nombre comercial, razón social, dirección, teléfono, email, etc. Todo en una sóla búsqueda.

Dispone del concepto actualización que te permite ahorrarte crear triggers de alta, baja y modificación de una tabla para actualizar un dato en otra tabla. Por ejemplo, puedes definir una actualización que actualice la existencia de un artículo cuando se graba la línea de una factura de venta. Se tarda 30 segundos en hacerlo y ya está. Eso equivale a cientos de líneas de código para controlar lo que debe hacer por alta, por baja, por modificación, si cambia la cantidad e incluso si cambia el artículo. Velneo deshace con el artículo y cantidad anterior y actualiza también el nuevo artículo con la nueva cantidad. Es difícil de explicar, es mejor verlo funcionando. Te sorprenderá.

Curioso ¿Donde puedo conocer más sobre Velneo?

Encontrarás toda la información en la Web www.velneo.es

También puedes visitar su foro en forum.velneo.com

¿Existe información en vídeo sobre Velneo?

Aquí te dejo unos cuantos vídeos que te pueden ser útiles para conocer mejor Velneo. Espero que te sirvan:

Este vídeo da una definición rápida y resumida de qué es Velneo:

Este vídeo describe lo que incluye Velneo nivel 1. Nivel de entrada a Velneo que te permite desarrollar aplicaciones empresariales. Es gratuito e incluye el ejecutor monopuesto de runtime libre:

Este vídeo muestra información sobre aspectos innovadores de Velneo:

Por último te pongo aquí 5 vídeos de formación de Velneo nivel 1 en los que verás como ser crea desde cero una aplicación de gestión de facturas en unos minutos.

Vídeo 1: Planteamiento del problema. Se explica la aplicación a desarrollar:

Vídeo 2: Base de datos. Se crea visualmente la estructura de tablas, campos, índices y enlaces:

Vídeo 3: Creación de objetos visuales (1ª parte). Se crean los objetos visuales como menús, formularios, rejillas, etc.:

Vídeo 4: Creación de objetos visuales (2ª parte). Se crean los objetos visuales como menús, formularios, rejillas, etc.:

Vídeo 5: Ejecución. Verás la aplicación desarrollada en tan sólo unos minutos funcionando perfectamente:

Resulta tan interesante como incoherente leer noticias o ver anuncios en los que se nos insta a ahorrar energía. Medidas que gracias a la colaboración ciudadana ayudará, entre todos, a desacelerar el cambio climático y a gestionar mejor los recursos del planeta.

Estoy totalmente de acuerdo en que así sea.

Pero lo que resulta incoherente, absurdo y casi ridículo es que tras hacernos llegar esos mensajes veamos año tras año como nuestras ciudades se iluminan en Navidad a bombo y platillo, a golpe de talonario y con la intención cada año de superar al anterior.

Puedes leer en 20minutos.es la siguiente noticia:

En el pais.com puedes leer esta noticia:

Creo que no merece la pena seguir poniendo ejemplos de artículos que miden el gasto que se realiza en España. Todos sabemos lo que se hace en nuestras ciudades o poblaciones y España no es una excepción. La iluminación Navideña la podemos encontrar en muchos países del planeta.

Quiero dejar claro que no soy miembro de ningún grupo ecologista. Y que este artículo no encaja entre los tags de mi blog. Pero este asunto me resulta tan ridículo como ilógico y me he decido a escribirlo como denuncia y protesta.

Lo siento, pero me da igual lo que opinen los comerciantes. Si queremos que la población tenga conciencia de ahorro y de sacrificio para salvar nuestro planeta lo primero que deben hacer nuestros políticos es dar ejemplo y dejar de gastar millones de Euros en la iluminación de nuestras ciudades. Podían utilizar ese dinero con otros fines sociales que cubran necesidades básicas de millones y millones de gente que en el mundo lo está pasando realmente mal. Y de paso ahorraban energía, ayudaban al planeta y sobre todo darían ejemplo y nos marcarían el camino a seguir. Camino que con toda probabilidad andaría mucha más gente que tomaría conciencia a través del ejemplo.

Por favor, que algún político ponga todas sus energías en conseguir que haya cordura en nuestras instituciones políticas.

Gracias.

En estos últimos días he podido compartir y disfrutar con mis compañeros unas jornadas repletas de reuniones muy intensas en las que se han tomado importantes decisiones de futuro. Estas reuniones han estado protagonizadas por el respeto, la aportación y el buen ambiente. Aspectos básicos cuando trabajas en equipo. Uno de los aspectos en los que más estamos esforzándonos es en mejorar la organización en busca no sólo de una mayor eficacia sino, sobre todo, en busca de una gestión más controlada y previsible. Frases como

“Lo importante no es que nos retrasemos en el cumplimiento de un hito, lo verdaderamente importante es saber con antelación que no vamos a poder cumplirlo”.

Nos han hecho reflexionar y consensuar un método de trabajo basado en un proyecto general y sub-proyectos departamentales que esperamos nos otorguen un gran control sobre nuestras actividades e hitos. Por un lado cada departamento es consciente de su calendario de actividades detectando con antelación la saturación de cualquier recurso y, a nivel de dirección, conoceremos anticipadamente o en el día a día el estado de las actividades e hitos que se están llevando a cabo.

Es muy estimulante comprobar como los miembros del equipo apoyan y apuestan por este tipo de organización, siendo conscientes de que la organización requiere un porcentaje de tiempo cada día, pero este tiempo es una “inversión” para ahorrar mucho más tiempo en el cumplimiento de los hitos al ser conscientes de las personas involucradas en el cumplimiento de una tarea y de la disponibilidad de los mismos.

Para finalizar podemos asegurar que de la misma forma que cada hora de análisis supone un importante ahorro en el número de horas de programación. Cada hora de organización de tareas o actividades supone también un importante ahorro de horas de trabajo.