¿Dónde puedo encontrar la mejor plantilla de RFP para aplicaciones móviles?

Puedo darle una idea del formato y las preguntas que debe hacerle a los posibles desarrolladores … Estas preguntas asegurarán que obtenga la calidad del trabajo que se requiere para una aplicación exitosa. Muchas de estas preguntas provienen de solicitudes de propuestas a las que nuestra empresa ha respondido en el pasado.

Desea comenzar con el fondo de la aplicación que está tratando de desarrollar. Algunas personas son tacañas sobre la información que les dan a los desarrolladores sobre su idea o concepto. Muchas personas no entienden que un desarrollador no puede responder honestamente sin saber todo lo posible sobre el proyecto.

Asegúrese de iniciar su RFP con lo siguiente …

  • Antecedentes del concepto de aplicación que desea desarrollar
  • Características de la aplicación
  • Funciones de la aplicación

El diseño básico para las respuestas de los posibles desarrolladores …

  • Descripción general de la empresa (persona o empresa) : antecedentes breves, servicios ofrecidos, clientes
  • Solución técnica : cómo y qué se entregará
  • Estrategia de entrega de aplicaciones / Estrategia de soporte continuo : ¿cómo se completará la aplicación y cómo se gestionarán las actualizaciones futuras?
  • Experiencia : esta es una buena sección para que los desarrolladores den una biografía más profunda de la experiencia.
  • Plan de proyecto : el desarrollador debe elaborar un plan de proyecto sólido que demuestre cómo se abordará la aplicación.
  • Estimación de costos : costo esperado y número de horas para completar la solicitud
  • Nitty Gritty : al menos así es como me gusta llamarlo (términos del contrato, calendario de pagos, etc.).

A continuación, querrá hacer preguntas significativas que medirán el nivel de habilidad y las capacidades de un desarrollador.

1) ¿Para qué plataformas desarrollas?
2) ¿Qué tipo de metodología de desarrollo emplea?
3) ¿Qué herramientas de gestión de proyectos utiliza para mantenerse encaminado y cumplir con los plazos / objetivos?
4) ¿Qué costos se asociarán con la construcción?
5) ¿Tiene experiencia con estrategias móviles a largo plazo?
6) ¿Cuánta experiencia tienes desarrollando aplicaciones?
7) ¿Ofrecen diseño de usuario y garantía de calidad?
8) ¿Cuántas aplicaciones de consumo has lanzado? ¿Cuántas aplicaciones has creado?
9) Describa su proceso de desarrollo, capacidades para la corrección de errores y pruebas de actualización.

Esta es una lista aproximada de sugerencias que debe considerar al armar una RFP.

En nuestra empresa, estamos completando al menos una solicitud de propuesta por semana. ¿Sabes cuál es la parte más importante de RFP? Muchas personas piensan que lo más importante es hacer las preguntas correctas. Sin embargo, a menudo es aún más importante dar la información correcta sobre su empresa y su proyecto.

Cuando se externaliza el desarrollo de software (aplicaciones web o móviles), cuanto menos información reciba un posible proveedor, menos estimación precisa proporcionará este proveedor. Asegúrese de tener especificaciones bien definidas antes de comenzar a crear su RFP. Si no, considere todos sus esfuerzos desperdiciados.

Recientemente hemos resumido todas las partes importantes de la RFP exitosa y todo lo que necesita saber sobre ellas. Si lo desea, puede consultar nuestra plantilla de RFP aquí – Plantilla de RFP móvil – hágalo bien

La mayoría de las aplicaciones móviles fallan.

El problema es que la forma en que muchas empresas persiguen a los proveedores no ha cambiado: desempolvar una plantilla de RFP, completar algunos requisitos y hacer una convocatoria de propuestas. Priorice los envíos en función del costo y la capacidad estimada de entrega, y el proyecto está en camino.

Hay demasiado en juego para estos productos, junto con demasiado potencial para transformar su negocio y hacer una mala inversión. Los CEO que se han dado cuenta de esto destinarán una mayor parte del gasto al desarrollo de soluciones móviles, pero estas inversiones tienen un historial difícil: el 60 por ciento del desarrollo de software produce productos ineficaces o deficientes, con un 25 por ciento fallando directamente.

Las RFP tradicionales son especialmente propensas a producir productos en las categorías ineficaces y de falla. El autor de los requisitos es a menudo un líder de TI con poca comprensión de las necesidades comerciales o de los usuarios en las que operará el problema. Su única misión es a tiempo y dentro del presupuesto, sin tener en cuenta lo que significa el éxito más allá de estas dos métricas.

Para la mayoría de las empresas, la causa raíz de esta falla ocurre desde el principio. Al no investigar y diagnosticar adecuadamente si existe un problema, desarrollan una solución basada en suposiciones sobre el comportamiento de los usuarios y cuando se dan cuenta del error, es demasiado costoso solucionarlo.

