Saltar al contenido
ES, EspañolEN, English
Cuéntanos tu proyecto

Ciudad de México · UTC−6

Construimos lo que puedes conservar.

Diseñamos, construimos y operamos plataformas digitales para empresas. Lo que construimos para ti es tuyo: el código, la documentación y los accesos.

Cuéntanos tu proyectoCómo trabajamos

Acta de entrega

Ilustración del modelo

Titular
Tu empresa
Proveedor
Korhy
Hoy
—
  1. 01RepositorioEntregado
  2. 02DocumentaciónEntregado
  3. 03AccesosEntregado
  4. 04Infraestructura a tu nombreEntregado
Entrega · Korhy
Recibe · Tu empresa

Marcando el acta: 0 de 4

Lo que recibes al cerrar un proyecto. Es una ilustración: no corresponde a ningún cliente y la fecha es la de hoy en tu dispositivo.
02Servicios

Qué hacemos

Seis líneas de servicio. Muchos proyectos combinan varias, y te ayudamos a ordenarlas.

Selecciona una línea para verla en la ficha.

¿No ves tu caso? Cuéntanoslo.

03Para quién

Para quién trabajamos

Empresas medianas o en crecimiento, y las agencias que las atienden, que necesitan un sitio, una plataforma o un producto digital que funcione en producción.

Suelen llegar cuando

  • Ya pagaron por promesas que no llegaron a producción.
  • Dependen de un proveedor que no les entrega el código ni los accesos.
  • No saben con certeza qué tienen: dónde está, a nombre de quién y cómo funciona.
Empieza con un diagnóstico

Lo que no hacemos

  • No revendemos hosting ni dominios: se contratan a nombre de tu empresa.
  • No emitimos certificaciones ni auditorías de cumplimiento.
  • No damos asesoría legal ni fiscal.

Cada servicio publica sus propios límites en su página.

04Arquitectura

Cómo construimos

Un sistema se construye por capas y cada una se apoya en otras. Elige una para ver de qué se encarga, de qué depende, qué se decide en ella, hasta dónde llega un fallo y qué recibes al final.

Plataforma de contenidosUn sitio público que tu equipo edita y publica sin escribir código.

  1. 01Experiencia de usuario

    De qué se encarga
    Las páginas que lee el público y el editor con el que tu equipo publica.
    Depende de
    • Datos e integraciones
    • Infraestructura
    Qué se decide
    Generar las páginas por adelantado las hace rápidas y económicas de servir; a cambio, un cambio tarda en verse lo que tarda una nueva generación.
    Si falla
    Si falla la generación, se sigue sirviendo la última versión publicada. Se retrasa lo nuevo, no se cae el sitio.
    Lo que recibes
    Despliegue a tu nombrePasa a tu nombre

  2. 02Lógica de aplicación

    De qué se encarga
    La vista previa de borradores, los formularios, la búsqueda y las reglas de qué se publica y cuándo.
    Depende de
    • Datos e integraciones
    • Seguridad y gobierno
    Qué se decide
    Poca lógica propia y más configuración del gestor de contenidos: menos código que mantener, menos libertad para flujos editoriales a medida.
    Si falla
    El sitio publicado no depende de esta capa para mostrarse. Si falla, se detienen la vista previa y los formularios, que avisan del error.
    Lo que recibes
    RepositorioPasa a tu nombre

  3. 03Datos e integraciones

    De qué se encarga
    El modelo de contenidos (tipos, campos y relaciones), los archivos y la conexión con las herramientas de tu equipo.
    Depende de
    • Infraestructura
    • Seguridad y gobierno
    Qué se decide
    Un modelo de contenidos estricto evita páginas rotas, pero cada tipo nuevo pide un cambio de esquema en lugar de un campo libre.
    Si falla
    Si el gestor de contenidos no responde, no se puede editar ni publicar. Las páginas ya generadas se siguen mostrando.
    Lo que recibes
    Modelo de datos documentadoPasa a tu nombre

  4. 04Infraestructura

    De qué se encarga
    Dónde corre todo: el alojamiento, la red de distribución, los dominios y los entornos de prueba y producción.
    Depende de
    • Seguridad y gobierno
    Qué se decide
    Una plataforma gestionada ahorra administrar servidores, a cambio de aceptar sus límites y su forma de cobrar.
    Si falla
    Cada versión es un despliegue que no cambia después de publicarse: si una sale mal, se vuelve a la anterior sin reconstruir nada.
    Lo que recibes
    Infraestructura a tu nombreSegún contrato y modelo

  5. 05Observabilidad y operación

    De qué se encarga
    Saber qué pasa en producción: registros, alertas, historial de despliegues y qué hacer ante cada incidencia previsible.
    Depende de
    • Infraestructura
    • Seguridad y gobierno
    Qué se decide
    Pocas alertas que alguien atiende valen más que muchos paneles que nadie mira.
    Si falla
    Si la observabilidad falla, el sitio sigue funcionando, pero a ciegas. Por eso una alerta también avisa cuando deja de recibir datos.
    Lo que recibes
    Runbook operativoPasa a tu nombre

  6. 06Seguridad y gobierno

    De qué se encarga
    El límite exterior: quién entra al editor, con qué permisos, qué secretos existen y dónde queda registrado cada cambio.
    Depende de
    • Observabilidad y operación
    Qué se decide
    Dar a cada persona solo los permisos que usa cuesta más al dar de alta a alguien, pero acota el daño de una cuenta comprometida.
    Si falla
    Una credencial filtrada se revoca y se cambia sin tocar el código, porque los secretos viven fuera del repositorio.
    Lo que recibes
    AccesosPasa a tu nombre
