Respuestas directas antes de la primera reunión.
Incluidas las que a veces terminan una conversación. Si su pregunta no está aquí, tráigala al diagnóstico.
Última revisión
Cómo contratar
¿Qué pasa exactamente en el diagnóstico gratuito?
Una reunión de 20 minutos sobre el proceso o los procesos que quiere cambiar, o una idea de producto: quién hace el trabajo, con qué frecuencia, qué produce, dónde falla y qué pasa cuando sale mal. No necesita preparar nada, salvo, si es posible, a la persona que realmente hace el trabajo. Termina con una de tres respuestas, por escrito al siguiente día hábil: vale la pena construirlo, vale la pena mirarlo más de cerca primero con una evaluación concisa, o todavía no. Si la respuesta es todavía no, le decimos qué tendría que cambiar primero. No hay compromiso ni presión de seguimiento.
¿Quién va a hacer realmente el trabajo?
El equipo de RJMC, liderado por su fundador, Reynel Miralles. Las personas que dirigen su diagnóstico y escriben su alcance son las mismas que construyen el sistema y lideran la entrega, para que nada se pierda entre quienes entendieron el problema y quienes lo resolvieron.
¿Cuántos desarrollos toman a la vez?
Pocos, a propósito. Cada desarrollo recibe la atención completa del equipo desde el alcance hasta la entrega, así que uno nuevo empieza solo cuando puede recibirla, y el alcance fija la fecha de inicio. Si no podemos empezar cuando usted lo necesita, se lo decimos antes de que firme.
¿Cuánto tarda un desarrollo?
Un solo proceso con reglas claras suele tener una versión funcional sobre sus archivos reales dentro de la primera semana y se entrega en un plazo de dos a tres semanas. Varios procesos, o cualquier cosa que tenga que conectarse a un ERP o a un CRM, suelen tomar de cuatro a seis semanas. El documento de alcance fija el plazo antes de que usted firme, sujeto a las fechas en que llegan los archivos y los accesos.
¿Qué tengo que aportar?
Archivos de muestra, los reales, sin limpiar. Acceso a la persona que hace el proceso hoy para dos o tres sesiones cortas. Alguien con autoridad para firmar el alcance. Eso es todo.
¿Trabajan con nuestro departamento de TI?
Sí, y en empresas más grandes lo esperamos. Antes de instalar algo, TI recibe una descripción por escrito de qué se ejecuta en cada lugar, qué datos toca y qué accesos necesita. Donde no hay equipo de TI, el sistema se diseña para funcionar sin uno: en el navegador, desde una carpeta compartida o como una herramienta pequeña que lee las exportaciones que ya produce.
¿Pueden empezar con más de un proceso a la vez?
Podemos, y en general lo desaconsejamos. Un proceso llevado hasta una versión funcional les enseña a ambas partes cómo trabaja la otra, y el segundo va más rápido gracias a eso. Si dos procesos están muy conectados, se definen como un solo desarrollo.
¿Y si el diagnóstico dice que no vale la pena automatizar?
Entonces se ha ahorrado un proyecto. Recibe el razonamiento por escrito y, cuando existe, una nota sobre el remedio más sencillo: una plantilla, una lista de control, un cambio de secuencia. No se espera nada más de usted.
¿Qué pasa si un desarrollo no pasa la aceptación?
La aceptación se mide con base en los criterios escritos en el alcance antes de empezar, no contra una impresión general. Cuando se entrega el desarrollo, usted tiene un periodo de revisión, fijado en el acuerdo, para probarlo frente a esos criterios y avisarnos por escrito de cualquier punto que no cumpla los criterios. Lo corregimos, y usted vuelve a revisar los puntos corregidos. Si el periodo de revisión termina sin nada reportado, o el sistema pasa a uso diario, el desarrollo cuenta como aceptado.
Servicios
¿Construyen software a medida más allá de la automatización?
Sí. Construimos herramientas internas y aplicaciones administrativas, portales para clientes y socios, integraciones y flujos de datos, reportes, y reemplazos de herramientas antiguas y hojas de cálculo críticas. Un desarrollo puede combinar software e IA, y el alcance dice qué partes son cada cosa.
¿Qué incluye la consultoría en IA?
Empieza con la reunión de diagnóstico gratuita. Para una vista más amplia, una evaluación concisa. Nos sentamos con las personas que hacen el trabajo, medimos adónde se van las horas y escribimos una hoja de ruta de IA: qué procesos vale la pena cambiar primero, qué construir, qué adoptar como solución existente, qué dejar como está y en qué orden, con la pila tecnológica y la arquitectura para los primeros desarrollos y un alcance definido para el primero. También implementamos IA en el trabajo diario de los equipos con herramientas aprobadas y una política de uso corta. La hoja de ruta es suya, para ejecutarla con nosotros o con quien usted prefiera.
¿Qué modelos de IA usan y por qué?
Principalmente Claude, de Anthropic, a través de su API comercial. Lee documentos largos y PDF directamente, devuelve resultados estructurados en un formato fijo y puede citar el pasaje del que salió una respuesta. Sus términos comerciales excluyen el entrenamiento con datos de clientes. El modelo se elige por tarea, se mantiene en la configuración para poder cambiarlo después y se nombra en el alcance junto con su proveedor. Cuando los datos deben quedarse dentro de su propia cuenta en la nube, Claude puede usarse a través de Amazon Bedrock o Google Cloud en esa cuenta.
¿Qué mejoras deberíamos esperar?
Ninguna cifra antes del diagnóstico, y ninguna cifra en una propuesta si no se midió en su propio proceso. La investigación publicada muestra lo que está al alcance: en tres experimentos de campo aleatorizados en Microsoft, Accenture y una empresa del Fortune 100, con 4.867 desarrolladores, quienes recibieron un asistente de IA completaron un 26% más de tareas (Cui, Demirer y coautores, Management Science, 2026). Su alcance indica la línea base que medimos antes del desarrollo y la nueva medición 30 días después de la entrega, para que la mejora que vea sea la suya, sobre sus propios archivos.
Equipos de finanzas
¿Qué procesos de finanzas son los mejores primeros candidatos?
Los que se repiten en un ciclo, siguen reglas que una persona podría escribir y llegan como documentos o exportaciones: entrada de facturas, conciliación bancaria y de tarjetas, cruce entre compañías, el paquete de reportes, los cálculos de comisiones y asignaciones. Todo lo que depende sobre todo del criterio de una persona es un mal primer candidato, y el diagnóstico lo dirá.
¿Reemplaza nuestro ERP o sistema contable?
No. Se integra con los sistemas que ya usa. Normalmente lee lo que llega, prepara asientos o cruces y le entrega a su ERP un archivo o una importación en el formato que ya acepta. Nada de su plan de cuentas ni de su jerarquía de aprobaciones tiene que cambiar.
¿Cómo manejan los controles y la auditoría?
Cada ejecución deja un registro de qué entró, qué decidió el sistema y por qué. Los casos por debajo de un umbral de confianza, o por encima de un monto que usted fija, pasan a una persona para su aprobación. La segregación de funciones se mantiene: el sistema prepara, una persona aprueba. El documento de alcance enumera los controles antes de construir nada.
¿Qué pasa cuando el sistema no está seguro?
Está diseñado para decirlo. Todo lo que no puede leer con claridad, cruzar con confianza o clasificar bajo una regla conocida se marca y se dirige a una persona con el motivo adjunto. Está construido para señalar sus errores, no para ocultarlos.
Datos y seguridad
¿Adónde van nuestros datos?
Solo a los sistemas y proveedores nombrados en el documento de alcance. Cuando se usa un modelo de lenguaje, se accede a través de una API comercial cuyos términos excluyen el entrenamiento con datos de clientes, y el alcance nombra al proveedor y sus términos de retención. Cada ejecución conserva un registro de auditoría con entradas, decisiones y motivos, guardado donde usted elija. Los datos sensibles se quedan en su entorno salvo que usted apruebe otra cosa por escrito.
¿Puede el sistema funcionar completamente dentro de nuestro entorno?
Con frecuencia, sí. La lectura de documentos, los motores de reglas y los reportes pueden ejecutarse en infraestructura que usted controla. Cuando se necesita un modelo de lenguaje y su proveedor de nube lo ofrece, puede usarse a través de su propia cuenta en la nube, de modo que los datos quedan bajo acuerdos que usted ya tiene. Si los datos no pueden salir de su entorno en absoluto, el diagnóstico lo dice y diseñamos la solución en función de eso o dejamos esa parte fuera.
¿Y los datos financieros, los registros de clientes o cualquier cosa regulada?
Los datos regulados, como registros de salud, de tarjetas o financieros de consumidores, entran en el alcance solo cuando las obligaciones que aplican están nombradas por escrito, junto con un alojamiento que las cumpla. El alcance enumera exactamente qué campos salen de sus sistemas. Donde no podamos cumplir un requisito, lo decimos y dejamos esa parte fuera.
Propiedad
¿Quién es dueño del sistema cuando está terminado?
Usted es dueño del código, la configuración y la documentación escritos para usted, desde la aceptación. Cualquier herramienta reutilizable que aportemos sigue siendo nuestra y queda licenciada a usted de forma permanente para su uso en su sistema. Los componentes de código abierto conservan sus propias licencias. Los servicios de terceros, como la API de un modelo o el alojamiento, se configuran en sus propias cuentas siempre que sea posible, bajo los términos de sus proveedores. Nada que nosotros controlemos puede apagar el sistema. Conservamos el derecho de describir el trabajo sin nombrarlo a usted.
¿Y si se rompe después de la entrega?
Dos respuestas. Primero, la entrega incluye sesiones guiadas con casos reales, según lo fijado en el alcance, para que su equipo pueda cambiar las reglas y diagnosticar una falla por su cuenta, y la documentación está escrita para ese lector. Segundo, un acuerdo mensual permanente y opcional cubre monitoreo, cambios de reglas y actualizaciones del modelo. Se propone en la entrega y nunca es obligatorio.
¿Nuestros propios desarrolladores pueden mantenerlo después?
Sí, y está construido para que puedan. Tecnología simple y conocida, reglas guardadas en la configuración y no enterradas en el código, y documentación que explica por qué se tomaron las decisiones, no solo cómo funciona el sistema.
¿Qué pasa cuando cambia una regla?
Las reglas que probablemente cambien, como umbrales, mapeos de cuentas y límites de aprobación, viven en una configuración que una persona sin perfil técnico puede editar, y la sesión guiada cubre exactamente eso. Un cambio estructural es un trabajo nuevo y corto, definido de la misma manera.
Trabajar juntos
¿Trabajan con empresas fuera de Miami?
Sí. Las sesiones de trabajo se hacen por videoconferencia, así que la ubicación rara vez es una limitación. Aceptamos proyectos en toda América Latina y Estados Unidos, y con los clientes del sur de Florida podemos reunirnos en persona.
¿Trabajan en inglés?
Sí. Los diagnósticos, los documentos de alcance, la interfaz del sistema, la documentación y la sesión guiada pueden ser en inglés o en español, según prefiera su equipo.
¿En qué se diferencia de comprar un software?
Un producto le pide cambiar su forma de trabajar para encajar en sus supuestos. Nosotros construimos en torno a la forma en que su proceso realmente funciona, excepciones incluidas. Cuando un producto realmente encaja, el diagnóstico le dirá que compre el producto.
¿En qué se diferencia de una firma de asesoría?
El consejo y la ejecución vienen de la misma persona. Una hoja de ruta nuestra es una que estamos preparados para construir, sobre sus archivos y con su equipo, para que nada se pierda entre la recomendación y el resultado.
Haga la pregunta que no está aquí.
El diagnóstico es una conversación sobre su proceso real. Traiga esa pregunta a la llamada.