Aplicación móvil o sitio web: un buen sitio suele bastar

Alguien le dijo que su negocio necesita una app. Tal vez fue un desarrollador, tal vez un amigo, o tal vez un competidor acaba de lanzar una y le ha estado molestando desde entonces. Ya puede ver el problema: las apps suenan caras y lentas de construir, y no está seguro de que sus clientes fueran a descargar la suya. La pregunta de aplicación móvil o sitio web es en realidad una pregunta sobre sus clientes, no sobre tecnología. Un sitio web rápido y compatible con móviles suele poder hacer el trabajo, y una web app ahora puede cubrir varias cosas que antes necesitaban las tiendas de apps. Una app empieza a pagarse sola cuando los clientes regresan seguido por una tarea específica que una app hace mejor. Puede averiguar de qué lado de esa línea está con sus propios números, en unos quince minutos.

¿Necesita mi negocio una app, o basta con un sitio web?

Para un negocio que los clientes visitan de vez en cuando, un buen sitio web suele bastar. Si la gente lo encuentra, revisa su horario, lee sobre sus servicios, reserva un turno o paga un pedido, un sitio móvil bien construido hace todo eso sin pedirle a nadie que instale nada. También es lo que los motores de búsqueda pueden encontrar, algo que una app en una tienda no puede reemplazar.

Una app empieza a valer la pena cuando tres cosas son ciertas a la vez. Sus clientes regresan seguido, semanalmente o más. Hay una tarea específica que repiten, como volver a pedir lo de siempre, revisar un saldo de lealtad, reservar la próxima clase o mostrar un pase de membresía. Y hacer esa tarea en una app es claramente más rápido o mejor que hacerlo en su sitio, por las notificaciones, el acceso sin conexión, o una función del teléfono como un escáner o Bluetooth.

Si no puede nombrar esa tarea repetida, el sitio es el mejor lugar para invertir. Si puede nombrarla, y tiene evidencia de que los clientes la usarían, entonces tiene sentido ver cuánto costaría construir una app y mantenerla funcionando.

¿Qué puede hacer ahora un sitio web o una web app que antes necesitaba una app?

Más de lo que podría esperar. Una progressive web app, a menudo abreviada como PWA, es un sitio web construido para que un teléfono lo trate como una app. La guía de MDN sobre progressive web apps describe lo que eso cubre: un ícono en la pantalla de inicio, una apariencia de pantalla completa sin la barra del navegador, contenido guardado en caché para que las páginas carguen cuando la señal es débil, uso sin conexión y notificaciones push. Los navegadores también les dan a los sitios web acceso a la cámara, la ubicación y funciones de pago, como documenta la referencia de MDN Web API.

El cambio más grande llegó en el iPhone. WebKit, el motor detrás de Safari, anunció que iOS y iPadOS 16.4 agregaron Web Push para web apps en la pantalla de inicio, junto con soporte para que otros navegadores agreguen sitios a la pantalla de inicio. Un cliente que guarda su web app en su pantalla de inicio ahora puede recibir notificaciones de ella, si da permiso.

Hay límites, y le importan a algunos negocios:

• Instalar primero en iPhone: El web push en iPhone funciona después de que el cliente agrega la web app a su pantalla de inicio, no desde una pestaña normal del navegador.
• El almacenamiento se puede borrar: La política de almacenamiento de WebKit permite que el teléfono elimine los datos guardados de una web app bajo presión de almacenamiento o después de una inactividad larga.
• El trabajo en segundo plano es limitado: Las web apps no pueden ejecutar mucho en segundo plano, y las funciones varían según el navegador y la plataforma.
• Cierto hardware sigue siendo nativo: Ciertos usos de Bluetooth y NFC, funciones profundas del sistema, widgets y procesamiento en segundo plano pueden no estar disponibles o ser más débiles en la web.

Si su idea para una app es sobre todo reservar, pedir, pagar, iniciar sesión y recibir notificaciones, un sitio web o una web app puede que ya lo cubra. Si depende de los elementos de esa lista, una app nativa tiene una ventaja real.

¿Cuándo se gana una app nativa su costo?

