¿Se debe crear una aplicación móvil directamente o un sitio web primero?

Esta es una gran pregunta que me hacen y personalmente me pregunto. Creo que la respuesta es específica para cada caso : sí, el temido argumento “depende” ataca de nuevo. Es decir que la “próxima gran cosa” significa algo diferente para todos; entonces haz tu investigación .

1 – Pon a prueba tu hipótesis

> Recuerde practicar ciencias seguras (se requiere bata de laboratorio)

Tome su gran idea y pruebe sus suposiciones básicas de la manera más barata posible. Usemos un ejemplo, “una aplicación que permite a los usuarios explorar la actividad social basada en la ubicación”.

Nuestra suposición principal es que algunas personas, en algún lugar, desean explorar la actividad de las redes sociales en función de la ubicación. Puede probar esta suposición preguntando a amigos y extraños, reuniendo comentarios uno a uno, haciendo una evaluación de palabras clave de Google, etc. Si hay una buena demanda de dicho producto, avance al siguiente paso.

2 – Prueba el mercado

> Escucha los dedos, son los cerebros de la mano

Si vale la pena perseguirlo, entonces llega al punto donde comienza esta pregunta: ¿pertenece la aplicación en dispositivos móviles, computadoras de escritorio o ambos? Si ambos, ¿qué plataforma debería recibirlo primero? Para responder a esto, construiría una página de destino . Esta página de destino debe tener una imagen de héroe simple, el propósito de la aplicación (declaración de misión, también) y un formulario de llamado a la acción: “Enviarme actualizaciones”.

Las personas interesadas en el producto se registrarán para recibir noticias suyas. Puede usar MailChimp [1] para hacer esto de forma gratuita, o incluso Google Forms [2]. El siguiente paso es anunciar el producto (AdWords, Facebook) en canales relevantes como aplicaciones / páginas que se ocupan de la acumulación de redes sociales o la socialización basada en la ubicación.

> Sí, la publicidad cuesta dinero, pero no tanto como gastarás construyendo el producto equivocado.

Monitoree el tráfico y los recuentos de registro con Google Analytics [3]. Si recibe un número considerable (~ 500 +), evalúe los datos para determinar dónde su aplicación atrajo la mayor atención. Si los datos representan principalmente un segmento, por ejemplo, los usuarios de iPhone, entonces iOS puede ser el camino a seguir.

3 – Lanzamiento mínimo de producto viable

> “Umm, ¿quizás agregar chispas?” – Un multimillonario

Construya el MVP [4] y suéltelo en la plataforma que sugirió la investigación. Si atrae a un público fuerte, es posible que haya dado en el clavo. Comuníquese con sus usuarios y solicite comentarios sobre el servicio, incluidas sugerencias para otras plataformas.

Si el lanzamiento es un fracaso, la plataforma elegida puede tener la culpa, pero ese no siempre será el caso y nunca será la única variable . Hay mucho más que implica el éxito de un producto más allá de donde lo lanzas. Recomiendo leer sobre marketing o contratar a una persona dedicada al lado comercial de su aplicación.

¡Gracias por leer! Si te encantó mi respuesta (incluso un poquito), ¡realmente agradecería un voto a favor! Sígueme para obtener más respuestas sobre nuevas empresas, negocios, software y más.

Para más travesuras, échame un vistazo en Stanley Idesis: el sitio web .

Notas al pie

[1] Enviar mejor correo electrónico | MailChimp

[2] crear y analizar encuestas, de forma gratuita.

[3] Google Analytics

[4] Producto mínimo viable

La respuesta a esto es “depende”. La primera pregunta que siempre hacemos cuando alguien nos dice que quieren crear una aplicación es “¿Por qué necesitas una aplicación?”. Otras cosas que debes hacerte son: ¿Para quién es la aplicación? ¿Para qué lo usarán? ¿Dónde lo usarán? ¿Por qué elegirían usarlo (en su sitio web o en un competidor)? La respuesta a todas estas preguntas lo ayudará a tomar una decisión sobre dónde debe centrar sus esfuerzos Los beneficios de crear una aplicación web incluyen el hecho de que son más fáciles de construir y más fáciles de implementar. También pueden llegar a un mayor número de usuarios potenciales debido al hecho de que son independientes del dispositivo y el sistema operativo. Una aplicación web podría construirse de manera receptiva, de modo que funcione tanto en dispositivos de escritorio como en dispositivos móviles. Una desventaja de usar una aplicación web es que no puede acceder a todas las funciones del dispositivo (aunque esto está mejorando). Otra es que tendrá que admitir muchos navegadores diferentes, lo que, dependiendo de cuán compleja sea su aplicación, podría generar mayores costos de desarrollo / mantenimiento. Una aplicación nativa, por otro lado, es más rápida y puede funcionar mejor en un Internet intermitente conexión y tiene acceso al hardware del dispositivo (por ejemplo, cámara). Si tiene la intención de cobrar al usuario por su aplicación, las diferentes tiendas de aplicaciones le permitirán hacerlo fácilmente. Sin embargo, deberán implementarse en cada dispositivo por separado, lo que requiere que envíe su solicitud a cada tienda. También deberán escribirse específicamente para cada sistema operativo, lo que aumentará los costos de desarrollo. Una tercera opción que puede considerar es crear una aplicación híbrida. Escritos utilizando un marco híbrido (por ejemplo, Ionic), pueden considerarse como una aplicación web que se ejecuta dentro de un ‘contenedor’ de aplicaciones nativas. El código utilizado puede implementarse en múltiples dispositivos como aplicaciones nativas sin necesidad de ser reescrito.

Si puede pagar ambos, entonces construya ambos. De lo contrario, la aplicación web primero. De acuerdo, la respuesta debería ser “Depende”, pero para la mayoría de los casos, la web primero es un gran comienzo.

Hubo un tiempo en que las aplicaciones eran lo más importante, pero hoy en día hay tantas aplicaciones que muy pocos usuarios tienen interés en instalar una aplicación antes de probarla. Sí, WhatsApp y algunos otros pudieron tener éxito a pesar de ser solo aplicaciones, pero eso es una excepción a la norma.

Una pregunta simple que debe hacerse, para el problema que está resolviendo, ¿primero buscó en Google o buscó una aplicación en AppStore / Play store? Un escenario hipotético, para esa búsqueda, si encuentra solo dos productos, una aplicación web y una aplicación, ambas de nuevas empresas desconocidas. ¿Cuál probarás primero?

Las ventajas son,

1. Fácil de convencer a los usuarios para que lo prueben una vez (la instalación es una impedancia mayor).
2. Mejor control de la distribución y no tener que depender de la AppStore.
3. Velocidad. Puede implementar actualizaciones con frecuencia, ejecutar una mayor cantidad de experimentos con frecuencia, sin tener que presionar la actualización, que los usuarios no pueden instalar.
4. Discoverablity a través del motor de búsqueda.

Ventajas de la aplicación: (la mayoría de estos se solucionarían con la web progresiva, pero todavía no estamos allí)

1. Fuera de línea: aunque el trabajador de servicio afirma resolver esto, se encuentra en sus primeras etapas, y están incompletos o tienen algunos errores molestos.
2. Notificaciones y reenganche:
3. Iconos de la página de inicio

He tenido cierta experiencia abordando esta misma pregunta varias veces en los últimos años. Le insto a que haga las siguientes preguntas clave relacionadas con sus decisiones de diseño.

