Muchos de nosotros nos enfrentaremos en algún momento de nuestras vidas a una situación en la que no tendremos ni idea de cómo evaluar el valor de un producto o servicio porque no hay un marco de referencia estándar.
Un buen ejemplo son las reparaciones de coches: si no creciste trabajando con ellos, recibir una factura equivalente a cuatro pagos de un coche puede ser frustrante y confuso.
Peor aún, ser propietario de un negocio o estar a cargo de las decisiones financieras cuando uno se sumerge en lo desconocido es otro nivel de miedo; con demasiada frecuencia, este es el caso cuando se evalúa una propuesta de desarrollo de una aplicación.
De hecho, cuando se trata de crear un nuevo producto digital, nadie sabe realmente qué esperar entre los costes, el tiempo o qué indicadores se traducen en valor…
Como queremos que las empresas entiendan cómo evaluar una propuesta, vamos a responder a algunas preguntas que aclaran cómo se fija el precio de una aplicación y, a continuación, hablaremos de lo que hay que buscar en la propuesta de un estudio de desarrollo de software.
1. Cómo entender las proyecciones de costes en una propuesta de producto digital
Casi todo el mundo acude a Google para tratar de encontrar respuestas a los costes de desarrollo de aplicaciones, sólo para salir con un número de respuestas que oscila entre cero y veinte.
Ninguna empresa de desarrollo que se precie de serlo publica en su página web un precio cercano a la realidad.
No publicamos nuestras tarifas, ni prometemos el lanzamiento de tu MVP en seis semanas, ni garantizamos que podamos convertir cualquier idea en un éxito. Todo lo anterior suele indicar que existe algún tipo de modelo formulista que producirá resultados indeseables y estereotipados, y debe considerarse como una señal de alarma.
También es importante reconocer otros valores atípicos que algunos utilizan para determinar los costes. No es difícil encontrar a un estudiante de segundo año de universidad que aplasta los proyectos de programación y afirma que puede crear tu aplicación por cinco mil euros. Aunque hay individuos y empresas con precios bajos y carteras atractivas, hay que entender que hay una disparidad entre saber programar y construir un negocio exitoso, ya que son dos cosas muy diferentes.
Mientras que la parte de programación es importante, otros procesos como:
- ejecutar sprints de diseño para planificar y probar un prototipo,
- investigar el mercado para identificar el público objetivo,
- realizar pruebas de usuario adicionales con ese público objetivo,
- diseñar la UX y la UI,
- desarrollar una hoja de ruta que comience con el lanzamiento de un sólido MVP,
- trabajar con las partes interesadas a la hora de decidir cómo adaptarse a los comentarios de los usuarios,
- realizar el mantenimiento a lo largo del tiempo…
… y mucho más son componentes críticos del desarrollo de aplicaciones.
Algunas personas poseen habilidades multidisciplinares que les permiten diseñar y desarrollar software, pero sigue siendo una tarea demasiado grande para una sola persona, excepto para las aplicaciones más sencillas.
Los buenos estudios de desarrollo de software proporcionan un equipo con personas que se centran por completo en tareas específicas que aprovechan los puntos fuertes de cada miembro del equipo. Además, los desarrolladores se asignan en función de sus puntos fuertes.
Los mejores estudios de desarrollo de software saben cómo asignar los proyectos de su reserva de talento existente, así como buscar nuevos desarrolladores u otros expertos cuando sea necesario.
Lo más importante es que hay que fijarse en el historial de lanzamiento de productos con éxito de una persona o agencia. El diseño y el desarrollo son sólo una parte de una ecuación mucho más amplia.
2. Cuidado con estas banderas rojas en las propuestas de desarrollo de aplicaciones
Una mala propuesta suele ser difícil de discernir si no se sabe qué buscar.
Al entrevistar a algunas empresas, descubrirás que hay embajadores con actitudes de «sí se puede» que te aseguran caprichosamente que esto y lo otro «no son un problema», mientras que otros son más deliberados en su enfoque, ofreciendo una visión de las piezas técnicas que deben unirse para crear tu visión. Aunque las primeras impresiones son importantes, lo más importante es ver el proceso en papel.
Para saber lo que hay que evitar, consulta este artículo de Forbes en el que se advierte de las falsas promesas. Para reiterar y ampliar algunas de las banderas rojas más apremiantes, te aconsejamos que desconfíes de lo siguiente.
Cuidado con las propuestas de aplicaciones que están listas al día siguiente!
Las aplicaciones con cierto grado de profundidad requieren que se planifique el tiempo que se necesitará para hacer todo lo que hemos tratado en la última sección.
Los proyectos paralelos a los trabajos anteriores de un estudio de desarrollo de software suelen ser fáciles de montar en poco tiempo (es decir, unos pocos días), pero muchos necesitan tiempo extra para consultar con otros expertos internos.
Como regla general, cuanto más científica o novedosa sea tu idea, más tiempo le llevará a un equipo de desarrollo conjurar una propuesta adecuada.
Supongamos que tu quieres entrar en el mercado de la formación profesional con un producto de VR diseñado para emular las tareas reales de un electricista comercial.
Desarrollar un plan de estudios para realizar reparaciones basándose en la teoría eléctrica de los libros de texto es relativamente sencillo, que es lo que hacen la mayoría de los programas del mercado.
Más allá de las simples comprobaciones para ver si los circuitos son funcionales y se ajustan al código, hay muchas otras técnicas que la RV podría poner a prueba como
- doblar limpiamente conductos en superficies irregulares,
- maniobrar y montar dispositivos obtusos como paneles solares,
- manipular herramientas en un minúsculo espacio de rastreo de un viejo edificio…
Una propuesta de desarrollo de una aplicación para un proyecto tan ambicioso probablemente llevaría mucho tiempo para reunir información de expertos como trabajadores de campo experimentados, lo que significa que no debería estar lista en un par de días.
Ten en cuenta las lagunas que no explican completamente cómo se asignará el tiempo
Citando directamente al autor del artículo de Forbes mencionado anteriormente:
«Insista siempre en que se incluya un desglose completo y una especificación del producto en una propuesta de presupuesto, especialmente si le preocupa el presupuesto y no sabe exactamente qué equipo necesita».
Los estudios de desarrollo de software con experiencia ya deberían hacer esto, así que si recibes un documento breve que sólo tiene un puñado de categorías generales como diseño, programación y control de calidad detalladas, entonces has encontrado un grupo de sabios o una empresa que no sabe lo que está haciendo.
Puede que los mejores estudios no lo consigan a la perfección, pero tratarán de describir con precisión el tiempo que llevan procesos como la investigación, el diseño de la interfaz de usuario, la escritura de código para navegar por la aplicación, el desarrollo de la lógica de una determinada función, la integración de un plugin, etc.
Al igual que en el ejemplo de la formación en VR, se necesitaría tiempo para investigar situaciones útiles para los electricistas, así como para diseñar soluciones funcionales que emulen el mundo real.
Las soluciones complejas requieren tiempo adicional para investigar funcionalmente, por lo que las buenas propuestas incorporarán estimaciones de lenguaje y tiempo para esta parte del proceso de desarrollo.
Comprender las proyecciones de precios para el soporte a largo plazo
A lo largo del ciclo de vida de una aplicación, será necesario realizar un mantenimiento constante y mejorar sus características para que funcione correctamente, por ejemplo, tras la publicación de las actualizaciones del sistema operativo y cuando entren en vigor los cambios en las directrices de la tienda de aplicaciones, así como para incorporar nuevas características o parchear errores, entre otras muchas situaciones.
Los estudios de desarrollo de software que no discuten al menos estos servicios pueden inclinarse por sacar el producto a la calle por muchas razones. Las que aceptan a propósito proyectos puntuales pueden no creer que el producto pueda tener éxito a largo plazo o pueden estar buscando un pago rápido.
Sin embargo, también es demasiado pronto para tener una idea de cómo será el apoyo continuo en los próximos años. Claro que se puede fijar el precio en torno a una hoja de ruta, pero normalmente habrá alguna desviación después de probar las nuevas características y, a medida que crece la huella de su producto, también lo hacen los costes para mantenerlo en funcionamiento.
Solemos tener una buena idea de lo que se necesitará para apoyar y mantener un producto en los primeros días (por ejemplo, después del lanzamiento y hasta cualquier lanzamiento de características importantes), pero como cualquier negocio, las cosas pueden cambiar rápidamente en poco tiempo.
Por ejemplo, un éxito rotundo puede llevar a una necesidad inmediata de manos y recursos adicionales para apoyar adecuadamente una plataforma, entre otras innumerables situaciones.
En cualquier caso, lo mejor para un estudio de desarrollo de software -y para el cliente- es seguir trabajando juntos a largo plazo. Para un estudio de software, esto significa estabilidad a través de los ingresos recurrentes y la oportunidad de dar soporte a un producto que entienden ya que, idealmente, han crecido cerca del producto.
Las agencias que han dado soporte a un producto desde el primer día conocerán la hoja de ruta del producto, lo que les permitirá mantener la visión a la vista, pero también tendrán la visión que se obtiene del tiempo que se ha pasado trabajando en el sistema.
Una buena relación de trabajo puede llegar muy lejos, ya que habrá momentos difíciles a lo largo del ciclo de vida de cualquier producto y serán mucho más fáciles de superar si se trabaja conjuntamente.
3. Busca estas luces verdes
Ahora que hemos cubierto lo que hay que evitar, viene la parte difícil: ¿qué demonios determina lo que constituye una «buena propuesta»?
Las grandes empresas de aplicaciones proyectarán la siguiente mentalidad y valores durante las entrevistas, el contenido que proporcionan y a través de su propuesta de desarrollo de aplicaciones.
Hay un enfoque holístico de la empresa para alcanzar los objetivos
Obtener resultados de tu aplicación significa desarrollar procesos procesables en torno a los objetivos empresariales, y no al revés.
Si se comprenden los objetivos empresariales y los indicadores clave de rendimiento (KPI) desde el principio, los diseños se adaptarán a un producto funcional que satisfaga las necesidades de los usuarios.
Por ejemplo, si te dedicas a la construcción de muebles, necesitas destornilladores para ensamblar tus productos; si tu proveedor de herramientas te ofrece cuchillos de mantequilla, la productividad se verá afectada o tendrás que cambiar tus objetivos empresariales en torno a un modelo que venda sándwiches de mantequilla de cacahuete.
En otro ejemplo, si quieres conseguir viralidad rápidamente, es importante que las características estén directamente conectadas con los objetivos de negocio y que el contenido sea compartible.
Piensa en cómo el aumento de la popularidad de TikTok puede atribuirse principalmente a su capacidad de compartir en Instagram, que atrajo a nuevos usuarios a la plataforma.
Hay una fuerte mentalidad centrada en el producto mínimo viable (MVP)
El producto mínimo viable es, sin duda, la iteración más importante de tu producto, ya que te permite entrar en el mercado con una aplicación muy refinada y comenzar a probar las hipótesis de negocio antes de entrar de lleno.
Hay un sinfín de razones para empezar con un MVP, sobre todo porque las suposiciones que se forman al imaginar el producto pueden no coincidir con tu público en el mundo real.
Supongamos que te encargas de planificar el catering de un gran evento y te decides por un proveedor local muy popular, conocido por sus carnes ahumadas. Opta por tres platos principales con pecho, extremos quemados y Kobe, que cubren todas las bases para diferentes paladares. Pero te das cuenta de que has pasado por alto un pequeño detalle: la mayoría de las personas a las que vas a dar de comer son vegetarianas.
Antes de dedicar tiempo a crear funciones que parezcan viables para tu mercado objetivo, recuerda que servicios bien establecidos como Uber no empezaron con Uber Black o UberXL e Instagram no se lanzó con un vídeo.
Para un MVP, la eliminación del riesgo está literalmente incorporada en el nombre:
M = minimum, V = viable, y P = Product.
Es mínimo porque eso lo hace más barato. Es viable porque, bueno, tienes que construirlo para los primeros usuarios que se preocupan y tienen una necesidad ardiente de tu solución. Y es un producto porque, bueno, duh.
Si no te centras en la M, has construido y gastado demasiado. Si no te centras en la V, no habrás satisfecho a nadie.
Un MVP te permite llegar al mercado con una versión de tu producto que los primeros en adoptarlo utilizarán y amarán -ojo, no todo el mundo en el planeta- así como evangelizar, porque eso es lo que hacen los primeros en adoptarlo.
Una estrategia orientada a las pruebas de usuarios
Para aprovechar el punto anterior, es necesario realizar pruebas de usuario meticulosas para garantizar que se satisfacen las necesidades de los usuarios antes de realizar una inversión importante en nuevos desarrollos. Por diseño, esto ayuda a garantizar que un futuro lanzamiento se alinee con los análisis y los comentarios reales.
¿Recuerdas el éxito de grandes ideas como Google+ y los teléfonos de Amazon? Exactamente.
Mientras que las grandes empresas como Google y Amazon pueden recuperarse de estos errores (porque tienen un capital casi infinito), tu negocio no tendrá tanta suerte.
Piensa en tu MVP como en un vehículo alquilado: si no has tenido problemas y estás muy por debajo del kilometraje previsto, deberías optar por la compra.
Sin embargo, si se trata de un Jeep Renegade, es posible que quieras reducir tus pérdidas al final del contrato en favor de un vehículo que no implosione (si no lo ha hecho ya).
Hay una famosa cita atribuida a Henry Ford que supuestamente refleja su proceso de diseño:
«Si hubiera preguntado a la gente qué quería, habrían dicho que un caballo más rápido».
Y aunque la cita es probablemente inventada, diríamos que también lo es la premisa original de la pregunta. Diríamos que tal vez Henry Ford era un gran inventor, pero seguramente no era un gestor de productos con experiencia que supiera hacer las preguntas adecuadas a las personas adecuadas.
La pregunta que debería haber hecho Henry (si es que la hizo) sería,
«Si pudieras mejorar tu caballo, ¿cómo lo harías?»
Probablemente habría obtenido respuestas como: «Me gustaría no tener que alimentar a la maldita cosa todo el tiempo» o «Me gustaría poder viajar más de 50 millas sin tener que parar». Aquí tenemos respuestas con las que podemos trabajar.
La gente quiere ahorrar en «combustible», viajar más lejos y aumentar la carga de arrastre. Hacer las preguntas correctas a las personas adecuadas es la mitad de la batalla en el desarrollo de productos.
Un alto nivel de experiencia relevante respaldado por buenas calificaciones y reseñas. Si buscas una empresa que desarrolle una aplicación para dispositivos wearables, busca compañías que promuevan éxitos «probados» en esta área.
Al igual que en el ejemplo del desarrollador anterior, en el que no querrías contratar a un desarrollador de juegos para trabajar en una aplicación sanitaria, es mejor encontrar estudios de desarrollo de software que tengan un buen historial de experiencia específica. Algunos estudios de desarrollo de software podrán mostrar sus éxitos con una variedad de productos, mientras que otros se dedican a nichos específicos.
Asegúrate de que el estudio de desarrollo de software en el que estás interesado tiene algo parecido a tu idea en su haber: si tu idea es realmente innovadora (es decir, no hay nada en el mercado que se le parezca), cambie tus criterios de evaluación de los estudios de desarrollo de software para saber cómo han abordado algo nuevo para ellos.
Además: ¡habla con las referencias!
Si un estudio de desarrollo de software no puede darte cinco o más referencias, es porque no tiene cinco o más personas que hayan quedado satisfechas con el trabajo que ha realizado.
El precio y los plazos ofrecen valor
De todos los puntos que acabamos de tratar, este debería estar explícitamente escrito en una propuesta. Los grandes estudios de desarrollo de software que entienden tu presupuesto, tus limitaciones de tiempo y tus objetivos/KPIs basados en métricas harán todo lo posible para entregar un producto que se ajuste a tus condiciones.
Cuando haya alguna discrepancia factible, se presentarán opciones viables que tengan en cuenta tus objetivos empresariales. Demostrar cierta flexibilidad cuando es necesario es bueno, sin embargo, los cambios extremos deberían ser motivo de preocupación.
Imagínate esto: el MVP de tu aplicación es como el icónico snack Oreo que se compone de tres partes distintas, incluyendo los dos extremos de la galleta y la capa de crema dulce en medio que se pega a un lado o al otro cuando se separa. El estudio de desarrollo de software te dice que se necesitarán 400.000 euros para hacerlo bien, así que dar marcha atrás para cumplir con el tope presupuestario de 200.000 euros probablemente signifique reducir a la mitad los entregables.
Los estudios de desarrollo de software excepcionales te pedirán que reduzcas tu idea a un verdadero MVP, mientras que otros pueden forzar el acuerdo y producir sólo media Oreo… la mitad sin crema. Aunque el motivo de un sprint de diseño es «cortar y cortar un poco más», hay ciertas líneas de base necesarias para establecer un producto, como la crema característica de una Oreo.
Ahora, llevemos esta ridícula analogía de las Oreo un paso más allá: un estudio de desarrollo de software de calidad no te dirá que construyas una Oreo más pequeña, sino que te preguntará qué parte de la Oreo quieren realmente tus primeros usuarios.
Quizás descubras que tu público no busca una Oreo en absoluto, sino un delicioso barquillo de chocolate que se puede mojar perfectamente en leche.
Puede que tus primeros usuarios sean unos lunáticos que rechazan el relleno de Oreo con alto contenido en fructosa, pero con ello has satisfecho las necesidades de sus primeros usuarios y has descubierto un punto de partida perfecto para tu negocio.
