Crear una App para iPhone: De la Idea a la App Store

• Escriba lo que la aplicación es para una frase antes de analizar cualquier cosa.
• Una primera versión hace un trabajo bien; las listas de características son donde los presupuestos mueren.
• La presentación es un proceso con sus propios requisitos, no una carga final.
• La mayoría de las descargas se pierden en la primera sesión; a bordo es un problema de diseño.
• La eliminación es el resultado predeterminado a menos que la aplicación gane su lugar semanal.
• Presupuesto el año después del lanzamiento, no sólo la construcción.

Esta guía camina por todo el camino — el análisis de una primera versión que alguien usará, lo que implica la construcción, lo que requiere la presentación de App Store, lo que la semana de lanzamiento parece, y el problema de retención que comienza el día después. Simplemente: la aplicación no se hace en el lanzamiento; es decir, cuando empieza a costar dinero.

Orientación para propietarios y operadores. Nada aquí es un consejo legal. App Store policies, privacy disclosure requirements and payment rules change and must be verified before relying on them.

• La sentencia. "Esta aplicación permite [una persona específica] hacer [una cosa específica] [mejor que cómo lo hacen ahora]."
• Por qué es difícil. La mayoría de las ideas de aplicaciones fallan porque la respuesta real es "nuestros clientes podrían comprobar las cosas", que describe un sitio web.
• Lo que pasa. Un negocio de repetición-purchase donde la aplicación elimina la fricción del reordenamiento. Un servicio donde los clientes necesitan rastrear algo en tiempo real. Una relación de lealtad donde la aplicación es la tarjeta. Una fuerza laboral cuyo trabajo pasa fuera de un escritorio.
• Lo que falla. Una aplicación porque los competidores tienen uno. Una aplicación para "aumentar el compromiso". Una aplicación que duplica un sitio web sin capacidad adicional.
• La alternativa a considerar primero. Si la frase describe algo que hace un sitio web móvil, una aplicación web progresiva elimina el costo y la tienda enteramente, examinada en la decisión app-or-web.

• Un trabajo, hecho completamente. No la visión final. Lo único que hace que alguien lo abra la primera semana.
• La lista de recortes. Todo lo que no es ese trabajo, escrito como versión dos, así que deja de discutirse.
• Lo que no es opcional incluso en la versión uno. Manejo de cuentas si hay cuentas, y eliminación en aplicación de ellas; revelaciones de privacidad que coinciden con la colección real de datos; reportaje de fallos; y análisis que responden a si las personas completaron la tarea principal.
• La pregunta de notificación de empuje. Decide pronto lo que se enviará y con qué frecuencia. Las notificaciones son la principal herramienta de retención y las principales aplicaciones de la razón se eliminan.
• Honesta. Una primera versión enfocada es meses, no semanas, y no un año. Proyectos que deben estar completos antes de ser útiles se cancelan antes de que estén completos, el caso por el que se sienta phasing que sobrevive.

• Diseño primero, en el lenguaje de la plataforma. Pantallas, flujos y estados —incluyendo vacíos, cargas, errores y fuera de línea— diseñados antes del desarrollo y no descubiertos durante él.
• La pregunta de backend. La mayoría de las aplicaciones necesitan un servidor, cuentas y almacenamiento de datos. Si ya existe un sistema de negocios, el trabajo es integración más que invención, y esa integración es la variable más grande.
• Sin conexión y mala conexión. Lo que la aplicación hace en el metro y en un sótano. Responder a esta tarde significa reconstruir.
• Dispositivos y versiones. Qué iPhones y cuáles versiones iOS son compatibles, decididos por escrito, probados en el más antiguo compatible en lugar de lo más nuevo.
• Prueba en dispositivos reales. Los simuladores ocultan el rendimiento, la batería y el comportamiento de la red.
• Accesibilidad desde el principio. Tipo dinámico, contraste, etiquetas de lector de pantalla. Retrofitting es caro y generalmente se hace mal, detallado en convenios de plataforma.

• La cuenta del desarrollador. Una cuenta de organización requiere una entidad jurídica verificada, que toma tiempo. Comienza temprano; retrasa más lanzamientos que cualquier cuestión técnica. Apple publica las directrices de revisión cada presentación es juzgada contra, vale la pena leer antes de la construcción en lugar de después de un rechazo (Directrices de examen de App Store).
• Lo que el listado necesita. Nombre, subtítulo, descripción, palabras clave, capturas de pantalla en tamaños requeridos, un vídeo de vista previa opcional, una URL de soporte y una URL de política de privacidad.
• Declaraciones de privacidad. Una declaración detallada de qué datos se recopilan, por qué, y si está vinculada al usuario, se muestra en la lista. Debe coincidir con lo que hace la aplicación.
• Revisión. Normalmente días. Las reyecciones son comunes para las primeras presentaciones y generalmente se trata de metadatos, justificación de permisos o manejo de cuentas en lugar de código. Tiempo de presupuesto para una ronda.
• Razones comunes de rechazo. Requirir una cuenta de funcionalidad que no necesita una eliminación de la cuenta desaparecida, permisos solicitados sin explicación, contenido de marcador de posición y enlaces rotos en el listado.
• TestFlight primero. Los usuarios reales en dispositivos reales antes de la presentación capta lo que las pruebas internas no.