Una app nativa es del tipo que se descarga desde la App Store o Google Play y que está construida para el sistema propio del teléfono. Se gana su costo cuando convierte algo que los clientes ya hacen seguido en algo más rápido o mejor. Los ejemplos que mejor encajan comparten un patrón de uso frecuente y repetido. Antes de gastar, ayuda ver qué dice la evidencia sobre cómo la gente realmente usa las apps que instala.

¿Qué negocios encajan en el patrón?

Busque un uso semanal o diario ligado a una sola tarea clara. Una cafetería o restaurante con clientes habituales que vuelven a pedir lo mismo. Un gimnasio o estudio donde los miembros reservan clases cada semana y muestran un pase en la puerta. Un negocio de servicios cuyos clientes rastrean una entrega o la llegada de un técnico. Un equipo de campo que necesita trabajar sin conexión y escanear códigos de barras o QR en el sitio. Un negocio construido en torno a hardware conectado por Bluetooth o NFC. En cada caso, la app le ahorra tiempo al cliente en algo que haría de todos modos, o le envía una notificación que realmente quiere.

Un plomero al que llaman dos veces al año, un despacho legal, o una tienda que los clientes visitan pocas veces al año por lo general no tiene una tarea repetida que una app pueda acelerar. Para esos casos, el dinero rinde más en un mejor sitio.

¿La descargarán los clientes y la conservarán?

Esta es la preocupación detrás de búsquedas como «construir una app para mi negocio», y la evidencia la respalda. Un informe de Nielsen de 2014 encontró que los usuarios de smartphones tenían en promedio unas 42 apps instaladas, pero usaban menos de 10 al día, y cerca de la mitad usaba solo entre 1 y 4 al día. La cifra es antigua, y no hay un número actual confiable de cuántas apps de pequeños negocios la gente conserva. Igual muestra el problema: un teléfono lleno de apps no significa que abran la suya.

Google dice lo mismo desde el lado del desarrollador. Su guía sobre cómo se ve un buen valor central señala que los números de descargas pueden subir por el gasto en marketing y no suelen ser una buena medida del valor de una app. El compromiso y la retención, es decir, si la gente sigue regresando, son las mejores medidas. Así que, la pregunta que hay que responder antes de construir no es «¿la va a descargar la gente?» sino «¿qué haría que regresaran cada semana?».

¿Qué cuesta una app después de construirla?

La construcción es la parte por la que le dan una cotización. Los costos de funcionamiento llegan después del lanzamiento, y es fácil pasarlos por alto. Nuestra publicación sobre cuánto cuesta construir una app para un negocio cubre la construcción en sí; esta sección cubre lo que sigue.

El programa de desarrolladores de Apple es de 99 USD al año por membresía. En las ventas de bienes y servicios digitales dentro de la app, la comisión de Apple suele ser del 30%, reducida al 15% para negocios en su Programa de Pequeños Negocios con menos de 1 millón de USD en ingresos anuales, y para suscripciones que califiquen. La página de tarifas de servicio de Play de Google dice que el 97% de los desarrolladores distribuye sus apps sin costo, y el 99% de los desarrolladores que sí pagan una tarifa califica para 15% o menos. Estas comisiones aplican a compras digitales; un pedido de restaurante o una reserva de servicio pagados a través de la app se manejan distinto, así que revise las reglas de la tienda para su caso.

Luego está la revisión y el mantenimiento. Cada app y cada actualización pasa por la App Review de Apple, y Google tiene sus propias políticas del programa de desarrolladores. Desde el 30 de junio de 2022, Apple exige que cualquier app que permita crear una cuenta deje eliminarla desde dentro de la app. Cada nueva versión de iOS y Android puede implicar pruebas y correcciones, y usted sigue pagando por monitoreo de fallos, analíticas, soporte y trabajo de privacidad. Ninguna de las dos tiendas publica un precio anual de mantenimiento, porque depende de la app.

Dos apps nativas, una para iPhone y otra para Android, significan dos listados en tienda, dos procesos de revisión y dos conjuntos de dispositivos para probar. Las herramientas multiplataforma pueden compartir buena parte del código, pero el trabajo de tienda y las pruebas igual aplican a las dos.

¿Cuáles son las opciones entre un sitio web y una app a la medida?

