Justo al lado de la parte superior de mi cabeza-
- Una maqueta (diagrama) de cada pantalla en la aplicación. Hay recursos en línea para ayudarlo a hacer esto permitiéndole arrastrar y soltar controles estándar de iOS en una pantalla hasta que se vea más o menos como lo que está buscando.
- Una explicación de lo que puede suceder exactamente en cada pantalla (es decir, explicar toda la funcionalidad). Significado: qué hace cada botón / enlace / widget, y enumera todos y cada uno de los toques, deslizamientos u otros gestos en cada pantalla, para empezar. El punto es que el desarrollador nunca, nunca tendrá que adivinar dónde va un botón o qué hace cuando el usuario lo toca. Si no realiza este paso, gastará una enorme cantidad de dinero y tiempo para resolverlo más tarde … no cometa este error (común, tonto).
Sugerencia: no tenga miedo de hacer referencia a otras aplicaciones si eso puede ayudarlo a explicar sus intenciones. Es mejor explicar en exceso lo que quieres que lo contrario.
- Tenga todos los activos que forman parte de la aplicación listos para usar (gráficos, logotipos, música, efectos de sonido, copia), o pregunte al desarrollador cuándo será necesario entregar esos materiales durante el proceso de desarrollo. Además, si no puede entregarlos por adelantado, ofrezca materiales de marcador de posición que estén lo más cerca posible de la versión final. Esto te ahorrará tiempo y dinero. (Por ejemplo: si sabe que la pantalla de apertura de la aplicación tendrá un logotipo, un par de oraciones que explican la aplicación y un botón para continuar, intente proporcionar el logotipo y las oraciones. Si no los tiene listos, dele el desarrollador tiene un gráfico ficticio que es un marcador de posición para el logotipo y le pide al desarrollador que use un par de oraciones de lorem ipsum para la descripción).
- Una comprensión clara de lo que el desarrollador entregará en cada hito, y cómo se le pagará al desarrollador por esos hitos. Por ejemplo: al desarrollador se le paga un 50% por adelantado, un 25% cuando entregan una versión de la aplicación que está hecha al 50% y puede instalarla en su teléfono y jugar con ella, y el 25% final cuando la aplicación finalizada entregado a usted y usted lo aprueba.
- Obtenga una comprensión clara de lo que le costará si solicita revisiones. Si bien desea resolver todo lo posible con los primeros dos pasos anteriores, habrá ajustes y cambios en el camino, especialmente una vez que tenga algo que realmente pueda poner en su teléfono y jugar. Por ejemplo: una pantalla que parecía tan intuitiva en la maqueta ahora se siente torpe cuando realmente comienzas a usarla. ¿Cuánto costará si desea mover las cosas y simplificar la funcionalidad? O si olvidó algún elemento clave en la página (y su funcionalidad asociada), ¿cuánto costará? Se debe incluir un cierto número de ajustes / revisiones como parte del proyecto principal, pero también es razonable pagarle al desarrollador después de cierto punto. Etc. (¿Ves por qué es TAN importante tener una maqueta y la funcionalidad funcionó primero?)
Eso debería ser suficiente para comenzar. ¡¡Buena suerte!!
- Cómo restaurar un archivo en un dispositivo iOS
- ¿Es el desarrollo de aplicaciones iOS una buena área para entrar para hacer dinero?
- ¿Apple planea proporcionar una implementación nativa de Swift de Cocoa (o al menos partes de ella)?
- ¿Cuáles son las propiedades de un iOS?
- ¿Cómo se crea una biblioteca estática en XCode?