Aplicación interna de operacionesUna aplicación con la que tu equipo registra, revisa y aprueba solicitudes.

  1. 01Experiencia de usuario

    De qué se encarga
    Las pantallas para registrar, revisar y aprobar solicitudes, con lo que cada perfil puede ver y hacer.
    Depende de
    • Lógica de aplicación
    Qué se decide
    Pedir los datos al servidor en cada pantalla muestra el estado real en todo momento, a cambio de depender de la red para todo.
    Si falla
    Si una pantalla falla, el error se queda en ella: el resto de la aplicación sigue disponible y el formulario conserva lo escrito.
    Lo que recibes
    Despliegue a tu nombrePasa a tu nombre

  2. 02Lógica de aplicación

    De qué se encarga
    Las reglas del proceso: los estados de una solicitud, quién aprueba qué y qué se valida antes de guardar.
    Depende de
    • Datos e integraciones
    • Seguridad y gobierno
    Qué se decide
    Validar en el servidor aunque la pantalla ya lo haga duplica trabajo, pero ninguna regla depende de que el navegador se porte bien.
    Si falla
    Una operación que falla a medias se deshace entera: una solicitud nunca queda en un estado que el proceso no contempla.
    Lo que recibes
    RepositorioPasa a tu nombre

  3. 03Datos e integraciones

    De qué se encarga
    La base de datos, su modelo (entidades, relaciones y reglas) y las integraciones con los sistemas que ya usa tu empresa.
    Depende de
    • Infraestructura
    • Seguridad y gobierno
    Qué se decide
    Un esquema relacional con restricciones protege la consistencia, a cambio de migraciones más cuidadosas en cada cambio.
    Si falla
    Si una integración no responde, la operación espera en una cola y se reintenta, en lugar de bloquear a quien está trabajando.
    Lo que recibes
    Modelo de datos documentadoPasa a tu nombre

  4. 04Infraestructura

    De qué se encarga
    Los servicios donde corre la aplicación, la base de datos, las copias de seguridad y los entornos separados de prueba y producción.
    Depende de
    • Seguridad y gobierno
    Qué se decide
    Una base de datos gestionada cuesta más que una propia, pero las copias y las actualizaciones dejan de ser tarea de tu equipo.
    Si falla
    Las copias de seguridad se restauran en un entorno aparte para comprobar que sirven antes de necesitarlas.
    Lo que recibes
    Infraestructura a tu nombreSegún contrato y modelo

  5. 05Observabilidad y operación

    De qué se encarga
    Registros con contexto, errores agrupados, alertas y un runbook para las incidencias previsibles.
    Depende de
    • Infraestructura
    • Lógica de aplicación
    Qué se decide
    Registrar cada operación ayuda a reconstruir un incidente, pero obliga a decidir qué datos personales no deben quedar en los registros.
    Si falla
    Ante una incidencia, el runbook dice qué revisar primero y cómo volver a la versión anterior.
    Lo que recibes
    Runbook operativoPasa a tu nombre

  6. 06Seguridad y gobierno

    De qué se encarga
    El inicio de sesión, los roles y permisos, los secretos y el registro de quién cambió qué.
    Depende de
    • Observabilidad y operación
    Qué se decide
    Delegar el inicio de sesión al proveedor de identidad de tu empresa simplifica las bajas, a cambio de depender de su configuración.
    Si falla
    Cada permiso se comprueba en el servidor: un fallo en la pantalla no abre datos que el perfil no debe ver.
    Lo que recibes
    AccesosPasa a tu nombre

