Notes N.N.

Reunión de puntos de dolor 19-02-2026

14 min read

Reunión de puntos de dolor 19-02-2026

Invitados 👤

Lideres de producción Passos (Isaias - Jafher)

Objetivo

  • recopilar informacion sobre el cuestionario, dudas que tneia sobre el cuestionario, como cuanto tardan con las tasaciones, por que tanta demora, puntos de dolor, puntos frustrantes entre otras cosas

Notas

Se recopilaron puntos de dolor con este word Cuestionario_Previo_NextEp_s.docx con sus respuestas y la propuesta por parte de claude es Propuesta_Optimizaciones_NextEp.docx

Resumen Claude a partir de reunion 19 febrero 2026 Jafher - isaias - recopilacion dolores.txt

Análisis de Reunión - Equipo de Producción NextEp

Fecha de la reunión: [Según transcripción] Participantes: Andrés Ruiz (Nazho), Julio Jafher Rincón Marte, Isaías Henríquez Correderas

🎯 DECISIONES CLAVE TOMADAS

1. COMPARABLES - Estructura de Datos Confirmada

Jerarquía de importancia (según equipo):

  1. Precio (más importante)
  2. Área del inmueble
  3. Tipo de transacción (venta realizada vs oferta de venta vs renta)
  4. Contacto (número de teléfono)
  5. Descripción del inmueble

Campos adicionales necesarios:

  • ✅ Dirección
  • ✅ Coordenadas (cuando disponibles)
  • ✅ Enlace de la publicación
  • ✅ Fotos (cuando las confirmen, se guardan en Dropbox - no hay lugar específico ahora)
  • ✅ Tipo de transacción (venta realizada / oferta de venta / renta)

Insight importante:

“A veces los links están en la foto” - Los enlaces mueren, necesitan guardar las fotos

🔥 PROBLEMA #1 CONFIRMADO: Búsqueda de Comparables

Tiempos reales:

  • ✅ Caso normal (ej: apartamento en Punta Cana/Bávaro): Pocas horas (tienen comparables)
  • ❌ Casos específicos: Puede tomar DÍAS porque tienen que investigar

Cita clave de Jafher:

“Yo puedo empezar un informe desde cero ahora y terminarlo en pocas horas si es normal, si es un apartamento en Punta Cana/Bávaro. El problema es cuando es un caso específico, que tienes que buscar comparables que no tienes. Esa investigación es lo que cuesta.”

Solución propuesta: Base de datos de comparables (confirmado como crítico)

🔥 PROBLEMA #2 CONFIRMADO: Datos de Inspección

Errores Comunes Identificados:

1. Materiales de Construcción

  • Inspector no coloca los materiales correctos
  • “No sé si por desconocimiento o simplemente no lo llenan bien”
  • Equipo de producción tiene que deducir de las fotos

2. Descripción del Inmueble

  • CAUSA RAÍZ IDENTIFICADA: No tienen formato específico
  • Les dan “mucha libertad” → no colocan todo lo necesario
  • Falta detalle en: cantidad de habitaciones, niveles, etc.

3. Área de Construcción

  • “A veces no miden la vivienda, no sé por qué”
  • A veces sí la miden, a veces no

Afecta a: Algunos inspectores, no todos

  • Edil no entrega muy buenas inspecciones

✅ SOLUCIÓN ACORDADA: Formulario de Inspección Estructurado

Propuesta de Isaías (APROBADA):

“No dejarle el campo abierto de la descripción, sino ponerle puntualmente: cantidad de habitaciones, baños, parqueo… Que no tengan que escribir, sino con números y ya.”

Implementación acordada:

  • ✅ Campos específicos en lugar de texto libre
  • ✅ Generar descripción automáticamente mediante fórmula
  • ✅ Ejemplo: “Apartamento con 3 habitaciones, 2 baños…” (auto-generado)
  • ✅ Campos obligatorios que no permitan avanzar sin llenar

Ventaja adicional:

  • Facilita homologación de comparables
  • Reduce trabajo de producción
  • Evita errores de transcripción

🔥 PROBLEMA #3 CONFIRMADO: Auto-completado de Datos

Información del Solicitante (Datos Básicos)

Actualmente:

  • Extraen información de ODU (sistema actual)
  • Copian manualmente: cédula, correo electrónico
  • A veces tienen foto de la cédula
  • “Esa información nosotros siempre la extraemos de allá y la pegamos ahí”