• Que lanzamiento no es. Un evento de marketing por sí mismo. Una aplicación sin plan de distribución obtiene las descargas que su público actual proporciona y no más.
• De donde provienen los primeros usuarios. Los clientes existentes dijeron directamente: correo electrónico, SMS, en tienda, en facturas. Este es el único canal confiable que la mayoría de las empresas tienen.
• La lista de la tienda como conversión. La primera captura de pantalla y el subtítulo deciden instalar. La mayoría de la gente nunca lee la descripción.
• Los exámenes iniciales importan de manera desproporcionada. Pregunte a los usuarios satisfechos en un buen momento, en la aplicación, después de haber completado algo con éxito.
• Mira el embudo, no el total. Descargas, finalización de la primera sesión, regreso del día-uno, regreso del día-siete. La caída entre ellos es donde está el problema.
• Prepárate para enviar una solución. Algo va a estar mal en la primera semana. Tener la siguiente construcción listo para enviar asuntos más que lanzar perfectamente.

• El número que debe saber. Una gran parte de las personas que descargan una aplicación la abren una y otra vez. La primera sesión es la mayor parte de la batalla.
• Pregunte por nada primero. No hay pared de registro antes de que la persona haya visto valor, si la aplicación puede funcionar sin uno.
• Permisos en contexto. Solicitar notificaciones, ubicación o cámara en el momento en que la función los necesita, con una frase explicando por qué. Pedir todo en el lanzamiento es cómo se niegan los permisos permanentemente.
• Muestra la cosa principal inmediatamente. No es un tour. La pantalla que hace el trabajo.
• Prefieren lo que saben. Un cliente existente que entra no debe volver a entrar en lo que el negocio ya tiene, que es el tema de saber quién pregunta.
• Medirlo. El porcentaje de primeras sesiones que completan la tarea principal es el número más útil en el primer mes.

• El defecto es la eliminación. El almacenamiento de teléfono es impugnado, y una aplicación que no se abre durante unas semanas se elimina.
• Lo que gana un lugar. Algo que el cliente necesita regularmente: reordenar, rastrear, acceder, valor de lealtad, o un registro al que se refieren.
• Notificaciones, utilizadas cuidadosamente. Los ingresos pertinentes y oportunos se abren; frecuentes y genéricos obtienen una notificación de discapacidad y luego una eliminación.
• La ventana de reinstalación. Alguien que no ha abierto la aplicación en un mes está cerca de desaparecer, y el canal efectivo en ese punto es correo electrónico o SMS, no un empuje que no verá.
• Measuring it. Retención día-siete y día-tirty por cohorte, y la parte de los clientes activos utilizando la aplicación. Las descargas no son el número.
• La posibilidad incómoda. Algunas empresas descubren que la retención es estructuralmente baja porque los clientes sólo los necesitan dos veces al año. Ese es un argumento para una experiencia web en lugar de una aplicación, y mejor aprendido antes.

• Libera el sistema operativo. Anual, ocasionalmente rompiendo, y un negocio cuya aplicación no funciona en el nuevo iOS la semana que naves escucharán acerca de él.
• Liberaciones de dispositivos. Nuevos tamaños de pantalla y capacidades cada año.
• Actualizaciones de dependencia y seguridad. Continua.
• Costos de backend. Servidores, almacenamiento, notificaciones y cualquier servicio de terceros, escalando con el uso.
• Apoyo. Alguien contestando opiniones de la tienda y usuarios que no pueden iniciar sesión.
• La partida presupuestaria. Un porcentaje anual significativo de la construcción, cada año, más las nuevas características que el negocio quiere. Una aplicación sin esa línea muere en silencio, según el mantenimiento que nadie presupuesto.

La prueba de un solo consentimiento pasó, o el proyecto se redirigió a una experiencia web. El trabajo único para la versión uno acordó y todo lo demás escrito a una lista de versión-dos. La cuenta de desarrollador comenzó. Pantallas y estados diseñados, incluyendo fuera de línea y error.

