El alcance realista
El cierre de la fase: cuántas plataformas puede sostener de verdad un equipo, y cómo se decide qué soportar sin acabar sosteniendo mal cinco.
El coste permanente
Y el orden de magnitud honesto: cada plataforma añade entre un cuarto y medio día de trabajo por versión publicada, más un mantenimiento continuo que no es cero.
La señal de haberte pasado
Y es reconocible:
- Publicas menos porque publicar cuesta demasiado.
- Alguna plataforma va por detrás en versión, porque no da tiempo a probarla.
- Hay funciones que no haces porque habría que hacerlas cinco veces.
- Y hay incidencias de una plataforma que no puedes reproducir porque no tienes dónde. Nivel 46.3.
La última es la definitiva: si no puedes reproducir un fallo de una plataforma que soportas, no la estás soportando — la estás publicando.
Cuántas sostener
Una guía honesta por tamaño de equipo:
Y el orden de crecimiento razonable: empezar por la plataforma de tu público principal, añadir la segunda cuando haya demanda, y móvil solo cuando el caso de uso lo justifique de verdad — nivel 65.5.
El error más común
Y merece nombrarlo: empezar por las cinco.
Es tentador porque el marco lo permite y porque parece que hacerlo desde el principio es más barato que añadir después. Y produce, con un equipo pequeño, cinco plataformas mal soportadas: interfaces sin pulir, fallos sin reproducir, versiones desiguales y una publicación tan cara que se hace poco.
Lo contrario funciona mejor: una plataforma bien hecha, con la arquitectura de las fases anteriores —que es la que abarata añadir las demás—, y crecer cuando haya razón y capacidad.