Campos identificados:

  • Nombre del solicitante
  • Cédula
  • Correo electrónico
  • Teléfono

Solución: Autocompletar desde ODU o sistema anterior

Información de Institución Financiera

Dato importante descubierto:

  • ✅ Existe base de datos en ODU con oficiales por banco + correos
  • ❌ NO la están usando actualmente (no habilitada en versión actual)
  • Necesitan recuperar/habilitar esa funcionalidad

Campos necesarios:

  • Banco
  • Oficial del banco
  • Correo del oficial

Información de Títulos de Propiedad

Confirmado que títulos contienen:

  • Área total (literalmente del título)
  • Área del apartamento/unidad
  • Matrícula
  • Otros datos registrales

Propuesta: Sistema debe extraer esta info de los títulos y autocompletar

🔥 PROBLEMA #4 RESUELTO: Entorno e Información del Inmueble

Punto 4: Entorno del Inmueble

Desglose de información:

4.1 - Linderos:

  • Norte, Sur, Este, Oeste
  • RESPONSABLE: Inspector debe llenarlos en Kiseo
  • Ya lo están llenando actualmente

4.2 - Servicios Públicos:

  • Agua potable
  • Energía eléctrica (aérea/subterránea)
  • Teléfono
  • Recolección de basura
  • Tipo de aceras (concreto/adoquines/pavigrama)
  • Tipo de calles (asfaltado/otro)

PROBLEMA IDENTIFICADO:

“Yo me acuerdo que era más grande” - Antes estaba en el formulario, se quitó

  • DECISIÓN: Inspector DEBE llenar esta información en Kiseo
  • Actualmente NO lo están capturando

4.3 - Información Geográfica/Contextual:

  • Se puede sacar de Google Maps/Google Earth
  • Puede reutilizarse de tasaciones anteriores en la zona

4.4 - Características del Entorno:

  • Tipo de inmuebles (clase económica, media, etc.)
  • NO lo llena el inspector
  • Lo completa producción

Punto 5: Análisis del Inmueble

Información que viene de títulos:

  • Área total
  • Área de construcción
  • Matrícula

Información manual/desplegables:

  • Estado físico
  • Edad estimada
  • Vida útil (podría ser desplegable)

SOLUCIÓN PROPUESTA (Aprobada):

“Eso podría ser un desplegable” - Jafher

📋 CAMPOS PARA KISEO (Formulario de Inspección)

Obligatorios a Agregar/Mejorar:

Descripción Estructurada:

  • Cantidad de habitaciones (número)
  • Cantidad de baños (número)
  • Cantidad de parqueos (número)
  • Cantidad de salas (número)
  • Cantidad de niveles (número)
  • Otros espacios relevantes

Servicios Públicos:

  • Agua potable (Sí/No)
  • Energía eléctrica (Aérea/Subterránea)
  • Teléfono (Sí/No)
  • Recolección de basura (Sí/No)
  • Tipo de aceras (Concreto/Adoquines/Pavigrama/Otro)
  • Tipo de calles (Asfaltado/Otro)

Mediciones:

  • Área de construcción (obligatorio)
  • Validación que no permita avanzar sin esta medida

Materiales:

  • Catálogo predefinido de materiales (dropdown)
  • No texto libre

Linderos Observados:

  • Norte
  • Sur
  • Este
  • Oeste

🎯 OPTIMIZACIONES VALIDADAS/AJUSTADAS

✅ CONFIRMADAS CON ALTA PRIORIDAD:

1. Base de Datos de Comparables

  • Estructura de datos clara
  • Jerarquía de importancia definida
  • Incluir storage de fotos

2. Auto-completado de Información

  • Desde ODU (solicitante)
  • Desde base de datos de bancos/oficiales
  • Desde títulos de propiedad

3. Formulario de Inspección Estructurado

  • Campos específicos, no texto libre
  • Descripción auto-generada
  • Campos obligatorios

4. Desplegables para Datos Estándar

  • Estado físico
  • Edad estimada
  • Vida útil
  • Tipo de servicios

5. Reutilización de Información de Entorno

  • Por zona/sector
  • De tasaciones anteriores

🔄 AJUSTES A HACER:

Optimización de Validaciones:

  • Agregar validación de área (no puede estar vacía)
  • Agregar catálogos de materiales
  • Agregar validación de servicios públicos

Sistema de Templates:

  • Generar descripciones automáticamente
  • Permitir ajustes manuales post-generación

💡 NUEVOS INSIGHTS

Sobre el Flujo de Trabajo:

Confirmación de comparables:

“Cuando se confirma la comparable te mandan fotos”

  • Inspector/vendedor envía fotos adicionales
  • Se guardan en Dropbox (sin lugar específico)
  • OPORTUNIDAD: Asociar fotos automáticamente a comparables

Sobre ODU:

  • Tiene información valiosa que NO se está aprovechando
  • Base de datos de oficiales bancarios existe pero está deshabilitada
  • ACCIÓN: Investigar qué más tiene ODU que se pueda portar

Sobre Títulos:

  • Contienen TODA la información de área y matrícula
  • OPORTUNIDAD: OCR o extracción automática de títulos

📊 ESTRUCTURA DE DATOS PARA COMPARABLES

Comparable:
├─ precio (CRÍTICO)
├─ area_inmueble (CRÍTICO)
├─ tipo_transaccion (venta_realizada | oferta_venta | renta)
├─ contacto_telefono
├─ descripcion_inmueble
├─ direccion
├─ coordenadas_lat
├─ coordenadas_lng
├─ enlace_publicacion
├─ fotos[] (array de URLs/archivos)
├─ fecha_captura
└─ estado (activo | confirmado | vendido)

🎯 PRÓXIMOS PASOS ACORDADOS

  1. ✅ Andrés presenta prototipo de NextEp próxima semana
  2. ✅ Hacer pruebas del formulario mejorado
  3. ✅ Desplegar para que equipo lo pruebe
  4. ✅ Iterar según feedback

Canal abierto: Equipo puede escribir ideas en cualquier momento

📝 TAREAS INMEDIATAS PARA NAZHO

Prioridad ALTA:

  1. Diseñar estructura de comparables (validada en reunión)
  2. Agregar campos a Kiseo:
    • Cantidad de habitaciones, baños, parqueos (números)
    • Servicios públicos (desplegables)
    • Catálogo de materiales
  3. Sistema de auto-completado:
    • Conectar con ODU para datos de solicitante
    • Extraer info de títulos de propiedad
  4. Generador de descripciones:
    • Fórmula basada en campos numéricos
    • “Apartamento con X habitaciones, Y baños…”

Prioridad MEDIA:

  1. Investigar ODU:
    • Base de datos de oficiales bancarios
    • Qué otra información se puede portar
  2. Sistema de storage de fotos de comparables
  3. Desplegables para:
    • Estado físico
    • Edad estimada
    • Vida útil

🎤 FRASES CLAVE DE LA REUNIÓN

“Lo que más toma tiempo es la búsqueda de comparables y ese tipo de cosas. La recolección, el proceso y la homologación de la comparable.” — Jafher (minuto 0:52)

“Cuando es un caso específico que tienes que buscar comparables que no tienes, esa investigación es lo que cuesta.” — Jafher (minuto 4:56)

“No dejarle el campo abierto de la descripción, sino ponerle puntualmente la cantidad de habitaciones, de baños, de parqueo… Que no tengan que escribir, sino con números y ya.” — Isaías (minuto 9:10)

“Esa información nosotros siempre la extraemos de allá [ODU] y la pegamos ahí.” — Jafher (minuto 27:39)

“El inspector debería llenar el agua potable, energía, teléfono, calle, todo eso.” — Jafher (minuto 31:19)

✅ VALIDACIONES DE PRIORIZACIÓN

Comparables: ✅ CONFIRMADO como crítico Auto-completado: ✅ CONFIRMADO como necesario Formulario estructurado: ✅ CONFIRMADO y aprobada implementación Reutilización de entorno: ✅ CONFIRMADO como útil Desplegables: ✅ CONFIRMADO como mejora

Conclusión: La reunión validó completamente las prioridades identificadas en el cuestionario y aportó detalles técnicos específicos para implementación.

Resumen:

La reunión se centró en optimizar y estandarizar el proceso de elaboración de informes de tasación, con énfasis en la búsqueda y registro de comparables, la calidad de las inspecciones y la automatización de formularios bancarios. Se discutió qué datos deben almacenarse de las comparables —precio, área, tipo de transacción, contacto, dirección y coordenadas— y se confirmó que actualmente fotos y enlaces se guardan manualmente en Dropbox; la búsqueda de comparables fue identificada como la tarea más consumidora de tiempo, desde una hora hasta varios días según complejidad.

Para mejorar las inspecciones se propuso un formulario con campos obligatorios (habitaciones, baños, área, materiales) que permitiría generar la descripción automáticamente y reducir inconsistencias. Se decidió iniciar una base de comparables en Excel con campos estandarizados (fecha, tipo de inmueble, coordenadas aproximadas, uso de la comparable) para facilitar filtros e importación futura a NextStep, y Andrés asumió la implementación del módulo de comparables en NextStep.

En el análisis de digitación se revisaron los cuatro formatos bancarios existentes (Scotiabank, Banreservas, ACAP y APAP), destacando que el formulario de Banreservas es el más extenso y demora cerca de 1,30 minutos en completarse manualmente; se evaluó la posibilidad de autocompletar datos desde Odoo y de extraer información de títulos, inspecciones y referencias previas o Google Maps para poblar campos de entorno. Se acordó que los inspectores deben llenar apartados sobre linderos y servicios y que Andrés implementará y desplegará mejoras para probarlas en NextStep la próxima semana.

Capítulos y Temas:

Apertura y objetivos de la reunión Andrés introdujo la reunión indicando que haría preguntas sobre el cuestionario recibido y que la intención es avanzar para probar NextStep en la próxima reunión.

Tiempo y etapas del informe (comparables) Se preguntó cuánto tiempo toma completar un informe y se respondió que la búsqueda y homologación de comparables es lo que más consume tiempo, desde una hora hasta varios días según la complejidad del caso.

  • La búsqueda de comparables es la tarea que más tiempo consume en la elaboración de informes.

Datos que se guardan de las comparables Se definieron los campos clave para las comparables: número de teléfono, precio, ubicación (dirección y coordenadas), área, tipo de transacción, enlace y en ocasiones fotos guardadas en Dropbox.

  • Los datos imprescindibles de una comparable son precio, área, tipo de transacción, contacto, descripción y ubicación (dirección y coordenadas).
  • Actualmente las fotos y enlaces se guardan manualmente y algunos links expiran, por lo que guardarlas localmente fue recomendado.

Dificultades de investigación y casos especiales Se discutió que los casos específicos y la investigación adicional aumentan el tiempo de cierre del informe y que, cuando existe comparable local, el informe puede terminarse en pocas horas.

Problemas en las inspecciones y estandarización requerida Se identificaron errores comunes en descripciones, áreas y materiales debido a inspecciones poco detalladas y a la ausencia de un formato estandarizado; se propuso imponer campos concretos en el formulario de inspección.

  • Las inspecciones presentan errores recurrentes por falta de estandarización en el llenado de materiales y áreas.
  • Se propuso crear un formulario con campos numéricos obligatorios para generar la descripción automáticamente y evitar texto libre.

Propuesta de aplicación offline para inspecciones Andrés planteó desarrollar un aplicativo (con funcionalidad offline y sincronización) para que las inspecciones se realicen desde la aplicación y los datos se sincronicen automáticamente al sistema principal.

Creación de una base de datos madre de comparables y pasos inmediatos Se acordó empezar a construir una base de datos estandarizada (Excel maestro) con campos como fecha, tipo de inmueble, habitaciones, baños, parqueo y coordenadas aproximadas para facilitar filtros y futura importación a NextStep.

  • Andrés planea implementar un módulo de comparables en NextStep y sugirió crear una base de datos madre en Excel como paso intermedio.

Formatos bancarios y tiempo de digitación Se confirmó cuántos formatos bancarios están en uso y cuál exige más tiempo de llenado. Se indicó que actualmente hay cuatro formatos y que el de Banreservas toma más tiempo en completarse, con una estimación alrededor de 1,30 minutos; también se mencionó una versión que automatiza el pegado de datos de tasación para reducir tiempo.

  • Se usa actualmente cuatro formatos de banco: Scotiabank, Banreservas, ACAP y APAP
  • El formulario de Banreservas es el más demorado y toma alrededor de 1,30 minutos en llenarse manualmente
  • La información requerida por los formularios proviene de la tasación y no introduce datos nuevos