Esquema ilustrativo. No representa la arquitectura de ningún cliente.

05Método

Cómo trabajamos

  1. Revisamos tu objetivo, lo que ya existe y sus riesgos antes de proponer nada.

    Sale de esta faseDocumento de diagnóstico

  2. Ponemos por escrito el alcance, lo que queda fuera, los hitos y el costo.

    Sale de esta fasePropuesta firmada

  3. Decidimos la arquitectura, los flujos y la interfaz contigo, antes de construir.

    Sale de esta fasePrototipo y decisiones de arquitectura

  4. Construimos en ciclos cortos. Al final de cada uno revisas una versión que funciona.

    Sale de esta faseVista previa en cada ciclo

  5. Publicamos y te transferimos el repositorio, la documentación, los accesos y la infraestructura.

    Sale de esta faseActa de entrega

  6. Si lo contratas, mantenemos y mejoramos lo que está en producción.

    Sale de esta faseInformes periódicos

Modelos de contratación

  • A

    Proyecto con alcance cerrado

    Alcance, exclusiones, hitos y precio acordados por escrito antes de empezar.

    Conviene: cuando el objetivo y sus límites están claros.

  • B

    Iguala de mantenimiento y operación

    Una cuota mensual para mantener y mejorar plataformas en producción, con un SLA acordado por escrito.

    Conviene: cuando lo que ya funciona necesita cuidado continuo.

  • C

    Bolsa de horas

    Horas prepagadas que usas por tarea, con un registro de lo consumido.

    Conviene: cuando el trabajo es puntual o variable.

Ver el método completo

06Entregables

Lo que recibes

