Ruta: /about · Archivos principales: apps/web/src/app/about/page.tsx (902 líneas), apps/web/src/app/about/layout.tsx, apps/web/src/lib/seo-config.ts (entrada about), apps/web/messages/{es,en}.json (namespace aboutPage, hoy sin uso) · Prioridad: P1 (con 4 tareas P0 de honestidad) · Esfuerzo total: L (≈ 10 días-dev en la Fase 1, más los datos y fotos que aporta el dueño)

Páginas relacionadas: Home, Landings SEO y de campaña, Comercial, marketing y legal, Legal, Visión de producto.

Un comprador B2B visita "Nosotros" para responder tres preguntas antes de dar sus datos: ¿quiénes son?, ¿han hecho esto antes? y ¿puedo confiarles mis documentos? La página tiene que:

1. Presentar a KopTup como lo que es: un estudio pequeño y senior en Bogotá, enfocado en sistemas RAG, que también desarrolla software a medida.
2. Mostrar evidencia verificable: el fundador con nombre y foto real, casos reales con su etiqueta (cliente, producto propio, uso interno) y una historia coherente con el resto del sitio.
3. Bajar el riesgo percibido: cómo trabajamos (piloto de 2 semanas antes de comprometerse), cómo se manejan los datos y quién es el responsable legal.
4. Devolver al visitante al embudo: Probar la demo, Solicitar demo guiada o Agendar llamada.

Hoy /about es la página más honesta del sitio: dice "2 apps reales", "prototipos con datos simulados" y "fundación 2026". El plan conserva ese tono, corrige lo que todavía se exagera y hace que la home, el JSON-LD y las landings cuenten la misma historia.

Evidencia de la rama main.

Contradicciones con el resto del sitio (la causa de fondo es que no hay una fuente única de datos de empresa):

1. La foto del fundador no es del fundador. Es una imagen de banco. Si un prospecto lo nota (por ejemplo, al comparar con LinkedIn), toda la página pierde credibilidad. Es el problema más grave de la página.
2. Afirmaciones más grandes que la evidencia: "en producción", "experiencia real" en 9 verticales, casos con cifras sin fuente y una metodología con CI y tests que hoy no corren.
3. Datos contradictorios con la home, el JSON-LD, llms.txt y las landings (tabla de arriba).
4. No se menciona el producto principal. La página habla de "estudio de desarrollo a medida" y "prototipos"; RAG aparece solo como una capacidad entre once.
5. Ruido: 47 tecnologías y 18 herramientas no ayudan a decidir a un gerente y distraen de los casos.
6. Marca inconsistente: "Koptup" en el H1 y en los títulos; "KopTup" en el resto del sitio.
7. Sin datos de la empresa (razón social, NIT, ciudad, responsable del tratamiento de datos). Un comprador corporativo los necesita para registrar al proveedor, y la Ley 1581 exige identificar al responsable (ver Legal).
8. Voseo en una página dirigida al mercado colombiano.
9. Rendimiento: página estática entregada como client component, con dos fotos grandes de banco como fondo CSS (sin la optimización de next/image).
10. El CTA promete "agendar una llamada de 30 minutos" y lleva a un formulario.

Se crea apps/web/src/lib/company.ts con los datos de la empresa, que confirma el dueño. Lo usan la home, /about, el footer, el JSON-LD (StructuredData.tsx) y, por revisión manual, public/llms.txt.

flowchart LR
  C["lib/company.ts: año de constitución, ciudad, buzón de rol, perfiles sociales, datos legales"] --> H["Home"]
  C --> A["Nosotros"]
  C --> F["Footer"]
  C --> J["JSON-LD Organization y Person"]
  C -.->|"revisión manual"| L["public/llms.txt"]
  K["Número de demos: lib/demos.ts o catálogo de demos"] --> H
  K --> A
  K --> LS["Landings SEO"]
  CS["CASES: casos con authorized true o false"] --> H
  CS --> A
  P["Constante de planes RAG"] --> A
  P --> H