El trabajo básico construido e integrado con los sistemas existentes. Dispositivos reales en toda la gama soportada. TestFlight con usuarios reales, recopilando lo que faltaron las pruebas internas. Declaraciones de privacidad redactadas de la colección de datos real.

Presentación con tiempo presupuestado para una ronda de rechazo. Los clientes existentes dijeron directamente a través de los canales que el negocio ya posee. La terminación de la primera sesión, la retención del día-uno y el día-siete se veía diariamente. El primer montaje listo para enviar.

Astra Results Marketing aplica la prueba de un consentimiento antes de la copia, y recomienda una aplicación web progresiva cuando esa frase describe algo que hace un sitio web, porque dos listas de tiendas que nadie instala es una lección costosa. La versión uno hace un trabajo completamente, con todo lo demás grabado como versión dos, por lo que deja de consumir el presupuesto.

Las declaraciones de privacidad se redactan desde la recopilación de datos reales, el tiempo de presentación incluye una ronda de rechazo, y el lanzamiento utiliza los canales que el negocio ya posee en lugar de asumir el descubrimiento de la tienda. Reporting after launch leads with first-session completion and retention by cohort rather than downloads. Los avances comienzan con la prueba de un solo sentido a través de nuestra Desarrollo y diseño UI/UX equipo.

Lecturas relacionadas

• React Native: Un Equipo, Dos Tiendas de Apps
• Apps de iPad para Empresas: La Pantalla Grande, Bien Usada
• Marketing para Empresas que Levantan Capital

Escribe una frase: esta app permite que una persona específica haga algo mejor que cómo lo hace ahora. La mayoría de las ideas fallan, porque la respuesta real es "nuestros clientes podrían comprobar las cosas", que describe un sitio web. Lo que pasa es repetir la compra donde la aplicación elimina la fricción, el seguimiento en tiempo real, la lealtad donde la aplicación es la tarjeta, o una fuerza laboral que trabaja lejos de un escritorio. Si la frase describe un sitio web móvil, construir una aplicación web en su lugar.

Un trabajo, hecho completamente —lo único que hace que alguien lo abra en la primera semana — con todo lo demás escrito a una lista de versión-dos para que deje de discutirlo. No es opcional incluso en la versión uno: eliminación de cuentas si hay cuentas, revelaciones de privacidad que coinciden con la recopilación de datos reales, reportaje de fallos, análisis que muestran si las personas completaron la tarea principal, y una decisión sobre qué notificaciones serán enviadas.

Una cuenta de desarrollador de organizaciones que requiere una entidad jurídica verificada, que toma tiempo y retrasa más lanzamientos que cualquier cuestión técnica. Un listado con capturas de pantalla en tamaños requeridos, una URL de soporte y una política de privacidad. Declaraciones de privacidad detalladas que coinciden con lo que hace la aplicación. Y una revisión que comúnmente rechaza las primeras presentaciones sobre metadatos, permisos justificativos o manejo de cuentas en lugar de código, por lo que presupuesto una ronda.

Debido a que una gran parte de las personas que descargan una aplicación la abren una y nunca más. Pida nada antes de mostrar valor, solicite permisos en contexto en el momento en que una característica los necesita en lugar de todo en el lanzamiento, muestre la pantalla que hace el trabajo en lugar de un tour, y pre-llene lo que el negocio ya sabe sobre un cliente existente. La parte de las primeras sesiones que completan la tarea principal es el número inicial más útil.

Al ser algo que los clientes necesitan regularmente — reordenando, rastreando, acceso, valor de lealtad, un registro al que vuelven— y utilizando notificaciones que son relevantes y oportunas en lugar de frecuentes y genéricos. Alguien que no ha abierto la aplicación en un mes está cerca de desaparecer, y el canal que los alcanza entonces es correo electrónico o SMS. Medir día-siete y día-thirty retención por cohort, no descargas.

El sistema operativo anual libera que ocasionalmente rompe cosas, nuevos tamaños de dispositivo cada año, actualizaciones continuas de dependencia y seguridad, gastos de backend y notificación que escalan con el uso, y alguien que contesta las reseñas de la tienda y problemas de login. Presupuesto un porcentaje anual significativo de la construcción cada año, más nuevas características. Una aplicación sin esa línea muere en silencio.

¿Debido a probar dónde está la peor pelea? Astra Results Marketing aplica primero la prueba de un solo consentimiento, recomienda una aplicación web cuando es la respuesta simple, alcance la versión uno a un solo trabajo, y presupuestos el año después del lanzamiento junto con la construcción. Astra Results Marketing · 1101 Brickell Ave, Miami, FL 33131 · +1 (786) 321-2866 · [email protected] Encuéntranos. Google · Yelp ▸ LLAMAR AL (786) 321-2866 · ▸ SOLICITE SU CONSULTA