Sí, y es un paso independiente del proceso. Entre el momento en que describe su actividad y el momento en que se construye la aplicación, una pantalla de planificación le muestra exactamente qué se va a generar: las vistas, las entidades de datos, los indicadores y los valores de sus listas de opciones. Todo ello es totalmente modificable: se añaden, renombran, reordenan, ocultan o eliminan elementos, y nada se construye hasta que usted aprueba el plan. Además, hay un aspecto que muchas veces se descubre demasiado tarde en otros lugares: el tamaño de la aplicación se DERIVA de su descripción, no de un catálogo de funcionalidades que marcar con una casilla. Esta página explica con precisión qué se puede recortar, en qué momento y qué limitaciones tiene esa acción.
El verdadero riesgo no es tener demasiado poco, sino demasiado
Las cifras del mercado coinciden todas en lo mismo, tanto en Francia como en Estados Unidos. En nuestro país, una proporción muy elevada de autónomos abandona su herramienta de gestión en los primeros seis meses. En EE.UU., la mayoría de las pymes utiliza menos de la mitad de las funciones de su software, y una de cada tres lo abandona al cabo de un año. La causa principal no es ni el precio aislado ni la ausencia de funcionalidades: es justo lo contrario, una herramienta pensada para un equipo de cincuenta personas, con doscientas funciones de las que solo se usan quince, y una complejidad que no se revela hasta el primer uso real.
Es un riesgo que una herramienta de generación puede reproducir al pie de la letra, y hay que decirlo claramente: si describe su necesidad con el vocabulario de una gran empresa, obtendrá una aplicación propia de una gran empresa. Por eso, la pregunta «¿puedo eliminar lo que no necesito?» no es un mero detalle de comodidad. Es la pregunta que decidirá si seguirá usando su herramienta dentro de seis meses.
El tamaño de la aplicación se deriva de su descripción
Una aplicación generada no sale de un catálogo: su estructura se deduce directamente de lo que usted ha escrito. El número de vistas sigue una escala que se extrae de su descripción, una necesidad cotidiana, formulada de forma sencilla, da lugar a una aplicación de cuatro a seis vistas; una necesidad intermedia, de seis a ocho; una necesidad compleja o multi-servicio, más allá. Por tanto, usted no paga, en sentido estricto, por funciones que no usa: simplemente no se generan.
La consecuencia inmediata es lo único que debe tener presente antes de escribir: describa su oficio tal como lo vive, no como lo formularía un pliego de condiciones. «Soy peluquero canino y quiero gestionar mis citas, mis clientes y sus animales» y «plataforma de gestión multi-sede con cumplimiento normativo y control de flujos» no generan la misma aplicación, y la primera es la que seguirá abierta dentro de seis meses. Si la necesidad crece realmente, la aplicación podrá crecer con ella, pero nunca al revés.
El plan se revisa, y se ajusta, antes de cualquier construcción
Una vez analizada su descripción, la pantalla de planificación muestra la estructura propuesta antes de que se genere nada. Las vistas se pueden añadir, renombrar, reordenar, duplicar, ocultar o eliminar. Las entidades de datos, sus clientes, sus intervenciones, sus artículos, se pueden añadir, modificar o retirar, y el plan también sugiere otras que usted puede ignorar libremente. Los indicadores del tablero se añaden y eliminan uno a uno. Incluso los valores de sus listas de opciones son editables: tanto el identificador técnico como la etiqueta mostrada.
Solo hay una salvaguarda, y está pensada exclusivamente en su beneficio: el sistema rechaza ocultar la ÚLTIMA vista visible, porque una aplicación sin ninguna pantalla de navegación carece de sentido. Todo lo demás está bajo su control. Y es precisamente la aprobación del plan la que desencadena la construcción: mientras no la dé, nada se genera, usted recorta antes, no después.
Qué no resuelve esta opción
Recortar en el plan no sustituye el hecho de saber qué necesita, y el plan no muestra pantallas terminadas: muestra una estructura. Lo que usted evalúa allí es un esqueleto: qué vistas, qué datos, qué indicadores, no una maquetación. Una vista eliminada por error tampoco se pierde definitivamente: basta con volver a procesar la descripción y evolucionar la aplicación después, tema que trata otra pregunta del hub.
La salvaguarda más eficaz sigue estando en la fase previa, y cabe en una sola frase: empiece pequeño, deliberadamente. Una aplicación de cinco vistas que abre cada mañana vale más que una de doce de las que solo visita tres, justo la brecha que miden las cifras de abandono mencionadas más arriba. El plan existe para hacer ese criterio visible y reversible antes de que le cueste nada.