Segundo artículo de mi serie sobre productos independientes
El anterior describía recursos para definir, desarrollar y publicar una app desde iOS. Con recursos limitados solo podía completar utilidades de App Store.
Este trata un producto completo multiplataforma, sus problemas y soluciones. Así construí un ecosistema de cuenta oficial de WeChat, miniprograma y app.
1. Objetivos
Un objetivo es el valor aportado. Incluso con un caso de uso, un producto sin valor, ingresos y apenas usuarios tiene poca razón de existir.
También podríamos empezar por la visión del producto…
Alto. No pienses aún en todo eso o nunca superarás la imaginación.
Con recursos, personas e inversión limitados, la meta es clara: ¿qué problemas resuelve o qué funciones ofrece?
En File Manager, el MVP tenía un objetivo: transferir archivos entre teléfono y ordenador.
Tras el MVP llegaron más requisitos, algunos de mis planes y muchos del feedback:
- 1.0.0 Transferir archivos entre teléfono y ordenador
- 1.1.0 Previsualizar o reproducir imágenes, vídeo y audio
- 1.2.0 Agrupar, mover, borrar, comprimir y compartir archivos
- 1.3.0 Mejorar el reproductor
- 1.4.0 Añadir seguridad: códigos gestuales y biometría
- 2.0.0 Añadir compras dentro de la app
- 2.1.0 Añadir escaneado de documentos
- …
Elige una meta realizable. Céntrate en algo y continúa aunque parezca errado: ¿cómo saberlo sin acabar ◔ ‸◔? Termina y revisa.
2. Prototipos
Antes decía que podía construir las pantallas con xib en el tiempo de diseñar el prototipo.
Ahora me contradigo ,,Ծ‸Ծ,,
Es comprensible en una utilidad personal sin plan posterior, solo para publicarla.
Al evolucionar, avanzar sin prototipo ni plan crea problemas. Diseñarlo es ordenar la lógica del producto.
Estos son algunos programas de prototipado. Uso MockingBot.
3. Gestión del proyecto
Tras publicar una app iOS vi un problema: no tenía concepto de gestión. Trabajaba cuando tenía tiempo o me acordaba.
Era mi producto y el MVP quizá no tenía usuarios de pago, así que no sentía responsabilidad.
Eso ralentiza y puede matar el proyecto.
Años gestionando iteraciones me enseñaron que las herramientas sirven para proyectos personales. Con metas y prototipo coherente, dividir tareas resulta natural.
Uso coding.net, que también aloja código.
Divide tareas por horas: facilita gestión y casos de prueba. Ahora termino los casos antes de programar. Es esencial.
El prototipo ordena la lógica; las pruebas, los detalles. Casos completos guían a lógica correcta ✅ y evitan errores ❌.
4. Tecnología
Todo era preparación. Soy el único desarrollador pero quiero un ecosistema de cuenta oficial de WeChat, miniprograma y app.
Harían falta miniprogramas, iOS y Android. Aprender lenguajes no es tan difícil, pero repetir la lógica triplica el esfuerzo. No es realista.
Normalmente podríamos usar la web para cubrir varias plataformas, o incluso abandonar la app y centrarnos en una cuenta oficial más un miniprograma. En la fase inicial, cuando las necesidades del producto exigen una validación rápida, es un enfoque muy razonable.
Hay muchas tecnologías multiplataforma. Uni-App crea app y miniprograma con una base, usa Vue.js y admite iOS/Android mediante Weex.
Basta para productos personales o pequeñas empresas.
5. Datos
Elegido el enfoque, queda: ¿dónde viven los datos?
Para una utilidad basta el dispositivo. ¿Y una plataforma informativa con usuarios o comunidad UGC?
Uni-App ofrece uniCloud: servidor JavaScript sin dominio para miniprogramas y apps.
Elegí la plataforma serverless LeanCloud; ambos acceden a su base mediante SDK JavaScript.
El nivel de desarrollo ofrece 30.000 solicitudes API gratis diarias y SMS, suficiente para usuarios y datos.
Al superar la cuota ya hay escala; los ingresos deberían cubrir el nivel de pago por uso.
Una forma descarada de conseguir datos
¿Quieres una app meteorológica o informativa sin datos?
En China hay muchos mercados API:
y otros.
Ofrecen API gratis y de pago.
Si monetizas bien, usa las de pago.
Si no, usa cuotas gratis. Pero 100 peticiones vuelan en pruebas. ¿Qué hacer?
Combina LeanCloud con un mercado. Para el tiempo, consulta la base; si falta, llama a la API y guarda el resultado.
¿Y si 100 no cubren las ciudades? Solicita varias plataformas.
6. Lanzamiento y operaciones
Miniprograma, app y servidor listos. ¿Cómo lanzarlos?
Para el miniprograma sigue la plataforma oficial de WeChat y sigue paso a paso las indicaciones para solicitar un miniprograma.
Publicar en iOS exige una cuenta de desarrollador de pago. Es una barrera, pero, para operar a largo plazo, recomiendo solicitarla en el sitio web para desarrolladores de Apple. Ahora es sencillo: descarga la app Developer en un iPhone y paga desde allí.
Para distribuir en Android necesitas registrar los derechos de autor del software. Una solicitud normal puede tardar 1-2 meses, o puedes pagar a un agente externo para que se encargue.
Siguiendo con el ahorro: ¿dónde podemos guardar imágenes, audio y vídeo para los espacios promocionales de la app y el miniprograma?
La biblioteca de medios de la cuenta oficial resuelve el problema: guarda el material necesario, obtén las URL originales y permite que tanto la app como el miniprograma accedan a él.
7. Ingresos
Una forma sencilla es la publicidad.
Los requisitos de las plataformas aumentan y dificultan integrarla a independientes.
Uni-App integra en un clic; consulta su documentación.
Una cuenta con audiencia puede activar anuncios en artículos.
Un miniprograma puede monetizar tras 1.000 visitantes únicos.
8. Conclusión
Completamos el ecosistema de cuenta oficial de WeChat, miniprograma y app.
Seguí estos pasos para tres productos. Escanea los códigos:
