En esta ocasión voy a compartir las amenazas que están latentes para Kentana Core en su primera versión. Hay que tener en cuenta que son eventos del ambiente externo que podrían alterar directamente el producto. Así como su posible uso, venta, comercialización y principalmente la respuesta de los clientes. Entender y detectar las amenazas son importantes para poder enfrentarlas cuando se presenten o tener alternativas de acción.
Photo by joansorolla Creative Commons site 
Las amenazas que se presentan hacia cualquier producto de Software Open Source
En mi experiencia como desarrollador siempre había trabajado con software compilado. Esto quiere decir que hay una posibilidad de conservar los códigos fuente y proveer solo ejecutables. Sin embargo, con el paso a PHP y el posible modelo de negocio, iba a ser necesario ofrecer todos los archivos a los clientes. De esto se desprenden algunas amenazas de parte de otras personas que se vinculen al proyecto y se lucren sin reconocer el trabajo. Ahora sigue la lista de las posibles amenazas que considero que aplican para Kentana Core Firebird:
-
Posible copia sin mención
Más que una amenaza lo veo como uno de los grandes miedos de entrar al mundo del software libre. Todo el esfuerzo que genera trabajar en un gran proyecto como este y que venga un extraño, copie y venda tu trabajo. La compensación se presenta cuando personas interesadas ayudan a mejorar el producto.
-
Mejoras no controladas por parte de usuarios
Este producto de software está en crecimiento, razón por la cual se pueden presentar errores. También se presta para ofrecer mejoras y nuevas funcionalidades. Pero si los usuarios empiezan a modificar de forma no controlada, les será muy difícil migrar a nuevas versiones oficiales.
-
Falta de estrategia de marketing adecuada
Por ser un emprendimiento y apostar a terminar el PMV antes de promoverlo, ahora hay consecuencias. De mi parte se me hace muy difícil hablar y ofrecer un producto antes de terminarlo. El problema es que ahora toca dedicar todo el esfuerzo a buscar interesados, lo bueno es que yo mismo puedo usar la herramienta para crear software a medida.
-
Expectativa de clientes más elevada de las posibilidades actuales
Al hablar con algunos desarrolladores, sobre todo los más avanzados, les parece interesante la idea, pero requieren mucho más lo que hay. Esto hace que pierdan el interés y por tanto el software no obtiene reconocimiento en el ambiente del desarrollo de software.
-
Enfoque hacia emprendimientos que no quieren invertir en software
Parte del objetivo principal es ayudar a otros emprendedores desde mi ayuda tecnológica. Se debe tener en cuenta que los emprendedores por lo general quieren invertir lo menos posible y más en software. Esto impacta directamente a los recursos que se necesitan para mantener a Kentana Core.
-
Proyectos que no se pueden desarrollar a la vez y se terminan perdiendo
Paralelamente al desarrollo del Core se presentan clientes que quieren su software. Como de momento estoy trabajando solo en algunos casos se pierden clientes por no poder manejar más de un proyecto a la vez. Esta es una amenaza que se basa en la falta de escalabilidad en la idea del negocio.
-
Falta de especialización en un sector específico del mercado
El modelo de negocio no está enfocado a los desarrolladores, porque no es un framework. De igual forma no se especializa en ningún sector en especial, esto hace que no destaque por el momento ante nuevos interesados. También se le puede sumar la falta de experiencia como empresario. Falta de un portafolio para mostrar…
-
Tiempo de desarrollo de una herramienta y falta de escalabilidad del desarrollo a medida
Los tiempos de desarrollo de un software son variables y dependen de la necesidad de cada cliente. Mencionado en una amenaza anterior solo se puede tener un proyecto a la vez. De esta forma no se puede tener en claro cuántos proyectos se realizan en un mes, la parte positiva está en el enfoque que se les da a los clientes para trabajar por fases.
-
El enfoque actual del soporte puede acaparar con recursos de desarrollo
Un producto que genera una garantía, solo brinda un cliente para el soporte de la misma herramienta. También es necesario tener un recurso siempre disponible para emergencias. La idea de cobrar por horas no compensa el recurso que se pierde cuando se presentan problemas de usuario o de software. Y adicionalmente como soy el único recurso del proyecto se obtienen menos recursos dando soporte que con un proyecto nuevo.
-
Posibilidad de facturación por parte de clientes extranjeros
Con internet hay la posibilidad de captar un interesado de los países hispanohablantes. El problema se presenta a la hora del pago, en Colombia no hay una pasarela de pago que lo haga de forma óptima. Piden miles de papeles y esto solo asegura un pago, por lo que los pagos recurrentes quedan descartados. Es decir, se sigue cobrando, pero para el cliente es cada vez más difícil pagar mensualmente. Está pendiente el estudio de PayPal para Colombia porque de momento tengo entendido que no es posible obtener pesos colombianos del extranjero. Todo esto se traduce en que se complica demasiado el cobro para interesados fuera del país. Adicionalmente cada una de estas pasarelas cobran una comisión que acá es muy alta.