No tiene que elegir entre un sitio web sencillo y una app a la medida construida desde cero. Hay varios pasos intermedios, y cada uno intercambia costo y velocidad por control. El correcto depende de lo que quiera que hagan los clientes y cuánto quiera controlar.

Un mejor sitio web móvil con las funciones integradas

Un sitio responsivo puede manejar reservas, pedidos, pagos, cuentas de clientes y registro en programas de lealtad. Tiene la barrera más baja para los clientes, porque no hay nada que instalar, y se puede encontrar en búsquedas y compartir por enlace. La contrapartida es un re-enganche más débil: sin una app en su teléfono, los clientes regresan por correo, texto o web push, y solo si aceptan. Si su sitio actual es lento o incómodo en un teléfono, arreglar eso con mejor diseño web suele darle más que una app nueva.

Una progressive web app

Una web app agrega el ícono de pantalla de inicio, el comportamiento sin conexión y las notificaciones push al sitio web que ya tiene. Se salta la revisión de tienda y los lanzamientos separados para iPhone y Android. Sus límites son los ya mencionados: instalar primero en iPhone para el push, almacenamiento que el teléfono puede borrar, y menos acceso al trabajo en segundo plano y a cierto hardware.

Una plataforma de reservas, pedidos o lealtad con su propia app

Algunos servicios de reservas y lealtad les dan a sus clientes una app como parte de la suscripción. Eso es más rápido y barato de lanzar que su propia app. A cambio, acepta tarifas recurrentes, las reglas de la plataforma, cambios limitados y una dependencia de los planes de otra empresa. Antes de firmar, pregunte si puede exportar los datos de sus clientes y qué pasa con ellos si se va.

Un constructor de apps sin código o de marca blanca

Estas herramientas pueden producir una app más rápido que una construcción a la medida, por lo que la gente que busca «hacer una app para mi pequeño negocio» a menudo termina en ellas. Suelen venir con tarifas recurrentes, dependencia del proveedor, conexiones limitadas a sus otros sistemas y menos control sobre velocidad y cumplimiento con las tiendas. Igual enfrenta la revisión de tienda y las actualizaciones.

¿Cómo puede revisar en quince minutos cuál necesita su negocio?

Puede hacer usted mismo el primer filtro, con sus propios datos. Esto no es un caso de negocio completo, pero le dice si vale la pena mirar una app con más detalle.

1. Revise su porción móvil: En sus analíticas, abra los últimos 30 a 90 días y vea el tráfico de móviles y tabletas. Anote la porción de visitantes, reservas, pedidos y ventas que vienen de teléfonos. Use sus propios números en lugar de un promedio de la industria; el centro de ayuda de Google Analytics explica dónde encontrar los informes de dispositivos.
2. Nombre la única acción exclusiva de la app: Anote lo único que los clientes harían en una app y que no pueden hacer ya fácilmente en su sitio móvil. Si la respuesta es «nada», todavía no hay ventaja de tener una app.
3. Calcule con qué frecuencia: Vea las reservas repetidas, los pedidos repetidos, los inicios de sesión, la actividad de lealtad o las visitas por cliente. Luego pregúnteles a 5 o 10 clientes habituales si instalarían la app, para qué la usarían y con qué frecuencia.

Si los teléfonos aportan una gran parte de su negocio pero el sitio es difícil de usar en ellos, arregle el sitio primero. Si los clientes nombran una tarea repetida y dicen que la usarían semanalmente, ponga a prueba esa demanda antes de construir todo. Un enlace de reservas, un registro de lealtad en el sitio, alertas por correo o texto, o una web app pueden mostrar si la gente usa la función antes de que pague por dos apps nativas.

Si la prueba muestra un uso repetido constante, y una ventaja clara por las notificaciones, el acceso sin conexión o una función del teléfono, ese es el punto para pedir un plan con costos para una app nativa.

¿Qué debería preguntarle a un desarrollador antes de construir una app?

Un buen desarrollador debería poder responder estas preguntas con claridad antes de que usted firme nada. Si las respuestas son vagas, trátelo como una señal de alerta.