Un estudio de la NASA reveló que en cada etapa del desarrollo del producto, cambiar los requisitos genera un aumento de diez veces en el costo. Cuanto más avanzan las empresas sin comentarios de los usuarios, más difícil es hacer los cambios que los usuarios necesitan. Muchas empresas suponen erróneamente que obligar a los empleados a utilizar la aplicación es la solución para las aplicaciones internas. Sin una investigación robusta de los usuarios para validar que la aplicación funciona bien para los usuarios, las empresas solo se están preparando para el fracaso cuando sus usuarios recurren a soluciones alternativas o, lo que es peor, experimentan frustración y complicaciones de la aplicación.

Esto solo debería convencer a los líderes de TI y de negocios de abandonar las plantillas tradicionales de RFP. Con tanto en juego, las empresas se están vinculando a una solución ineficaz o fallida; para cuando se dé cuenta de que el producto no cumplirá con las expectativas de KPI de la empresa, el presupuesto para arreglarlas se habrá agotado. Cada aplicación recibe comentarios de los usuarios; ya sea a través de una baja tasa de adopción o las voces de usuarios frustrados, el equipo de TI escuchará los cambios que deben realizarse. La diferencia con nuestro enfoque de las solicitudes de propuestas es que el equipo tendrá el presupuesto y el tiempo para corregir los supuestos de comportamiento del usuario que conducen a esos errores antes de que la aplicación entre en costosas fases de diseño y desarrollo.

Aquí hay un gran ejemplo de una plantilla actualizada para RFP: la Guía de requisitos de 2016 para aplicaciones móviles

Aquí hay una gran publicación de blog de Tobias Dengel de WillowTree Apps que ofrece una guía para escribir una RFP móvil. Estos consejos lo ayudarán a obtener las mejores respuestas posibles y estimaciones de precios para su proyecto móvil. ¡Echar un vistazo!
http://www.willowtreeapps.com/bl

¿Confundido sobre cómo escribir una solicitud de propuesta para su requisito de aplicación móvil?

Eche un vistazo: ¿Cómo escribir una solicitud de propuesta para su requisito de aplicación móvil?

Sugeriría echar un vistazo a Chupamobile.

Compra y vende aplicaciones y juegos para iOS y Android

Chupamobile es la mejor manera de ahorrar tiempo y dinero mediante el uso de códigos profesionales listos para usar y centrarse en lo que mejor sabe hacer. El objetivo aquí es reducir el tiempo y el costo de desarrollar proyectos y emprendimientos, reemplazando partes del desarrollo personalizado con componentes listos para usar y paquetes de código fuente. Los clientes pueden comprar artículos 24-7 desde cualquier lugar y obtener entregas instantáneas.

En realidad, hay muchas plantillas de aplicaciones que podrían ser interesantes para usted.

Si no es desarrollador, puede solicitar una cotización de personalización de forma gratuita.

Creamos una plantilla completa de RFP para aplicaciones móviles disponible de forma gratuita en nuestro blog. También está disponible como una plantilla editable para descargar. Cómo escribir una sorprendente aplicación móvil RFP

Puede redactarlo siguiendo las siguientes pautas (alentamos a todos nuestros clientes a utilizarlo si no tienen una maqueta pulida):

1. ¿Plataforma para apuntar (iPhone o Android o ambos)?
2. ¿Habría algún panel de administración basado en la web también para administrar la aplicación?
3. Número y tipo de usuarios de la aplicación; y su definición de privilegios, por ejemplo, usuarios finales, conductores de taxis o compañías de taxis, propietarios de automóviles privados, etc.
4. Definir lista de características para cada tipo de usuarios? (por ejemplo, si se trata de una aplicación de taxi, puede escribir funciones como: reservar un viaje, reservar un auto compartido, permitir un auto compartido, etc.).
5. Defina la lista de características para el administrador (usted mismo), solo si desea alguna.
7. ¿Necesita realizar un seguimiento de los análisis de usuarios también? En caso afirmativo, defina qué actividades / información de los usuarios desea rastrear.
8. ¿Será una aplicación gratuita? En caso negativo, defina cómo y a quién cobraría.
9. ¿Algo más que sientas que vale la pena agregar?
10. Cualquier preocupación especial de seguridad o privacidad, etc.
11. ¿Alguna preferencia de diseño, alguna aplicación de referencia en términos de funcionalidad y (o) diseño? ¿Sientete libre para compartir?

Y, siéntase libre de enviarme los requisitos en caso de que esté buscando un desarrollador para codificar o estimar su idea. 🙂

Hemos recibido y respondido a numerosas solicitudes de propuestas. Un gran punto de referencia es http://www.tsnn.com/news-blogs/w… . Espero que esto sea útil.

Josh Meler
Gerente de Marketing y Ventas
Soluciones Móviles AVAI
http://www.avaimobile.com