El desarrollo de aplicaciones o de una página web, suele ser un tema común, de los que muchas empresas pueden tener dudas de como abordar en su situación, te contamos detalles importantes y que deberás tener en cuenta para cada uno de ellos.
Si bien la principal duda de muchas compañías se trata de contratar ayuda externa ya sean agencias de diseño web en Madrid, o fuera, diseño web Andorra, o trabajarlo internamente. Esto provoca que el coste para las empresas pueda variar mucho y el Diseño web precio dependerá de la agencia que lo lleve a cabo y la plataforma utilizada, ya sea WordPress, Shopify o alguna otra.
Lo mismo pasa con el desarrollo de apps, existen dudas a cerca de la contratación externa de desarrolladores o tratarlo internamente en la compañía, un problema que puede surgir, como en muchos otros ámbitos del marketing digital, como puede ser el precio gestión de redes sociales, entre muchos otros. En este artículo nos centraremos en los principales factores que debe tener en cuenta una compañía a la hora de desarrollar su aplicación
Factores clave para el desarrollo App
Estos son los cinco factores clave a tener en cuenta al determinar el presupuesto adecuado para el desarrollo de aplicaciones móviles.
1) Prioridades de desarrollo de aplicaciones: calidad, coste y velocidad
Es importante que seas honesto contigo mismo y con tus prioridades. Una regla de oro del desarrollo de software se encuentra en el siguiente gráfico. Tome tres atributos: bueno, rápido y barato. Puede elegir dos atributos de su proyecto, pero no puede tener los tres.
Bueno, rápido y barato . Puede elegir dos para su proyecto, pero no puede tener los tres.
Encontrar una empresa de desarrollo que afirme que creará una aplicación de gran calidad muy rápidamente y con un presupuesto económico es una señal de alerta . Tienes lo que pagas. Si parece ser bueno para ser verdad… probablemente lo sea.
Supongamos que desea una aplicación de calidad, lo que le permite elegir entre un presupuesto más grande con un cronograma de desarrollo más corto o un presupuesto más pequeño con un cronograma más largo. El plazo de desarrollo ideal no supera las 12 semanas. Su línea de tiempo total será más larga porque también necesita tiempo por adelantado para el diseño y la definición del producto. Desarrollo de app precio
Si desea utilizar recursos en el extranjero y reducir el precio, debe suponer que se agregarán de 6 a 12 semanas adicionales a su cronograma de desarrollo.
2) Desarrollo de aplicaciones internas vs offshore
Está contratando a un desarrollador porque sabe cómo ejecutar y ejecutar bien. La única forma en que desarrollarán una competencia central en el software de programación es si tienen recursos internos . Desafortunadamente, es bastante fácil para una empresa decir “¡Por supuesto! Todos nuestros desarrolladores son internos”, cuando ese no suele ser el caso.
Algunas empresas dirán que todos sus recursos están en tierra. En realidad, pueden tener sus recursos de diseño localmente pero su desarrollo en el extranjero.
Pregunte quiénes serían los miembros específicos del equipo en el proyecto y pida ver en qué aplicaciones anteriores han trabajado. También puede pedir hablar con los recursos y evaluar sus habilidades de comunicación.
Si bien el desarrollo en alta mar es significativamente más económico, la contratación de ingenieros internos marcará una gran diferencia durante la fase de diseño . También le ahorrará tiempo y dinero en el futuro al incorporar el conocimiento técnico en la planificación del producto.
Algunas empresas dirán que todos sus recursos están en tierra, cuando en realidad pueden tener sus recursos de diseño localmente pero su desarrollo en el extranjero.
Esta es una manera fácil para que los desarrolladores cobren tarifas en tierra para el desarrollo y obtengan grandes márgenes de beneficio. Al hacer la diligencia adecuada con los miembros reales del equipo, puede eliminar estas empresas.
Un enfoque híbrido puede funcionar en situaciones en las que equipos de ingeniería terrestres competentes pueden trabajar en las partes más importantes de un proyecto mientras utilizan recursos de terceros más baratos para las tareas más insignificantes. Sin embargo, sin un verdadero equipo de ingeniería en tierra, este enfoque no funcionará.
Los gerentes técnicos de proyectos o de productos por sí solos no son suficientes.
3) Procesos de desarrollo en cascada frente a ágiles
El desarrollo en cascada y el desarrollo ágil son los dos métodos más destacados para el desarrollo de aplicaciones, pero son muy diferentes.
El desarrollo en cascada depende de tener un proceso de documentación claro establecido por adelantado, antes de que comience el proceso de desarrollo, y seguir de cerca ese proceso. Con el desarrollo ágil, apenas hay documentación antes de comenzar el desarrollo. Los desarrolladores trabajan en sprints de 1 o 2 semanas y descubren el código sobre la marcha.
El desarrollo ágil puede ayudarlo a llegar al mercado más rápido.
El «desarrollo iterativo» es lo que llamamos un enfoque híbrido. Hay cierta documentación por adelantado, como estructuras alámbricas y maquetas para pantallas clave y funcionalidad, pero el equipo debe resolver los detalles y ciertos aspectos durante el desarrollo.
Con el desarrollo en cascada, hay poca flexibilidad, pero sabe exactamente lo que está obteniendo y cuánto costará. Además, con un registro meticuloso de un proyecto estructurado, es más fácil mejorar el proceso en el futuro.
Sin embargo, el desarrollo en cascada puede ser difícil, ya que es difícil conocer cada detalle y matiz desde el principio, especialmente para un proyecto más grande o más complejo. La línea de tiempo aquí inevitablemente será más larga.
En general, la industria se está moviendo hacia un desarrollo ágil.
La falta de una estructura inicial a menudo puede hacer que el proyecto sea más costoso de lo planeado inicialmente, pero permite mucha más flexibilidad para ajustar el producto y tener en cuenta los comentarios y cambios.
Con el desarrollo ágil, puede tener lanzamientos incrementales al final de cada ciclo de desarrollo, por lo que es más probable que alcance su fecha de lanzamiento y llegue al mercado más rápido.
4) Tarifa fija versus costes de tiempo y materiales
En una estructura en cascada, a menudo puede establecer una tarifa fija por el trabajo. Gastas X en diseño y documentación y luego gastas una tarifa fija para desarrollar tu aplicación. Sin embargo, es inevitable que quieras cambiar algo.
El desarrollador le cobrará extra por cualquier trabajo nuevo o cambios que desee realizar. ¿Se facturan las órdenes de trabajo a las mismas tarifas? ¿Cuántos de los proyectos de sus desarrolladores tienen órdenes de trabajo? ¿Cuánto es el contrato original en comparación con el costo de las órdenes de trabajo? Estas son todas las preguntas que desea hacer.
Los mejores desarrolladores suelen preferir trabajar de forma ágil. La calidad y el calibre de los desarrolladores que trabajan en una estructura de tarifa fija a veces pueden verse comprometidas.
En una estructura ágil o iterativa, se le puede facturar por la cantidad de esfuerzo de trabajo realizado. La empresa le proporcionará una estimación de las tarifas que se le facturarán. Si se factura por hora, verifique si tienen un software de seguimiento de tiempo y si tendrá acceso para revisarlo. Y si se trata de una disputa de factura, vea si existe un proceso para manejar la situación.
Si bien una estructura de tarifa fija puede parecer que limita más su riesgo, le sugiero precaución.
Su precio «bloqueado» puede ser engañoso cuando tiene en cuenta el costo total, incluidas las órdenes de trabajo futuras y el mayor tiempo de comercialización. El objetivo final es obtener un gran producto que logre su objetivo comercial.
Recuerde, los mejores desarrolladores suelen preferir trabajar de forma ágil. La calidad y el calibre de los desarrolladores que trabajan en una estructura de tarifa fija a veces pueden verse comprometidas.
5) Creación de estimaciones
Este último factor puede tener un gran impacto en el costo de su aplicación. ¿Cuál es el proceso de creación de presupuesto?
El desarrollador de aplicaciones adecuado no será barato, pero valdrá la pena el coste.
Las cosas que desea saber incluyen: ¿Quién hizo la estimación? ¿Tiene esa persona un conocimiento profundo de lo que está tratando de hacer? ¿Has hablado con esa persona? ¿Han trabajado en aplicaciones similares y han utilizado tecnologías similares?
Si las tecnologías son ajenas, es fácil que desestimen el tiempo o el coste requerido. Considere cómo se han comparado históricamente los costes reales con las estimaciones iniciales para que pueda evitar mejor cualquier estimación errónea.
Para estar seguro, suponga que su desarrollador superará en un 20 % el presupuesto.
Prestar mucha atención a estos 5 factores lo ayudará a tener una mejor idea de cómo debería ser su presupuesto de desarrollo de aplicaciones.
Desea evaluar a todos sus posibles socios de desarrollo en función de estos cinco factores. Algunos obtendrán mejores puntajes en un área que otras.
Finalmente, recuerde que el precio de etiqueta puede ser engañoso , especialmente con los socios de desarrollo más baratos y de gama baja.
El socio de desarrollo de aplicaciones adecuado no será barato, pero valdrá la pena el coste.