• ¿Cuál es la única tarea que esta app hace mejor que nuestro sitio?: Quiere una acción específica del cliente, no una lista de funciones.
• ¿Cómo mediremos el éxito?: Busque reservas repetidas, frecuencia de pedidos o retención, no conteos de descargas.
• ¿Podría una web app hacer esto primero?: Una buena respuesta explica qué parte realmente necesita funciones nativas, si acaso alguna.
• ¿Quién es dueño del código y de las cuentas de tienda?: Las cuentas de desarrollador con Apple y Google deberían estar a nombre de su negocio.
• ¿Qué cuesta mantenerla funcionando cada año?: Pregunte por tarifas de tienda, actualizaciones de sistema operativo, pruebas, soporte y trabajo de privacidad, no solo por la construcción.
• ¿Qué pasa cuando salga la próxima versión de iOS o Android?: Alguien tiene que probar y actualizar la app, y usted debería saber quién y a qué costo.

Las formas más comunes en que estos proyectos salen mal son prácticas más que una posición medida: una app que repite el sitio web y no da razón para instalarla, muy poca promoción para conseguir descargas, clientes que instalan una vez y nunca regresan, ningún seguimiento ligado a reservas o ventas, un alcance que sigue creciendo, y mantenimiento que nadie presupuestó. Cada pregunta de arriba apunta a uno de esos problemas.

Preguntas frecuentes sobre aplicación móvil o sitio web

¿Todo pequeño negocio necesita una app?

No. Un buen sitio web móvil suele bastar, a menos que una app les dé a los clientes una razón repetida y clara para abrirla, como volver a pedir, reservas, lealtad o trabajo sin conexión.

¿Se puede instalar un sitio web como una app?

Sí. Una progressive web app se puede agregar a la pantalla de inicio de un teléfono y abrirse en pantalla completa, sin la barra del navegador, donde el navegador lo permita.

¿Puede una web app enviar notificaciones en un iPhone?

Sí, desde iOS y iPadOS 16.4, para las web apps que el cliente agregó a la pantalla de inicio, y solo con su permiso.

¿Son las descargas de apps una buena señal de que una app funciona?

No por sí solas. La guía de Google dice que los números de descargas no son una buena medida del valor de una app; el uso repetido, la retención y las reservas o pedidos completados dicen más.

¿Qué cuesta una app después del lanzamiento?

El programa de desarrolladores de Apple cuesta $99 al año, ambas tiendas pueden cobrar una comisión sobre ventas digitales, y cada actualización pasa por revisión. También paga por pruebas, actualizaciones de sistema operativo, soporte, analíticas y trabajo de privacidad.

¿Debería construir una app para iPhone y una para Android?

Solo después de haber demostrado demanda. Dos apps significan dos listados en tienda, dos procesos de revisión y dos conjuntos de dispositivos para probar, así que empiece por la plataforma que usan sus clientes, o con una web app que cubra ambas.

Lo que esto significa para usted

La decisión entre aplicación móvil y sitio web se reduce a una pregunta: ¿hay una tarea que sus clientes repiten lo suficiente como para que una app la haga claramente más rápida o mejor? Un sitio móvil rápido, tal vez con una web app encima, puede cubrir reservas, pedidos, pagos y notificaciones sin pedirle a nadie que instale nada. Una app nativa se gana su lugar cuando puede nombrar esa tarea repetida, mostrar que los clientes la usarían semanalmente, y presupuestar las tarifas de tienda, revisiones y actualizaciones que siguen al lanzamiento.

Haga la revisión de quince minutos, arregle lo que haga que su sitio sea difícil de usar en un teléfono, y ponga a prueba la demanda con las herramientas que ya tiene. Si la evidencia apunta hacia una app, entrará a construirla sabiendo para qué sirve y cómo saber si funciona.

En Web Leveling, construimos ambas cosas, por eso empezamos con la pregunta antes que con la app. Nuestro trabajo de desarrollo de aplicaciones empieza revisando si un sitio web o una web app harían el trabajo primero, y si es así, se lo diremos y le ayudaremos a construir eso en su lugar. Cuando una app es la decisión correcta, usted es dueño del código y de las cuentas de tienda por completo. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero. Cuéntenos para qué usarían sus clientes una app, y le ayudaremos a decidir si vale la pena construirla.

Términos