¿Cómo le informaría a un desarrollador para su aplicación móvil?

Como alguien que ha tomado muchos escritos en los últimos 20 años, tiene que ser detalle, detalle, detalle. Explique su marca (si tiene una, sí la tiene, ¿no?), Amplíe cuáles son sus objetivos y cuál es su público objetivo. ¿Cómo se medirá el éxito de la aplicación? ¿Qué objetivos existen para medir esto? ¿Qué características quieres / quisieras?

Solo una vez que todo esto sea claro como el cristal, cualquier diseñador que valga la pena entenderá completamente su propuesta y, solo si comprende completamente, puede ofrecer una solución adecuada para su propósito.

¡Los breves lanzamientos como ‘Quiero que una aplicación de citas funcione en todos los teléfonos e inicie sesión con Facebook Connect’ solo terminarán de una manera!

Primero, esboce el concepto en papel. Google “plantilla de estructura metálica de la aplicación para iPhone” y verá varias plantillas. Imprímelo y dibuja la aplicación para que quede claro lo que quieres construir.

En segundo lugar, cree un documento que explique los wireframes en detalle. Hable sobre quién es su usuario objetivo, qué hace esta aplicación para ellos y luego explique las interacciones en cada boceto que dibujó. Para cada pantalla, resalte lo más importante que desea que vea el usuario y la acción más importante que desea que realice el usuario. Sé tan detallista como puedas.

Finalmente, haga que el desarrollador lea lo anterior y hable sobre el concepto.

Puede encontrar esta publicación útil:
La Guía rápida contra desastres para el desarrollo de aplicaciones de Outsourcing

Como mencioné Eariler, comience con
1. Objetivo (qué problema desea resolver con la aplicación, por qué desea que se desarrolle esta aplicación)
2. Hable sobre características, como lo que desea que haga la aplicación.
3. Hable sobre los requisitos de la interfaz de usuario, los requisitos de rendimiento, los requisitos de prueba, etc.
4. Si puedes, primero haz las maquetas. Idealmente, debe recurrir a baord para guiar al usuario cómo funcionaría. Este es un paso imprescindible para los juegos.
5. No tenga miedo de seguir preguntando el precio, porque más características que le pedirá le costarán más

A continuación hay una buena lista de superconjuntos:

1. Objetivo de la aplicación y público objetivo
2. lista de características
3. Maquetas, incluso bosquejadas a mano.
4. Sus expectativas de características como administrador de la aplicación.
5. Sus expectativas de características con respecto al seguimiento del comportamiento del usuario, que se presenta como análisis.
6. Su preferencia de diseño, junto con algunas aplicaciones de referencia para comprender la teoría del diseño.
7. Expectativas de las líneas de tiempo: no es una característica, sino un factor importante que debe conocer el desarrollador.
8. Preferencia de tecnología: nativa o multiplataforma, o tome la sugerencia del desarrollador sobre los pros y los contras de ambos y finalice.
9. Preferencia de seguridad: ¿extra ordinaria, regular o leve?
10. Preferencia de backend: ¿tecnología de código abierto o propia?
11. Cualquier otra cosa que creas que es importante que el desarrollador sepa, antes de que él calcule; cualquier requisito especial como restricción de geografía en la tienda de aplicaciones, o autenticación de 2 vías, etc.

Fuente: trabajando en la empresa de desarrollo de aplicaciones Agicent Technologies