• Público objetivo : Teniendo en cuenta que está pensando en crear la aplicación, ya debe tener una comprensión justa de quién es su público objetivo. Piense si esa audiencia es una audiencia “móvil primero”, o es una mezcla de escritorio y móvil.
• Las funciones en la aplicación: Wrt para el diseño del sistema, son las funcionalidades que planea desarrollar en la aplicación mejor hechas a través de un escritorio, o es un dispositivo portátil realmente suficiente para hacerlo. (p. ej., un sitio de comercio electrónico es una excelente opción para el diseño móvil primero, un periódico o un blog es candidato tanto para dispositivos móviles como para la web, y algo como el comercio de acciones es realmente web primero considerando la cantidad de información que necesita mostrar).
• Aplicaciones nativas o híbridos HTML: este es, con mucho, el más discutible del lote. Existe la decisión de si desea crear una aplicación nativa (lo que significa que ya no es portátil, y crea específicamente para Android o iOS). Una simple búsqueda en Google le mostrará que la opinión está dividida. En mi experiencia, los híbridos HTML funcionan bien para la mayoría de las aplicaciones en niveles.
• Su elección de tecnología: una vez que haya decidido en qué dirección desea ir (suponiendo que sea la forma híbrida de HTML), debe bajar para hacer una selección de la pila de tecnología que desea implementar. Esta decisión por sí sola puede ayudar a ahorrar o desperdiciar muchas horas de ingeniería. Elija un marco o herramienta que realice un diseño web receptivo de forma predeterminada (lo que significa que el mismo código se representará maravillosamente en todo tipo de dispositivos, incluidos los navegadores de escritorio).
• Notas de cierre: En pocas palabras, si sabe que probablemente tendrá una aplicación móvil y de navegador para la aplicación, casi siempre se recomienda optar por un diseño receptivo, una base de código único para hacerlo todo y un backend robusto que no le importa de dónde provienen las solicitudes (excepto análisis, etc.). Los marcos como Meteor.js hacen esto muy bien, y también lo hacen los backend de un nodo atados con un extremo iónico / angular. Tiene muchas opciones en esta área, y al final, la elección de la tecnología debe basarse en la forma en que desea ir, cuáles son las ventajas y desventajas de cada herramienta / marco y qué tan cómodo está su equipo de desarrollo con tales tecnologías

Espero que esto responda a su pregunta. Que tengas un buen día.

Creo que la respuesta genérica a la pregunta general sería un sitio web para dispositivos móviles que funciona en todas las plataformas. De todos modos, esa es la ruta por la que vamos, y creemos que tenemos una de esas “próximas grandes cosas”.

No hubiera respondido así hace 4 o 5 años, pero ahora los navegadores en los dispositivos móviles admiten la mayoría de las características de HTML5, JS avanzado y CSS3. Por ejemplo, nuestra “aplicación” de Bartsome.com necesita criptografía del lado del cliente y soporte sólido de flexbox, que en realidad no estaba listo en ese momento. Ahora, todo eso es casi totalmente compatible con los dispositivos móviles modernos. Incluso cosas como gráficos de lienzo complejos y 3D son casi perfectos, ¡porque la mayoría de los dispositivos móviles ahora son esencialmente bestias multinúcleo de mano! La competencia ha sido excelente para el avance tecnológico.

Donde se abre al debate es la naturaleza de la aplicación:

• ¿Necesita acceso a alguna función nativa del sistema operativo móvil ? Por lo general, la cámara (pero incluso eso es web móvil ahora). Es una espada de doble filo porque entonces tienes buenas bases de código múltiples para múltiples dispositivos móviles.
• En el otro extremo del espectro, es posible que tenga un portal realmente complejo que solo se representa bien en formatos de pantalla grande. Entonces, su próxima gran cosa puede que ni siquiera necesite una aplicación móvil, a excepción de algunas funciones auxiliares que se pueden usar “sobre la marcha”
• El otro factor puede ser financiero. Las tiendas de aplicaciones quieren un corte . No hay costo adicional para la web móvil.

La conclusión es que se sorprendería mucho de cuántas funciones están disponibles para la Web móvil, y que hay muy pocas cosas que no puede hacer.