Al terminar, el trabajo no se queda en nuestras cuentas. Así se ve lo que encuentras en el repositorio y la documentación que pasan a tu nombre.

  • Repositorio

    Estructura del repositorio

    El código y su historial, en una cuenta de tu empresa, con un README que explica cómo ponerlo en marcha.

    • README.mdCómo instalar, probar y publicar
    • docs/arquitectura.mdLas capas y por qué se eligieron
    • docs/adr/Una decisión por archivo
    • docs/runbooks/Procedimientos de operación
    Ver completo

    Ejemplo ilustrativo. No es un proyecto de cliente.

  • Registro de decisión de arquitectura

    ADR 0004: base de datos gestionada

    Qué se decidió, qué se descartó y qué se acepta a cambio, para que quien llegue después no tenga que adivinarlo.

    Estado
    Aceptada
    Contexto
    La aplicación guarda solicitudes y aprobaciones que no se pueden perder, y el equipo no administra servidores de bases de datos.
    Decisión
    Usar una base de datos relacional gestionada por el proveedor de nube, en una cuenta a nombre de la empresa.
    Consecuencias
    Las copias y las actualizaciones las hace el proveedor. Cuesta más al mes que una base propia y algunas extensiones no están disponibles.
    Ver completo

    Ejemplo ilustrativo. No es un proyecto de cliente.

  • Runbook

    Volver a la versión anterior

    Pasos que se pueden seguir de madrugada sin conocer el código.

    1. 1Confirma el síntoma en las alertas y anota la hora en que empezó.
    2. 2Busca en el historial de despliegues la última versión que funcionaba.
    3. 3Si la versión fallida incluyó una migración de datos, sigue antes el runbook de migraciones.
    4. 4Promueve la versión anterior. No reconstruyas: se publica la misma que ya estuvo en producción.
    Ver completo

    Ejemplo ilustrativo. No es un proyecto de cliente.

  • Especificación de tokens de diseño

    Tokens de diseño

    Los valores con nombre que comparten el diseño y el código: cambiar uno cambia todas las pantallas a la vez.

    TokenValorUso
    color.textContraste ≥ 4.5:1Texto de lectura
    color.actionContraste ≥ 3:1Botones, foco y selección
    space.416 pxSeparación base
    size.target24 px mínimoÁrea de toque y clic
    Ver completo

    Ejemplo ilustrativo. No es un proyecto de cliente.

  • Lista de publicación

    Antes de publicar una versión

    Lo que se comprueba en cada publicación y en el mismo orden, para que publicar no dependa de la memoria de nadie.

    • Pruebas automáticas en verde en la rama principal
    • Revisión de código aprobada por otra persona
    • Migraciones probadas en el entorno de prueba
    • Notas de la versión escritas para tu equipo
    Ver completo

    Ejemplo ilustrativo. No es un proyecto de cliente.

  • Matriz de escenarios de prueba

    Escenarios: aprobar solicitudes

    Cada regla importante tiene un escenario que la comprueba, también cuando algo falla.

    EscenarioCondiciónResultado esperado
    Aprobar una solicitudPerfil sin permisoEl servidor la rechaza y lo registra
    Enviar el formularioSin JavaScriptSe envía y se confirma
    Guardar con un campo vacíoSolo tecladoEl error se anuncia junto al campo
    Sincronizar con otro sistemaEl sistema no respondeLa operación espera en cola
    Ver completo

    Ejemplo ilustrativo. No es un proyecto de cliente.

  • Acta de entrega

    Acta de entrega

    El cierre: qué pasa a tu nombre y quién lo firma. Es la misma acta del inicio de esta página.

    Titular
    Tu empresa
    Proveedor
    Korhy
    Repositorio
    Entregado
    Documentación
    Entregado
    Ver completo

    Ejemplo ilustrativo. No es un proyecto de cliente.

07Presencia

Desde dónde trabajamos

Operamos desde la Ciudad de México y trabajamos con clientes de otros países.

  • Operación

    Ciudad de México

    --:--Hora no disponible sin JavaScript

    UTC−6 · 19,43° N · 99,13° O

  • Clientes

    México, Estados Unidos, España, Estonia y Japón

    Países de nuestros clientes. Sin nombres ni sectores: cada cliente decide si se le menciona.

  • Hora de referencia
    Madrid
    --:--
    Tokio
    --:--
    Miami
    --:--

    Para coordinar contigo. No son oficinas ni un horario de atención.

  • Día y noche

    Aproximación calculada con la hora UTC de tu dispositivo; precisión de alrededor de un grado.

CDMX
Retícula de 15°: una hora

08Contacto

¿Tienes un proyecto en mente?

Cuéntanos tu proyecto

Agenda una llamada

La agenda en línea todavía no está disponible.

Contacto

En Contacto eliges qué necesitas: un proyecto, compras, una agencia o soporte, y ahí tienes cómo escribirnos.

Ciudad de México · UTC−6