Ver diagrama como imagen

Campos mínimos de lib/company.ts:

Se elimina la sección "Koptup en números": repetía las cifras del hero en tarjetas grandes y sumaba datos sin valor para el comprador ("~25 tecnologías").

• H2: Un equipo pequeño, senior y directo.
• Texto: KopTup es el estudio de Ronald Cipagauta en Bogotá. Diseñamos y construimos el producto nosotros mismos, sin intermediarios: hablas con quien escribe el código. Cuando un proyecto lo necesita, sumamos especialistas de confianza en diseño, QA o infraestructura, y siempre te decimos quién trabaja en tu proyecto.
• Tarjeta del fundador:
  • foto real;
  • nombre y rol: "Fundador · Ingeniería de software e IA aplicada";
  • 2 o 3 líneas de bio confirmadas por él (años de experiencia, tipo de productos construidos y, si lo autoriza, empresas o sectores anteriores);
  • enlace a su perfil de LinkedIn.
• Tarjeta "Red de colaboradores": se conserva, con el texto actual en "tú" y sin "no headcount fijo" (anglicismo).
• Chips de tecnologías de la tarjeta: máximo 4 y con flex-wrap. Hoy se desbordan ("Postg…" cortado en la captura).

Reemplaza "Capacidades de IA en producción" (11 capacidades, la mayoría no existen en el código).

Al pie: "Así funciona por dentro" → /rag. Las demás capacidades (voz, visión, automatización) se mencionan en una línea como "también construimos a medida", con enlace a /services#otras-soluciones. No se llaman "en producción".

Mismo componente y mismos datos que la home (CaseStudyCard + CASES). Aquí se muestra la versión ampliada: contexto, qué hicimos, resultado y stack.

Se retiran: "Chatbot WhatsApp para empresa de productos (+3x leads)" y "Dashboard ejecutivo mid-market (−60 % tiempo de cierre)". Solo vuelven si existe un cliente que autorice el caso y una fuente de la cifra (regla del dueño: no inventar clientes, testimonios ni cifras).

Título de la sección: "Lo que ya construimos" (no "Proyectos que ya entregamos", porque dos de las tres tarjetas no son entregas a clientes).

Fase 5: cada caso tiene su página /casos/<slug> con la plantilla de Comercial, marketing y legal. Los Pilotos RAG cerrados entran primero.

Reemplaza la metodología de 8 pasos. Sale de los planes RAG y del SLA del Sistema de demos, así que lo que se promete es lo que se vende.

"CI/CD desde el día 1" y "tests en cada PR" se quitan hasta que el CI del repositorio funcione (tarea de la Fase 0). Después pueden volver como "Cada cambio pasa por pruebas automáticas antes de llegar a producción", porque será cierto.

Reemplaza las 9 "verticales con experiencia real".

Al pie: "¿Otro sector? También construimos CRM, ERP, facturación electrónica y más" → /services#otras-soluciones. Se quita la asociación de SoSalud con HL7/FHIR y HIPAA: no corresponde al proyecto entregado.

Bloque nuevo, en dos columnas.

• Cómo manejamos tus datos. Tres frases que describan lo que el código hace hoy, iguales a las de la home y a la sección de seguridad de /rag:
  • documentos de la demo borrados a la hora;
  • tratamiento según la Ley 1581 de 2012;
  • opción de correr en tu nube en el plan Empresarial.
  • Enlaces a /privacy y /rag.
• Datos de la empresa: razón social, NIT, ciudad, buzón comercial y horario, desde lib/company.ts. Sirven para registrar a KopTup como proveedor y son el "responsable del tratamiento" de la política de privacidad (Legal). Si la sociedad aún no está constituida, el bloque muestra solo ciudad, buzón y horario.

