Preguntas frecuentes

Plataformas que sostienen la operación de una empresa: sistemas con varios módulos, usuarios, roles y permisos, reportes e infraestructura en la nube. En nuestro portafolio hay software médico, plataformas SaaS, sistemas empresariales multisucursal, plataformas educativas y sistemas para restaurantes. No es nuestro terreno el sitio web informativo de una sola página; para eso hay opciones más rápidas y económicas que nosotros.

Sí, y es la mayoría de lo que hacemos. Empezamos por entender cómo trabaja tu empresa, definimos el alcance de una primera etapa que ya sirva por sí sola y construimos desde ahí. No hace falta que llegues con requerimientos redactados: esa definición es parte del trabajo.

Sí. El diseño es parte del proceso, no un servicio aparte. Antes de programar entregamos un prototipo navegable de alta fidelidad con la arquitectura de información, los flujos de usuario y el diseño visual, para que puedas recorrerlo y pedir cambios cuando cambiar todavía es barato.

Sí, y normalmente es donde empieza el valor. Pocas empresas llegan con el alcance resuelto: llegan con un problema. La etapa de descubrimiento existe para convertir ese problema en una lista priorizada de módulos, con una primera etapa que puede operar por sí sola.

Sí. El proyecto avanza por sprints con entregas periódicas que puedes abrir y probar. Eso permite corregir el rumbo temprano y evita el escenario de esperar meses para ver algo por primera vez. Cada etapa cierra con algo funcionando, no con un porcentaje de avance.

Con una conversación corta. Nos cuentas qué proceso quieres resolver, cómo se hace hoy y qué resultado esperas; nosotros preguntamos lo necesario para entenderlo y te decimos con franqueza si es algo que podemos atender. Si tiene sentido para ambos, el siguiente paso es una sesión de descubrimiento para revisar el proceso a fondo y definir el alcance.

Tiempo de quien conoce la operación por dentro. En el descubrimiento necesitamos entender cómo se trabaja hoy, incluidas las excepciones; en el diseño, que alguien revise y valide el prototipo; durante el desarrollo, comentarios sobre cada entrega; y en la implementación, disponibilidad del equipo para la capacitación y el pilotaje. Esa participación es la diferencia entre un sistema que se usa y uno que se abandona.

El alcance se define y se prioriza al terminar el descubrimiento. Durante el desarrollo, todo cambio que salga de ese alcance se evalúa: se estima su impacto y se decide si entra en la etapa actual o en una posterior. Trabajar por sprints ayuda, porque lo nuevo se acomoda en la planeación en lugar de mezclarse con lo ya comprometido.

Sí. Recibimos plataformas ya desarrolladas, las revisamos para entender cómo están construidas y continuamos su evolución: renovar la interfaz, corregir lo que falla, migrar a una infraestructura más estable, conectarla con otros sistemas o retomar un proyecto que se quedó a medias. El primer paso es una revisión técnica para decir con honestidad qué conviene conservar y qué conviene rehacer.

Sí, siempre que el otro sistema ofrezca una vía de integración: una interfaz de programación, un intercambio de archivos o acceso a su base de datos. En la etapa de descubrimiento revisamos qué expone el sistema actual y qué integración es realmente viable, antes de comprometerla en una propuesta.

Sí. La migración o carga inicial forma parte de la etapa de implementación. Trabajamos con lo que ya tienes —hojas de cálculo, exportaciones de otro sistema, bases de datos— para que la plataforma arranque con tu historial y no desde cero. Es también el momento en que suele aparecer información duplicada o inconsistente, y conviene resolverla ahí.

Sí. Implica decisiones distintas a las de un sistema interno: arquitectura preparada para atender a varias organizaciones con su información aislada, gestión de cuentas y suscripciones, panel de administración para tu equipo y una primera versión acotada con la que se pueda salir al mercado. OneClinic es un ejemplo de ese tipo de producto.

La decisión técnica se toma según lo que el proyecto necesita: volumen de información, integraciones, requisitos de seguridad y quién dará mantenimiento después. Preferimos explicar esa decisión durante el proyecto, no ponerla como argumento de venta: a una empresa le importa que el sistema funcione y pueda mantenerse, no la lista de herramientas.

Sí. El soporte y la evolución son la sexta etapa de nuestra metodología: monitoreo, atención de incidencias, mejoras y nuevos módulos conforme la operación lo requiere. Las condiciones concretas de cada póliza se acuerdan con el cliente.

Sí. Trabajamos de forma remota con reuniones periódicas de seguimiento, lo que permite atender proyectos en cualquier parte de México. Las etapas que se benefician de presencia física —el levantamiento inicial, la capacitación y el pilotaje— se acuerdan con cada cliente.

Con el equipo que trabaja en tu plataforma. No hay una capa comercial que traduzca lo que dices a quienes construyen: la persona con la que platicas el proyecto es la misma que lo sigue durante el desarrollo.

Depende del alcance: cuántos módulos incluye, cuántos tipos de usuario y qué integraciones necesita. Por eso la primera etapa es siempre de descubrimiento: al terminarla puedes tener una propuesta con alcance y costo definidos. Si prefieres un rango antes de invertir tiempo en el levantamiento, cuéntanos qué necesitas resolver y te decimos si el proyecto está dentro de lo que podemos atender.

Depende del alcance, y por eso no damos un número antes de conocerlo. Lo que sí podemos comprometer es la forma: la primera etapa se define para que sea acotada y entre en operación por sí sola, y durante el desarrollo hay entregas periódicas, así que no esperas hasta el final para ver algo. Al terminar el descubrimiento tendrás una estimación de tiempo junto con el alcance.

Es una de las condiciones que se establecen por escrito en el contrato, antes de empezar, no algo que se resuelva al final del proyecto. Plantéalo desde la primera conversación: forma parte de lo que hay que dejar claro junto con el alcance, los entregables y el soporte posterior.

Sí, cuando el proyecto lo requiere. Si necesitas firmarlo antes de contarnos el detalle de tu operación, dilo en el primer mensaje y lo resolvemos antes de la primera reunión.