Sistemas de gestión, herramientas internas y áreas de cliente son la misma cosa vista desde los dos lados: los mismos datos, los mismos estados, los mismos documentos. Construirlos por separado significa mantenerlos alineados a mano para siempre — y esa mano eres tú.
sistema --estado --pedido 2041
presupuesto ....... aprobado 12/03, firmado con OTP
anticipo .......... cobrado, recibo emitido
archivos .......... 14 documentos, el último ayer 17:42
[ok] el cliente ve el mismo estado sin llamarte
sistema --tickets --abiertos
1 abierto · tiempo medio de respuesta 4h
esperando
$ ./portal --archiva --todo
Correo, correo certificado, WhatsApp, banco, Drive, teléfono. Hoy el trabajo de un cliente está en seis sitios y el pegamento eres tú. Un portal de clientes es el sitio donde ese trabajo se recompone solo.
// cuándo hace falta
No hay un día exacto, pero las señales son siempre las mismas. Si reconoces tres, el tiempo que pierdes haciendo de puente ya ha superado el coste de construirlo.
// qué construimos
La cara interna hace trabajar al equipo, la externa hace que el cliente trabaje en tu lugar. Debajo está el mismo dato: eso es lo que elimina el trabajo de enlace.
Pedidos, fichas, estados, permisos. Construido sobre el proceso que tenéis de verdad, no sobre el que un paquete da por supuesto — porque el proceso es lo que trae el dinero, no el software.
El mismo avance, filtrado por lo que el cliente puede ver. Deja de llamar para saber por dónde vais, y vosotros dejáis de hacer de centralita.
Documentos firmados desde el portal con código de un solo uso y registro de quién firmó, cuándo y desde dónde. Anticipos y saldos trazados, con el estado actualizándose solo al cobrar.
Contabilidad, almacén, correo, calendario. El sistema nuevo habla con los viejos en las dos direcciones, en vez de ser un sitio más que actualizar a mano.
// cómo llegamos
Es donde se nota el método: el presupuesto de desarrollo llega después del prototipo, no antes. Una cifra dada sin haber visto el proceso es una apuesta.
Se enumera por dónde pasa hoy cada pieza: sistema, correo, mensajería certificada, WhatsApp, banco, carpetas compartidas. Es el ejercicio que más sorprende, porque los canales siempre son más de los que se recordaban.
Quién ve qué, y sobre todo quién NO ve qué. Un portal en el que el cliente ve los márgenes o los costes de proveedor es un problema, no una función.
Las pantallas reales, clicables, probadas con quien las usará — equipo y cliente — antes de que exista código definitivo. Aquí es donde aparece el paso que falta, cuando cambiarlo cuesta una tarde.
Se enciende primero la parte que más tiempo quita, casi siempre firmas y pagos, y el resto se añade después. Nadie debería esperar un año para dejar de buscar en el correo.
$ cat stack.json
$ ./domande --frequenti
Las variables que cuentan son cuántas pantallas hacen falta, cuántas integraciones con sistemas externos, cuántos roles distintos y si hace falta la parte del cliente. Damos una cifra después del prototipo, cuando el alcance es visible: un presupuesto dado antes es una apuesta disfrazada de estimación.
Un primer módulo utilizable en 6 a 10 semanas. A partir de ahí se añade por entregas, en vez de esperar un año para encenderlo todo junto y descubrir al final lo que no cuadra.
Casi siempre sí, y a menudo es lo correcto: el portal pasa a ser la cara que ve el cliente y el sistema actual sigue siendo la fuente de datos. Hace falta que exponga una API o al menos una forma de leer y escribir; en el análisis lo comprobamos antes de prometerlo.
Es una firma electrónica avanzada cuando el proceso está bien construido: identificación, código de un solo uso y registro inalterable de qué se firmó y cuándo. Para actos que requieren firma cualificada — los notariales — hace falta otro camino, y te lo decimos antes, no después.
Nosotros, con un acuerdo escrito antes de empezar. El derecho de uso del software es tuyo y no caduca; la propiedad del código fuente sigue siendo nuestra, y se puede comprar aparte si quieres poder encargar el mantenimiento a cualquiera. Servidores, cuentas y datos quedan a tu nombre en cualquier caso.
Pasa cuando el portal pide más esfuerzo que el canal al que sustituye. Por eso se empieza por los dos momentos en los que el cliente tiene un motivo fuerte para entrar — firmar y pagar — y el resto se añade cuando ya existe el hábito.
fymera init --proyecto "el tuyo"
Treinta minutos por vídeo para mapear el proceso y los canales que usáis. Si con la hoja de cálculo todavía os basta, os lo decimos.