Bloque compacto, en dos listas. Se elimina la sección "Herramientas de trabajo" (Zoom, Slack, Toggl…): no ayuda a decidir.

• En producción hoy: Next.js, React, TypeScript, Node.js con Express, MongoDB, OpenAI, Vercel y Railway.
• Según el proyecto: Python, PostgreSQL, Redis, Claude (Anthropic), React Native, WhatsApp Business API, integraciones con DIAN.
• Un desplegable "Ver todo el stack" conserva la lista larga para el perfil técnico, sin el nivel "conceptualmente sólidos", y con Jest y Playwright movidos a "según el proyecto" hasta que corran en el CI.

flowchart LR
  A["2024: primeros prototipos navegables"] --> B["2025: primer cliente, VPN empresarial en el sector salud"]
  B --> C["2026: estudio comercial, asistente RAG en línea y catálogo de demos"]
  C --> D["Próximo: asistente RAG como servicio SaaS"]

Ver diagrama como imagen

• 2024: primeros prototipos navegables de chatbot, e-commerce y tableros, con datos simulados.
• 2025: primer cliente: VPN empresarial para SoSalud (nombre según authorized).
• 2026: se constituye el estudio comercial (confirmar), sale el asistente RAG con IA real y se publica el catálogo de demos con acceso por solicitud.
• Próximo: el asistente RAG como servicio SaaS con cobro recurrente (Fase 4 del Roadmap).

Se quita "2027+: alianzas con integradores en México y Argentina" mientras no exista un acuerdo. El texto de 2026 deja de decir "27 vistas" y usa DEMO_COUNT.

• Título: ¿Empezamos por tus documentos?
• Texto: Pruébalo sin registro o cuéntanos tu caso y te mostramos una demo guiada.
• Botones:
  • Probar la demo (principal) → /demo/chatbot.
  • Solicitar demo guiada → modal con ?producto=chatbot-rag-ia.
  • Agendar llamada → agenda en línea.
• Fondo: gradiente de marca, sin foto de banco.

SEO

• Title: "Sobre nosotros: estudio de sistemas RAG en Bogotá | KopTup" (58 caracteres; verificar con npm run check-titles).
• Description: "Conoce a KopTup, estudio de software en Bogotá que construye sistemas RAG: IA que responde con los documentos de tu empresa. Equipo, casos reales y forma de trabajo."
• JSON-LD:
  • AboutPage con mainEntity apuntando al Organization de la home (mismo @id).
  • Person para el fundador, con sameAs a su LinkedIn.
  • Se conserva el BreadcrumbList de layout.tsx.
  • Ningún dato del JSON-LD sale de un lugar distinto a lib/company.ts.
• alt real en la foto del fundador ("Ronald Cipagauta, fundador de KopTup"); hoy el alt es solo el nombre.

i18n

• Mover los textos a messages/{es,en}.json, reescribiendo el namespace aboutPage, hoy muerto. Se borran sus claves viejas.
• Español colombiano con "tú": sin "Probá" ni "agendá" (la rama rag-reposicionamiento ya los cambió por "Prueba" y "agenda"). "Acá" no es voseo, pero se cambia por "aquí" al mover los textos a i18n.
• Marca escrita siempre KopTup.

Accesibilidad

• Un solo H1 y H2 por sección.
• Los íconos decorativos de cada sección (ChartBarIcon, UsersIcon…) con aria-hidden.
• La historia como lista ordenada (<ol>), no solo como posiciones visuales.
• Contraste AA del texto blanco sobre los gradientes.

Rendimiento

• Quitar 'use client': la página no tiene interactividad y puede ser un server component. Solo el desplegable del stack necesita JS, y puede ser un <details> nativo.
• Imágenes propias con next/image, sizes y priority solo en el hero. Se elimina images.unsplash.com de next.config.js si ninguna otra página lo usa.
• Meta: LCP móvil p75 < 2,5 s y CLS < 0,1.

Metas iniciales a validar con 8 semanas de datos.