Chofer ⇄ Control Tower
Conversación directa entre la app del chofer (identificado por DNI) y los usuarios de la Control Tower en la web.
01 · DESCRIPCIÓN DEL PROYECTO
Un chat propio, separado del resto del sistema
La Control Tower ya tiene una app para choferes —donde cada uno ingresa con su DNI y accede a distintas opciones— y una web con distintos usuarios internos. El objetivo es crear una base de datos y un microservicio aparte para registrar los chats entre choferes y usuarios de la Control Tower, tanto desde la app como desde la web, con soporte para mensajes, imágenes, documentos, audios y grupos.
GRABACIÓN Reunión de definición de alcance · 18 de septiembre, 2026
Servicio independiente
Base de datos y microservicio propios para el chat, separados del resto del sistema.
Multiformato y grupos
Texto, imágenes, documentos y audios en la misma conversación, con posibilidad de crear grupos.
02 · ALCANCE PROPUESTO
Ocho bloques para levantar el chat de punta a punta
Alcance ya ajustado con lo definido en la reunión (ver definiciones de la reunión): un chat básico — texto, foto, documento, audio y grupos — vinculado al DNI del chofer.
Arquitectura: microservicio y base de datos dedicados
- Nuevo microservicio exclusivo para el chat, separado del resto de servicios de la Control Tower.
- Base de datos propia para conversaciones, mensajes, grupos y adjuntos.
- Comunicación en tiempo real vía socket (WebSocket), para que los mensajes lleguen sin necesidad de refrescar.
- Definición de cómo la app del chofer y la web de la Control Tower consumen este servicio (API del chat).
Identificación de choferes y usuarios
- El chofer se identifica en el chat con su DNI — ya existe en la base de datos, no requiere alta adicional.
- Cada chat queda vinculado al DNI, no a la matrícula del vehículo: si el chofer cambia de matrícula, conserva su historial de conversación.
- Los usuarios de la Control Tower (gestores, etc.) se identifican con su propio usuario de Control Tower / Sigestrán — no se les pide DNI aparte, para no complicar el alta.
Mensajería de texto
- Conversación 1 a 1 con historial de mensajes ordenado por fecha.
- Estado básico del mensaje (enviado / recibido) y aviso de mensajes nuevos.
Envío de imágenes
- Adjuntar y visualizar imágenes dentro de la conversación, desde la app y desde la web.
- Miniatura en el chat y vista ampliada al abrir la imagen.
Envío de documentos
- Adjuntar documentos (PDF, Excel, Word, etc.) en la conversación.
- Descarga del documento desde la app y desde la web.
Mensajes de audio
- Grabar y enviar notas de voz desde la app del chofer.
- Reproducir el audio recibido, tanto en la app como en la Control Tower.
Chats grupales
- Crear grupos con varios choferes y/o usuarios de la Control Tower.
- Administración básica del grupo: nombre, participantes, agregar o quitar miembros.
Integración en la app y en la Control Tower
- Pantalla de chat dentro de la app del chofer, junto a sus opciones actuales.
- Bandeja de conversaciones dentro de la Control Tower (web), para que los usuarios internos gestionen sus chats.
03 · DEFINICIONES DE LA REUNIÓN
Lo que ya quedó definido, y lo que falta cerrar
En la reunión de alcance se resolvieron la mayoría de los puntos abiertos. Quedan algunos detalles menores para afinar antes de cerrar precio y plazo.
RESUELTOIdentificación por DNI (choferes) y usuario propio (Control Tower)
El chofer se identifica con su DNI — ya está en la base de datos, no se lo va a hacer registrar aparte. Los usuarios de la Control Tower (gestores, etc.) usan su propio usuario de Control Tower / Sigestrán; no se les pide DNI, para no complicar el alta del día a día.
Confirmado en reuniónRESUELTOHistorial propio de conversaciones
Se evaluó vincular el chat a un número de teléfono para sincronizar a futuro con un servicio de mensajería externo, pero se descartó: quieren el historial de conversaciones propio, que no se pierda ni dependa de otra plataforma.
Confirmado en reuniónRESUELTONotificación push de mensajes nuevos
Tanto en la app del chofer como en la Control Tower, debe llegar una notificación push cuando alguien escribe — el mismo comportamiento que ya existe hoy para el rastreo.
Confirmado en reuniónRESUELTOMensajería en tiempo real, vía socket
La entrega de mensajes dentro del chat va a ser por socket (WebSocket), para que funcione en tiempo real — sin necesidad de refrescar la conversación. La notificación push cubre el caso de la app en segundo plano o cerrada.
Confirmado en reuniónRESUELTOAlcance mínimo: texto, foto, documento y audio
Se define el alcance básico: mensajes de texto, foto, documento y audio. El audio es especialmente importante porque quienes escriben son conductores.
Confirmado en reuniónRESUELTOLos grupos sí entran en el alcance
Aunque al inicio se dudó, se confirmó que sí se incluyen grupos — hoy ya organizan a los choferes en grupos (por gestor, por ejemplo), y quieren poder reproducir eso dentro del chat propio.
Confirmado en reuniónRESUELTOMismo chat en la Control Tower (web)
La Control Tower necesita la misma función de chat que la app, para que los usuarios internos puedan hablar con los choferes desde la web.
Confirmado en reunión04 · PROPUESTA ECONÓMICA
Inversión y plazo estimados
Estimación preliminar sobre el alcance de los 8 bloques descritos arriba.
En revisión: este precio y plazo son una primera estimación, todavía sujeta a ajuste mientras se cierran los últimos puntos pendientes de la reunión.
Precio total
USD 4.000
-10%
USD 3.600
Incluye 10% de descuento.
USD 1.800
Anticipo — al iniciar el proyecto
+
USD 1.800
Contra entrega
Plazo estimado
5 sem.
Desarrollo
Arquitectura (microservicio, BD y socket), identificación, mensajería, adjuntos, audio, grupos e integración en app y Control Tower.
2 sem.
QA
Pruebas de mensajería en tiempo real, multimedia (imagen, documento, audio) y grupos, en app y web.
Total: 7 semanas
El plazo se cuenta desde la confirmación del anticipo
Cómo se compone el estimado
Esfuerzo de desarrollo por bloque de alcance (5 semanas ≈ 25 días hábiles), más 2 semanas de QA sobre el conjunto.
| Bloque | Esfuerzo |
|---|---|
| 1. Arquitectura: microservicio, BD y socket (WebSocket) | 6 días |
| 2. Identificación de choferes y usuarios | 2-3 días |
| 3. Mensajería de texto | 3-4 días |
| 4. Envío de imágenes | 2-3 días |
| 5. Envío de documentos | 1-2 días |
| 6. Mensajes de audio | 4 días |
| 7. Chats grupales | 3-4 días |
| 8. Integración en app y Control Tower | 5 días |
Condiciones habituales
Forma de pago
50% como anticipo para iniciar el desarrollo y 50% contra entrega.
Plazo
7 semanas, contadas a partir de la confirmación del anticipo.
Incluye
Ambiente de pruebas y una ronda de ajustes menores post-entrega.
El resultado esperado
Un chat propio de la Control Tower, con su base de datos y microservicio separados del resto del sistema, donde cada chofer conversa con la Control Tower —de forma individual o en grupo— usando texto, imágenes, documentos y audios, desde la app o desde la web.
Cerramos los últimos puntos pendientes y pasamos a precio y plazo cerrados.