Idea de automatización por banco Andrés planteó automatizar la selección y llenado de formularios bancarios a partir de los datos de la tasación. Se habló de usar reglas para determinar qué banco debe completar cada formato y permitir correcciones manuales cuando sea necesario.

Autocompletado de datos del solicitante y Odoo Se discutió autoconfirmar datos del solicitante y extraerlos de Odoo, incluyendo cédula y correo, y la existencia de una base de datos de oficiales por banco que no está habilitada en la versión actual.

  • Los datos del solicitante suelen extraerse de Odoo y podrían autocompletarse en los formularios
  • La funcionalidad de base de datos por banco en Odoo existe pero no está habilitada en la versión actual

Extracción de datos de títulos y referencias de tasaciones Se acordó que muchos campos (como área total y datos de títulos) están disponibles en los títulos de propiedad y que esa información puede extraerse automáticamente para completar la tasación.

Inspección, linderos y servicios del entorno Se trató la responsabilidad del inspector para llenar el punto 4 (linderos y características del entorno) y el punto 5 (servicios como agua, energía, teléfono, recolección de basura); se propuso sacar datos de Google Maps o referencias previas para ayudar en el llenado.

  • Información de linderos y servicios puede recuperarse de títulos, inspecciones previas o fuentes geográficas como Google Maps/Earth
  • Los inspectores deben completar los apartados 4 y 5 (linderos y servicios) en el formulario de inspección

Campos específicos de unidades y controles en el formulario Se clarificó que el área de un apartamento figura en el título y que campos como edad estimada y vida útil pueden implementarse como desplegables; Julio indicó que con esos cambios puede empezar a producir tareas.

Próximos pasos y cierre Andrés propuso una reunión la próxima semana para presentar y probar en Nextstep, se ofreció a mantener un canal abierto para sugerencias y se cerró la sesión agradeciendo las aportaciones.

  • Andrés se compromete a trabajar en la automatización y desplegar una versión para pruebas en Nextstep la próxima semana

Puntos de Acción:

  • Isaías Henriquez Correderas: Definir y proponer el set de campos obligatorios (habitaciones, baños, parqueo, área) para el formulario de inspección
  • Julio Jafher Rincón Marte: Compartir el formulario de inspecciones detallado que tienes en cuaderno o en archivos para evaluar su inclusión en el nuevo formato
  • Andrés Ruiz: Crear la base de datos madre de comparables y definir los campos iniciales para que el equipo empiece a cargar datos
  • Isaías Henriquez Correderas: Empezar a consolidar comparables en un Excel estandarizado y compartir un ejemplo con Andrés para revisión
  • Julio Jafher Rincón Marte: Comenzar a capturar coordenadas aproximadas desde direcciones para las comparables y documentar el proceso
  • Andrés Ruiz: Diseñar e implementar el módulo de comparables en NextStep
  • Julio Jafher Rincón Marte: Medir cuánto tiempo toman los oficiales al llenar el formulario usando la versión “crack” que pega la información automáticamente
  • Andrés: Desplegar el formulario para que el equipo lo pueda probar y permitir correcciones manuales
  • Inspectores: Completar los apartados 4 y 5 (linderos, características y servicios) en el formulario de inspección como responsable de campo
  • Julio Jafher Rincón Marte: Empezar a producir tareas relacionadas con los cambios acordados en el formulario y los campos desplegables
  • Andrés: Automatizar y preparar la versión del formulario para presentar y probar en Nextstep la próxima semana

Preguntas clave:

  • ¿Cuánto tiempo se demora en completar un informe o qué les demora más?
  • ¿Qué datos usan de las comparables?
  • ¿El lugar lo guardan como dirección o también colocan coordenadas?
  • ¿Por qué a veces les toma tanto encontrar comparables?
  • ¿Los errores en descripciones y materiales los cometen todos los peritos o solo algunos?
  • ¿Cuántos formatos de banco tienen actualmente?
  • ¿Cuánto tiempo toma llenar el formulario de Banreservas?
  • ¿Los formularios siempre contienen información de la tasación que ya está en los reportes?
  • ¿A qué se refieren con “autoconfirmado” de datos del solicitante?
  • ¿Quién debe llenar los linderos y las características del entorno en el formulario?

Graph View