Espacio de trabajo BBP
Business Blueprint de theRoK3T. Cada proyecto vive en su propio menú con bitácora, producto, negocio, marketing y legal. Este espacio general concentra lo transversal: acuerdos de cartera, minutas de comité y las convenciones que rigen todos los BBP.
Proyectos activos
JetSMART · Sky · Scotiabank · CCA · Vida Cámara.
Pendientes abiertos
Suma de los P-XX vivos en las bitácoras.
Acuerdos vigentes
Incluye los AG-XX transversales.
Actualizado
Hora de Chile continental.
Cartera
| Proyecto | Estado | Pendientes | Riesgos altos | Próximo hito |
|---|---|---|---|---|
| JetSMART | Abierto | [N] | [N] | [DD-mmm-2026] |
| Sky | Abierto | [N] | [N] | [DD-mmm-2026] |
| Scotiabank | Abierto | [N] | [N] | [DD-mmm-2026] |
| CCA | Abierto | [N] | [N] | [DD-mmm-2026] |
| Vida Cámara | Abierto | [N] | [N] | [DD-mmm-2026] |
A-XX.Acuerdos generales
Decisiones que aplican a toda la cartera y no a un proyecto en particular: sociedad, reparto, administración, plantillas y estándares. IDs AG-XX, inmutables.
| ID | Fecha | Acuerdo / decisión | Aplica a | Quién decidió | Estado |
|---|---|---|---|---|---|
| AG-03 | 29-jul-2026 | Walter Krefft se hace cargo de los temas administrativos por el momento. | Toda la cartera | Ríos · Krefft · Tiozzo-Lyon | Vigente |
| AG-02 | 29-jul-2026 | Modelo de reparto por proyecto, en cascada: (1) premio de originación pagado primero sobre el ingreso total — 15 % si quien trae el proyecto es externo, 10 % si es socio; (2) del remanente, 70 % para el pago de HH de los consultores que participan y 30 % de margen para la consultora. | Toda la cartera | Ríos · Krefft · Tiozzo-Lyon | Vigente |
| AG-01 | 29-jul-2026 | La consultora parte con tres socios con participación en las utilidades. Cada proyecto se trata como un ingreso independiente. | Toda la cartera | Ríos · Krefft · Tiozzo-Lyon | Vigente |
Desglose del reparto (AG-02)
Cálculo derivado del acuerdo, sobre el ingreso total de un proyecto. No es una decisión nueva: si algo no calza, manda el texto de AG-02.
| Concepto | Originador externo | Originador socio |
|---|---|---|
| Premio de originación (sobre el ingreso total) | 15,0 % | 10,0 % |
| Remanente a repartir | 85,0 % | 90,0 % |
| HH de los consultores que participan (70 % del remanente) | 59,5 % | 63,0 % |
| Margen de la consultora (30 % del remanente) | 25,5 % | 27,0 % |
AG-02 o el A-XX que lo especializa.A-XX en su bitácora citando el AG-XX que excepciona.Por definir
- Por definir Cómo se valoriza la HH de cada consultor y quién la aprueba.
- Por definir Si el premio de originación aplica solo al primer contrato o a todo el ciclo de vida del cliente.
- Por definir Reparto de las utilidades entre los tres socios (participación de cada uno).
Minutas de comité
Registro de las reuniones transversales: comité de socios, revisión de cartera y coordinaciones que tocan más de un proyecto. Las minutas de un solo proyecto van en la bitácora de ese proyecto.
Pendientes transversales
| ID | Responsable | Pendiente | Prioridad | Estado |
|---|---|---|---|---|
| PG-01 | [Nombre — theRoK3T] | [Pendiente que cruza proyectos.] Placeholder | Alta | Pendiente |
Registro de minutas
Minuta 001 — [Comité / reunión]
[Nombres y organización.]
[Temas por proyecto.]
[Acuerdos (citar AG-XX o A-XX del proyecto) y pendientes (citar PG-XX o P-XX).]
Equipo y roles
Quién es quién en theRoK3T y qué decide cada uno.
| Nombre | Rol | Lidera | Contacto |
|---|---|---|---|
| Alejandro Ríos | VP de Banca y Tesorería | Treasury as a Service | [email] |
| Walter Krefft | VP de Estrategia | Estrategia y relación con retail financiero | [email] |
| Francisco Tiozzo-Lyon | VP de Innovación y Medios de Pago | Payment as a Service | francisco@junngla.com |
Contrapartes por proyecto
| Proyecto | Contraparte | Rol | Contacto |
|---|---|---|---|
| JetSMART | [Nombre] | [Rol] | [email] |
| Sky | [Nombre] | [Rol] | [email] |
| Scotiabank | [Nombre] | [Rol] | [email] |
| CCA | Américo [apellido] | [Rol] | [email] |
| Vida Cámara | [Nombre] | [Rol] | [email] |
Convenciones del BBP
Las reglas que hacen que este espacio sirva como fuente de verdad. Aplican igual a los cuatro proyectos.
Sistema de identificadores
| ID | Qué registra | Dónde vive | Regla |
|---|---|---|---|
| P-XX | Pendiente de un proyecto | Bitácora del proyecto | Único, no se recicla. Sale de la tabla al completarse. |
| PG-XX | Pendiente transversal | Minutas generales | Único, no se recicla. |
| A-XX | Acuerdo de un proyecto | Bitácora del proyecto | Inmutable. Uno nuevo reemplaza a otro citándolo. |
| AG-XX | Acuerdo transversal | Acuerdos generales | Inmutable. Un proyecto lo especializa, nunca lo contradice. |
| T-XX | Hito o avance cerrado | Hitos del proyecto | Único, histórico. Nace de un P-XX cumplido. |
| R-XX | Riesgo | Negocio · Riesgos | Con impacto, probabilidad, mitigación y responsable. |
Reglas de oro
- Toda cifra tiene origen. Un número en Modelo de negocio debe citar el
A-XXoAG-XXque lo aprobó. - La bitácora manda. Si una sección contradice a la bitácora, la bitácora gana y la sección se corrige.
- Mock ≠ productivo. Una maqueta pasa a Web / plataformas solo cuando queda productiva.
- Los IDs no se reciclan. Nunca. Ni siquiera si la tarea se anuló.
- Fechas en hora de Chile continental, formato
DD-mmm-AAAA.
Carpetas del proyecto
| Carpeta | Contenido |
|---|---|
01-[proyecto]-web | Repos de webs y plataformas productivas. |
02-[proyecto]-mock | Maquetas y demos aún no productivas. |
JetSMART — [descriptor en una línea]
Proyecto abierto el 03-ago-2026 en reunión de Walter Krefft con Francisco Tiozzo-Lyon. Arranca en Levantamiento de Insight y apunta, en su último paso, a sustituir a YUNO.
Etapa RKT
Etapa 1 de 4. Tarifa: monto fijo, abonable a MVP.
Contraparte
Decisor y su rol en JetSMART.
Objetivo declarado
Paso 5 del plan acordado en A-01.
Próximo hito
Paso 1 a cargo de Francisco (P-01).
Plan de trabajo acordado
Cinco pasos, acordados el 03-ago-2026 (ver A-01 en la bitácora).
| Paso | Qué | Responsable | Estado |
|---|---|---|---|
| 1 | Análisis — re-análisis de la información de JetSMART | Francisco Tiozzo-Lyon | En curso |
| 2 | Insights informales | [Por asignar] | Pendiente |
| 3 | Tomar acciones sobre los insights → impacto en $ | [Por asignar] | Pendiente |
| 4 | Área de acciones recurrentes / continuas | [Por asignar] | Pendiente |
| 5 | Sustituir a YUNO | [Por asignar] | Pendiente |
Propuesta de valor
- [Dolor detectado y cómo lo resolvemos.] Por levantar en el paso 1
- [Punto 2.]
Equipo del proyecto
| Nombre | Rol | Organización | Contacto |
|---|---|---|---|
| Walter Krefft | VP Estrategia | theRoK3T | [email] |
| Francisco Tiozzo-Lyon | VP Innovación y Medios de Pago · Payment as a Service | theRoK3T | francisco@junngla.com |
| Alejandro Ríos | VP Banca y Tesorería · Treasury as a Service | theRoK3T | [email] |
| [Nombre] | [Rol] | JetSMART | [email / teléfono] |
Hitos e histórico de avances
Logros y avances ya cerrados, en orden cronológico (los más recientes arriba). Es el histórico: complementa la bitácora, que solo lleva pendientes y acuerdos vivos. IDs T-XX, únicos y no reciclables.
| ID | Fecha | Hito / avance logrado | Estado |
|---|---|---|---|
| T-02 | [DD-mmm-2026] | [Hito o avance ya cumplido.] Placeholder | Hecho |
| T-01 | [DD-mmm-2026] | [Hito o avance ya cumplido.] | Hecho |
T-XX son únicos y no se reciclan. Un pendiente P-XX que se completa y constituye un avance relevante se registra acá como T-XX, citando su origen.Bitácora de JetSMART
Fuente de verdad del proyecto: pendientes por responsable, acuerdos y registro de sesiones. Última actualización: 05-08-2026 (hora de Chile continental).
Pendientes por responsable
| ID | Responsable | Pendiente | Prioridad | Estado |
|---|---|---|---|---|
| P-01 | Francisco Tiozzo-Lyon — theRoK3T | Re-análisis de la información de JetSMART (paso 1 del plan A-01). | Alta | En curso |
| P-02 | [Por asignar] | Definir contraparte y decisor en JetSMART. | Media | Pendiente |
P-XX son únicos y nunca se reciclan. Cuando una tarea está hecha, sale de esta lista y queda registrada en la entrada de la bitácora donde se generó, citando su P-XX. Aquí solo viven tareas Pendientes o En curso.Acuerdos y decisiones
Registro de las decisiones de negocio de JetSMART: cuándo se tomaron y quién las tomó. Cada acuerdo nuevo se agrega arriba. Los acuerdos son inmutables: uno nuevo reemplaza a otro citándolo.
| ID | Fecha | Acuerdo / decisión | Quién decidió |
|---|---|---|---|
| A-01 | 03-ago-2026 | Plan de trabajo de JetSMART en cinco pasos: (1) análisis, (2) insights informales, (3) tomar acciones sobre los insights con impacto en $, (4) área de acciones recurrentes/continuas, (5) sustituir a YUNO. | Walter Krefft · Francisco Tiozzo-Lyon |
| A-02 | 03-ago-2026 | El re-análisis (paso 1) lo hace Francisco. Reemplaza cualquier análisis previo del proyecto. | Walter Krefft · Francisco Tiozzo-Lyon |
Registro de entradas
Entrada 001 — Reunión Walter · Francisco: plan de trabajo
Walter Krefft y Francisco Tiozzo-Lyon (theRoK3T).
Se definió el plan de trabajo de JetSMART, en cinco pasos, y se asignó el re-análisis a Francisco.
| Paso | Qué | Responsable | Estado |
|---|---|---|---|
| 1 | Análisis — re-análisis de la información de JetSMART | Francisco Tiozzo-Lyon | En curso |
| 2 | Insights informales | [Por asignar] | Pendiente |
| 3 | Tomar acciones sobre los insights → impacto en $ | [Por asignar] | Pendiente |
| 4 | Área de acciones recurrentes / continuas | [Por asignar] | Pendiente |
| 5 | Sustituir a YUNO | [Por asignar] | Pendiente |
Acuerdos: A-01 (plan de cinco pasos) y A-02 (el re-análisis lo hace Francisco). Pendientes abiertos: P-01 (re-análisis) y P-02 (definir contraparte).
Por definir Alcance del re-análisis, responsables de los pasos 2 a 5 y fechas comprometidas.
Preguntas frecuentes
Preguntas del cliente, del equipo o de inversionistas sobre JetSMART, con respuesta oficial.
[Pregunta 1]
[Pregunta 2]
Fuentes: [fuente 1] · [fuente 2]
Producto / portafolio
Qué se ofrece, a quién y en qué formato.
Segmentos de clientes
- [Segmento 1]: [descripción].
- [Segmento 2]: [descripción].
Alcance funcional
| Módulo / capacidad | Qué resuelve | Estado |
|---|---|---|
| [Módulo] | [Dolor que resuelve] | En diseño |
Operación
Cómo funciona el proceso de punta a punta.
Flujo punta a punta
| # | Paso | Responsable | Sistema / soporte |
|---|---|---|---|
| 1 | [Paso] | [Quién] | [Dónde] |
| 2 | [Paso] | [Quién] | [Dónde] |
SLA y niveles de servicio
- [Compromiso 1.]
- [Compromiso 2.]
Mock / demos
Maquetas y demos en construcción para JetSMART, aún no productivas. Los archivos viven en la carpeta 02-jetsmart-mock.
| Maqueta / demo | Qué muestra | Estado | Enlace |
|---|---|---|---|
| [Nombre] | [Qué demuestra / alcance] | En curso | [abrir] |
Web / plataformas
Webs y plataformas productivas de JetSMART. El repo vive en la carpeta 01-jetsmart-web.
| Web / plataforma | URL productiva | Estado | Repo |
|---|---|---|---|
| [Nombre] | [url] | En producción | 01-jetsmart-web |
Modelo de negocio
Cómo gana dinero el proyecto. Toda cifra citada aquí debe nacer de un acuerdo A-XX de la bitácora.
Etapas y tarifa
| Etapa | Entregable | Tarifa | Acuerdo |
|---|---|---|---|
| 1 · Levantamiento de Insight | Estudio del descubrimiento | Monto fijo, abonable a MVP | [A-XX] |
| 2 · Evaluación | Solución + evaluación de impacto | Monto fijo, abonable a MVP | [A-XX] |
| 3 · Desarrollo de MVP | MVP con KPI e hipótesis | Implementación menos lo abonado | [A-XX] |
| 4 · Tarifa contra éxito | Roll out | Sobre beneficio medible | [A-XX] |
Palancas de pricing a definir
- Licencia de software.
- Por transacción.
- Mix usuario–transacción.
Riesgos
Riesgos del proyecto (negocio, operación, legal, técnico) con impacto, probabilidad, mitigación y responsable. IDs R-XX.
| ID | Riesgo | Impacto | Probabilidad | Mitigación |
|---|---|---|---|---|
| R-01 | [Descripción del riesgo.] Placeholder | Alto | Media | [Cómo se mitiga · responsable (P-XX si aplica)] |
| R-02 | [Descripción del riesgo.] | Medio | Baja | [Cómo se mitiga · responsable] |
Plan de marketing
Posicionamiento y mensaje central.
Segmentación y mensaje
| Segmento | Dolor | Mensaje clave |
|---|---|---|
| [Segmento] | [Dolor] | [Mensaje] |
Canales
- [Canal 1.]
- [Canal 2.]
Marco regulatorio
Normativa aplicable al giro del proyecto.
| Norma / requisito | Alcance | Estado |
|---|---|---|
| [Norma] | [Qué exige] | Pendiente |
Ley 21.719 — Protección de datos personales
Vigencia plena: 1 de diciembre de 2026. Checklist de cumplimiento del proyecto.
Mapa de datos que trata el proyecto
| Dato | Finalidad | Base de licitud | Sensible |
|---|---|---|---|
| [Dato] | [Finalidad] | [Consentimiento / contrato / interés legítimo] | [Sí / No] |
Checklist de cumplimiento
| Ítem | Estado | Responsable |
|---|---|---|
| Consentimiento y avisos de privacidad | Pendiente | [P-XX] |
| Derechos del titular (ARSOP + bloqueo) | Pendiente | [P-XX] |
| DPA con proveedores / encargados | Pendiente | [P-XX] |
| Registro de actividades de tratamiento (RAT) | Pendiente | [P-XX] |
| Protocolo de brechas | Pendiente | [P-XX] |
Sky — [descriptor en una línea]
Descriptor del proyecto Sky en una línea. Qué es, para quién y por qué existe. 2–3 líneas máximo.
Etapa RKT
Levantamiento de Insight → Evaluación → MVP → Tarifa contra éxito.
Contraparte
Decisor y su rol en Sky.
Impacto objetivo
Ahorro, ingreso o eficiencia comprometida.
Próximo hito
Siguiente entrega o reunión comprometida.
Propuesta de valor
- [Dolor detectado y cómo lo resolvemos.] Placeholder
- [Punto 2.]
- [Punto 3.]
Equipo del proyecto
| Nombre | Rol | Organización | Contacto |
|---|---|---|---|
| Alejandro Ríos | VP Banca y Tesorería · Treasury as a Service | theRoK3T | [email] |
| Walter Krefft | VP Estrategia | theRoK3T | [email] |
| Francisco Tiozzo-Lyon | VP Innovación y Medios de Pago · Payment as a Service | theRoK3T | francisco@junngla.com |
| [Nombre] | [Rol] | Sky | [email / teléfono] |
Hitos e histórico de avances
Logros y avances ya cerrados, en orden cronológico (los más recientes arriba). Es el histórico: complementa la bitácora, que solo lleva pendientes y acuerdos vivos. IDs T-XX, únicos y no reciclables.
| ID | Fecha | Hito / avance logrado | Estado |
|---|---|---|---|
| T-02 | [DD-mmm-2026] | [Hito o avance ya cumplido.] Placeholder | Hecho |
| T-01 | [DD-mmm-2026] | [Hito o avance ya cumplido.] | Hecho |
T-XX son únicos y no se reciclan. Un pendiente P-XX que se completa y constituye un avance relevante se registra acá como T-XX, citando su origen.Bitácora de Sky
Fuente de verdad del proyecto: pendientes por responsable, acuerdos y registro de sesiones. Última actualización: 05-08-2026 (hora de Chile continental).
Pendientes por responsable
| ID | Responsable | Pendiente | Prioridad | Estado |
|---|---|---|---|---|
| P-01 | [Nombre — Organización] | [Descripción del pendiente.] Placeholder | Alta | Pendiente |
| P-02 | [Nombre — Organización] | [Descripción del pendiente.] | Media | En curso |
P-XX son únicos y nunca se reciclan. Cuando una tarea está hecha, sale de esta lista y queda registrada en la entrada de la bitácora donde se generó, citando su P-XX. Aquí solo viven tareas Pendientes o En curso.Acuerdos y decisiones
Registro de las decisiones de negocio de Sky: cuándo se tomaron y quién las tomó. Cada acuerdo nuevo se agrega arriba. Los acuerdos son inmutables: uno nuevo reemplaza a otro citándolo.
| ID | Fecha | Acuerdo / decisión | Quién decidió |
|---|---|---|---|
| A-01 | [DD-mmm-2026] | [Acuerdo. Si reemplaza a otro: «Reemplaza a A-0X».] Placeholder | [Nombre(s)] |
Registro de entradas
Entrada 001 — [Título de la sesión]
[Resumen de lo trabajado en la sesión.]
[Acuerdos tomados (citar A-XX) y próximos pasos (citar P-XX).]
[P-XX — descripción de la tarea generada en esta entrada y ya cumplida Hecho]
Preguntas frecuentes
Preguntas del cliente, del equipo o de inversionistas sobre Sky, con respuesta oficial.
[Pregunta 1]
[Pregunta 2]
Fuentes: [fuente 1] · [fuente 2]
Producto / portafolio
Qué se ofrece, a quién y en qué formato.
Segmentos de clientes
- [Segmento 1]: [descripción].
- [Segmento 2]: [descripción].
Alcance funcional
| Módulo / capacidad | Qué resuelve | Estado |
|---|---|---|
| [Módulo] | [Dolor que resuelve] | En diseño |
Operación
Cómo funciona el proceso de punta a punta.
Flujo punta a punta
| # | Paso | Responsable | Sistema / soporte |
|---|---|---|---|
| 1 | [Paso] | [Quién] | [Dónde] |
| 2 | [Paso] | [Quién] | [Dónde] |
SLA y niveles de servicio
- [Compromiso 1.]
- [Compromiso 2.]
Mock / demos
Maquetas y demos en construcción para Sky, aún no productivas. Los archivos viven en la carpeta 02-sky-mock.
| Maqueta / demo | Qué muestra | Estado | Enlace |
|---|---|---|---|
| [Nombre] | [Qué demuestra / alcance] | En curso | [abrir] |
Web / plataformas
Webs y plataformas productivas de Sky. El repo vive en la carpeta 01-sky-web.
| Web / plataforma | URL productiva | Estado | Repo |
|---|---|---|---|
| [Nombre] | [url] | En producción | 01-sky-web |
Modelo de negocio
Cómo gana dinero el proyecto. Toda cifra citada aquí debe nacer de un acuerdo A-XX de la bitácora.
Etapas y tarifa
| Etapa | Entregable | Tarifa | Acuerdo |
|---|---|---|---|
| 1 · Levantamiento de Insight | Estudio del descubrimiento | Monto fijo, abonable a MVP | [A-XX] |
| 2 · Evaluación | Solución + evaluación de impacto | Monto fijo, abonable a MVP | [A-XX] |
| 3 · Desarrollo de MVP | MVP con KPI e hipótesis | Implementación menos lo abonado | [A-XX] |
| 4 · Tarifa contra éxito | Roll out | Sobre beneficio medible | [A-XX] |
Palancas de pricing a definir
- Licencia de software.
- Por transacción.
- Mix usuario–transacción.
Riesgos
Riesgos del proyecto (negocio, operación, legal, técnico) con impacto, probabilidad, mitigación y responsable. IDs R-XX.
| ID | Riesgo | Impacto | Probabilidad | Mitigación |
|---|---|---|---|---|
| R-01 | [Descripción del riesgo.] Placeholder | Alto | Media | [Cómo se mitiga · responsable (P-XX si aplica)] |
| R-02 | [Descripción del riesgo.] | Medio | Baja | [Cómo se mitiga · responsable] |
Plan de marketing
Posicionamiento y mensaje central.
Segmentación y mensaje
| Segmento | Dolor | Mensaje clave |
|---|---|---|
| [Segmento] | [Dolor] | [Mensaje] |
Canales
- [Canal 1.]
- [Canal 2.]
Marco regulatorio
Normativa aplicable al giro del proyecto.
| Norma / requisito | Alcance | Estado |
|---|---|---|
| [Norma] | [Qué exige] | Pendiente |
Ley 21.719 — Protección de datos personales
Vigencia plena: 1 de diciembre de 2026. Checklist de cumplimiento del proyecto.
Mapa de datos que trata el proyecto
| Dato | Finalidad | Base de licitud | Sensible |
|---|---|---|---|
| [Dato] | [Finalidad] | [Consentimiento / contrato / interés legítimo] | [Sí / No] |
Checklist de cumplimiento
| Ítem | Estado | Responsable |
|---|---|---|
| Consentimiento y avisos de privacidad | Pendiente | [P-XX] |
| Derechos del titular (ARSOP + bloqueo) | Pendiente | [P-XX] |
| DPA con proveedores / encargados | Pendiente | [P-XX] |
| Registro de actividades de tratamiento (RAT) | Pendiente | [P-XX] |
| Protocolo de brechas | Pendiente | [P-XX] |
Scotiabank — [descriptor en una línea]
Descriptor del proyecto Scotiabank en una línea. Qué es, para quién y por qué existe. 2–3 líneas máximo.
Etapa RKT
Levantamiento de Insight → Evaluación → MVP → Tarifa contra éxito.
Contraparte
Decisor y su rol en Scotiabank.
Impacto objetivo
Ahorro, ingreso o eficiencia comprometida.
Próximo hito
Siguiente entrega o reunión comprometida.
Propuesta de valor
- [Dolor detectado y cómo lo resolvemos.] Placeholder
- [Punto 2.]
- [Punto 3.]
Equipo del proyecto
| Nombre | Rol | Organización | Contacto |
|---|---|---|---|
| Alejandro Ríos | VP Banca y Tesorería · Treasury as a Service | theRoK3T | [email] |
| Walter Krefft | VP Estrategia | theRoK3T | [email] |
| Francisco Tiozzo-Lyon | VP Innovación y Medios de Pago · Payment as a Service | theRoK3T | francisco@junngla.com |
| [Nombre] | [Rol] | Scotiabank | [email / teléfono] |
Hitos e histórico de avances
Logros y avances ya cerrados, en orden cronológico (los más recientes arriba). Es el histórico: complementa la bitácora, que solo lleva pendientes y acuerdos vivos. IDs T-XX, únicos y no reciclables.
| ID | Fecha | Hito / avance logrado | Estado |
|---|---|---|---|
| T-02 | [DD-mmm-2026] | [Hito o avance ya cumplido.] Placeholder | Hecho |
| T-01 | [DD-mmm-2026] | [Hito o avance ya cumplido.] | Hecho |
T-XX son únicos y no se reciclan. Un pendiente P-XX que se completa y constituye un avance relevante se registra acá como T-XX, citando su origen.Bitácora de Scotiabank
Fuente de verdad del proyecto: pendientes por responsable, acuerdos y registro de sesiones. Última actualización: 05-08-2026 (hora de Chile continental).
Pendientes por responsable
| ID | Responsable | Pendiente | Prioridad | Estado |
|---|---|---|---|---|
| P-01 | [Nombre — Organización] | [Descripción del pendiente.] Placeholder | Alta | Pendiente |
| P-02 | [Nombre — Organización] | [Descripción del pendiente.] | Media | En curso |
P-XX son únicos y nunca se reciclan. Cuando una tarea está hecha, sale de esta lista y queda registrada en la entrada de la bitácora donde se generó, citando su P-XX. Aquí solo viven tareas Pendientes o En curso.Acuerdos y decisiones
Registro de las decisiones de negocio de Scotiabank: cuándo se tomaron y quién las tomó. Cada acuerdo nuevo se agrega arriba. Los acuerdos son inmutables: uno nuevo reemplaza a otro citándolo.
| ID | Fecha | Acuerdo / decisión | Quién decidió |
|---|---|---|---|
| A-01 | [DD-mmm-2026] | [Acuerdo. Si reemplaza a otro: «Reemplaza a A-0X».] Placeholder | [Nombre(s)] |
Registro de entradas
Entrada 001 — [Título de la sesión]
[Resumen de lo trabajado en la sesión.]
[Acuerdos tomados (citar A-XX) y próximos pasos (citar P-XX).]
[P-XX — descripción de la tarea generada en esta entrada y ya cumplida Hecho]
Preguntas frecuentes
Preguntas del cliente, del equipo o de inversionistas sobre Scotiabank, con respuesta oficial.
[Pregunta 1]
[Pregunta 2]
Fuentes: [fuente 1] · [fuente 2]
Producto / portafolio
Qué se ofrece, a quién y en qué formato.
Segmentos de clientes
- [Segmento 1]: [descripción].
- [Segmento 2]: [descripción].
Alcance funcional
| Módulo / capacidad | Qué resuelve | Estado |
|---|---|---|
| [Módulo] | [Dolor que resuelve] | En diseño |
Operación
Cómo funciona el proceso de punta a punta.
Flujo punta a punta
| # | Paso | Responsable | Sistema / soporte |
|---|---|---|---|
| 1 | [Paso] | [Quién] | [Dónde] |
| 2 | [Paso] | [Quién] | [Dónde] |
SLA y niveles de servicio
- [Compromiso 1.]
- [Compromiso 2.]
Mock / demos
Maquetas y demos en construcción para Scotiabank, aún no productivas. Los archivos viven en la carpeta 02-scotiabank-mock.
| Maqueta / demo | Qué muestra | Estado | Enlace |
|---|---|---|---|
| [Nombre] | [Qué demuestra / alcance] | En curso | [abrir] |
Web / plataformas
Webs y plataformas productivas de Scotiabank. El repo vive en la carpeta 01-scotiabank-web.
| Web / plataforma | URL productiva | Estado | Repo |
|---|---|---|---|
| [Nombre] | [url] | En producción | 01-scotiabank-web |
Modelo de negocio
Cómo gana dinero el proyecto. Toda cifra citada aquí debe nacer de un acuerdo A-XX de la bitácora.
Etapas y tarifa
| Etapa | Entregable | Tarifa | Acuerdo |
|---|---|---|---|
| 1 · Levantamiento de Insight | Estudio del descubrimiento | Monto fijo, abonable a MVP | [A-XX] |
| 2 · Evaluación | Solución + evaluación de impacto | Monto fijo, abonable a MVP | [A-XX] |
| 3 · Desarrollo de MVP | MVP con KPI e hipótesis | Implementación menos lo abonado | [A-XX] |
| 4 · Tarifa contra éxito | Roll out | Sobre beneficio medible | [A-XX] |
Palancas de pricing a definir
- Licencia de software.
- Por transacción.
- Mix usuario–transacción.
Riesgos
Riesgos del proyecto (negocio, operación, legal, técnico) con impacto, probabilidad, mitigación y responsable. IDs R-XX.
| ID | Riesgo | Impacto | Probabilidad | Mitigación |
|---|---|---|---|---|
| R-01 | [Descripción del riesgo.] Placeholder | Alto | Media | [Cómo se mitiga · responsable (P-XX si aplica)] |
| R-02 | [Descripción del riesgo.] | Medio | Baja | [Cómo se mitiga · responsable] |
Plan de marketing
Posicionamiento y mensaje central.
Segmentación y mensaje
| Segmento | Dolor | Mensaje clave |
|---|---|---|
| [Segmento] | [Dolor] | [Mensaje] |
Canales
- [Canal 1.]
- [Canal 2.]
Marco regulatorio
Normativa aplicable al giro del proyecto.
| Norma / requisito | Alcance | Estado |
|---|---|---|
| [Norma] | [Qué exige] | Pendiente |
Ley 21.719 — Protección de datos personales
Vigencia plena: 1 de diciembre de 2026. Checklist de cumplimiento del proyecto.
Mapa de datos que trata el proyecto
| Dato | Finalidad | Base de licitud | Sensible |
|---|---|---|---|
| [Dato] | [Finalidad] | [Consentimiento / contrato / interés legítimo] | [Sí / No] |
Checklist de cumplimiento
| Ítem | Estado | Responsable |
|---|---|---|
| Consentimiento y avisos de privacidad | Pendiente | [P-XX] |
| Derechos del titular (ARSOP + bloqueo) | Pendiente | [P-XX] |
| DPA con proveedores / encargados | Pendiente | [P-XX] |
| Registro de actividades de tratamiento (RAT) | Pendiente | [P-XX] |
| Protocolo de brechas | Pendiente | [P-XX] |
CCA — [descriptor en una línea]
Descriptor del proyecto CCA en una línea. Qué es, para quién y por qué existe. 2–3 líneas máximo.
Etapa RKT
Levantamiento de Insight → Evaluación → MVP → Tarifa contra éxito.
Contraparte
Decisor y su rol en CCA.
Impacto objetivo
Ahorro, ingreso o eficiencia comprometida.
Próximo hito
Siguiente entrega o reunión comprometida.
Propuesta de valor
- [Dolor detectado y cómo lo resolvemos.] Placeholder
- [Punto 2.]
- [Punto 3.]
Equipo del proyecto
| Nombre | Rol | Organización | Contacto |
|---|---|---|---|
| Alejandro Ríos | VP Banca y Tesorería · Treasury as a Service | theRoK3T | [email] |
| Walter Krefft | VP Estrategia | theRoK3T | [email] |
| Francisco Tiozzo-Lyon | VP Innovación y Medios de Pago · Payment as a Service | theRoK3T | francisco@junngla.com |
| [Nombre] | [Rol] | CCA | [email / teléfono] |
Hitos e histórico de avances
Logros y avances ya cerrados, en orden cronológico (los más recientes arriba). Es el histórico: complementa la bitácora, que solo lleva pendientes y acuerdos vivos. IDs T-XX, únicos y no reciclables.
| ID | Fecha | Hito / avance logrado | Estado |
|---|---|---|---|
| T-02 | [DD-mmm-2026] | [Hito o avance ya cumplido.] Placeholder | Hecho |
| T-01 | [DD-mmm-2026] | [Hito o avance ya cumplido.] | Hecho |
T-XX son únicos y no se reciclan. Un pendiente P-XX que se completa y constituye un avance relevante se registra acá como T-XX, citando su origen.Bitácora de CCA
Fuente de verdad del proyecto: pendientes por responsable, acuerdos y registro de sesiones. Última actualización: 05-08-2026 (hora de Chile continental).
Pendientes por responsable
| ID | Responsable | Pendiente | Prioridad | Estado |
|---|---|---|---|---|
| P-01 | Walter Krefft — theRoK3T | Coordinar un café con Américo (primer acercamiento a CCA). | Alta | Pendiente |
P-XX son únicos y nunca se reciclan. Cuando una tarea está hecha, sale de esta lista y queda registrada en la entrada de la bitácora donde se generó, citando su P-XX. Aquí solo viven tareas Pendientes o En curso.Acuerdos y decisiones
Registro de las decisiones de negocio de CCA: cuándo se tomaron y quién las tomó. Cada acuerdo nuevo se agrega arriba. Los acuerdos son inmutables: uno nuevo reemplaza a otro citándolo.
| ID | Fecha | Acuerdo / decisión | Quién decidió |
|---|---|---|---|
| A-01 | 03-ago-2026 | El primer acercamiento a CCA lo lleva Walter, vía una reunión informal con Américo. | Walter Krefft |
Registro de entradas
Entrada 001 — Apertura del proyecto CCA
Se abrió CCA en el BBP. Walter se hace cargo de coordinar un café con Américo como primer acercamiento.
Acuerdo A-01. Pendiente abierto: P-01 — coordinar el café con Américo.
Por definir Apellido y cargo de Américo, fecha del café y objetivo concreto de la conversación.
Preguntas frecuentes
Preguntas del cliente, del equipo o de inversionistas sobre CCA, con respuesta oficial.
[Pregunta 1]
[Pregunta 2]
Fuentes: [fuente 1] · [fuente 2]
Producto / portafolio
Qué se ofrece, a quién y en qué formato.
Segmentos de clientes
- [Segmento 1]: [descripción].
- [Segmento 2]: [descripción].
Alcance funcional
| Módulo / capacidad | Qué resuelve | Estado |
|---|---|---|
| [Módulo] | [Dolor que resuelve] | En diseño |
Operación
Cómo funciona el proceso de punta a punta.
Flujo punta a punta
| # | Paso | Responsable | Sistema / soporte |
|---|---|---|---|
| 1 | [Paso] | [Quién] | [Dónde] |
| 2 | [Paso] | [Quién] | [Dónde] |
SLA y niveles de servicio
- [Compromiso 1.]
- [Compromiso 2.]
Mock / demos
Maquetas y demos en construcción para CCA, aún no productivas. Los archivos viven en la carpeta 02-cca-mock.
| Maqueta / demo | Qué muestra | Estado | Enlace |
|---|---|---|---|
| [Nombre] | [Qué demuestra / alcance] | En curso | [abrir] |
Web / plataformas
Webs y plataformas productivas de CCA. El repo vive en la carpeta 01-cca-web.
| Web / plataforma | URL productiva | Estado | Repo |
|---|---|---|---|
| [Nombre] | [url] | En producción | 01-cca-web |
Modelo de negocio
Cómo gana dinero el proyecto. Toda cifra citada aquí debe nacer de un acuerdo A-XX de la bitácora.
Etapas y tarifa
| Etapa | Entregable | Tarifa | Acuerdo |
|---|---|---|---|
| 1 · Levantamiento de Insight | Estudio del descubrimiento | Monto fijo, abonable a MVP | [A-XX] |
| 2 · Evaluación | Solución + evaluación de impacto | Monto fijo, abonable a MVP | [A-XX] |
| 3 · Desarrollo de MVP | MVP con KPI e hipótesis | Implementación menos lo abonado | [A-XX] |
| 4 · Tarifa contra éxito | Roll out | Sobre beneficio medible | [A-XX] |
Palancas de pricing a definir
- Licencia de software.
- Por transacción.
- Mix usuario–transacción.
Riesgos
Riesgos del proyecto (negocio, operación, legal, técnico) con impacto, probabilidad, mitigación y responsable. IDs R-XX.
| ID | Riesgo | Impacto | Probabilidad | Mitigación |
|---|---|---|---|---|
| R-01 | [Descripción del riesgo.] Placeholder | Alto | Media | [Cómo se mitiga · responsable (P-XX si aplica)] |
| R-02 | [Descripción del riesgo.] | Medio | Baja | [Cómo se mitiga · responsable] |
Plan de marketing
Posicionamiento y mensaje central.
Segmentación y mensaje
| Segmento | Dolor | Mensaje clave |
|---|---|---|
| [Segmento] | [Dolor] | [Mensaje] |
Canales
- [Canal 1.]
- [Canal 2.]
Marco regulatorio
Normativa aplicable al giro del proyecto.
| Norma / requisito | Alcance | Estado |
|---|---|---|
| [Norma] | [Qué exige] | Pendiente |
Ley 21.719 — Protección de datos personales
Vigencia plena: 1 de diciembre de 2026. Checklist de cumplimiento del proyecto.
Mapa de datos que trata el proyecto
| Dato | Finalidad | Base de licitud | Sensible |
|---|---|---|---|
| [Dato] | [Finalidad] | [Consentimiento / contrato / interés legítimo] | [Sí / No] |
Checklist de cumplimiento
| Ítem | Estado | Responsable |
|---|---|---|
| Consentimiento y avisos de privacidad | Pendiente | [P-XX] |
| Derechos del titular (ARSOP + bloqueo) | Pendiente | [P-XX] |
| DPA con proveedores / encargados | Pendiente | [P-XX] |
| Registro de actividades de tratamiento (RAT) | Pendiente | [P-XX] |
| Protocolo de brechas | Pendiente | [P-XX] |
Vida Cámara — [descriptor en una línea]
Descriptor del proyecto Vida Cámara en una línea. Qué es, para quién y por qué existe. 2–3 líneas máximo.
Etapa RKT
Levantamiento de Insight → Evaluación → MVP → Tarifa contra éxito.
Contraparte
Decisor y su rol en Vida Cámara.
Impacto objetivo
Ahorro, ingreso o eficiencia comprometida.
Próximo hito
Siguiente entrega o reunión comprometida.
Propuesta de valor
- [Dolor detectado y cómo lo resolvemos.] Placeholder
- [Punto 2.]
- [Punto 3.]
Equipo del proyecto
| Nombre | Rol | Organización | Contacto |
|---|---|---|---|
| Alejandro Ríos | VP Banca y Tesorería · Treasury as a Service | theRoK3T | [email] |
| Walter Krefft | VP Estrategia | theRoK3T | [email] |
| Francisco Tiozzo-Lyon | VP Innovación y Medios de Pago · Payment as a Service | theRoK3T | francisco@junngla.com |
| [Nombre] | [Rol] | Vida Cámara | [email / teléfono] |
Hitos e histórico de avances
Logros y avances ya cerrados, en orden cronológico (los más recientes arriba). Es el histórico: complementa la bitácora, que solo lleva pendientes y acuerdos vivos. IDs T-XX, únicos y no reciclables.
| ID | Fecha | Hito / avance logrado | Estado |
|---|---|---|---|
| T-02 | [DD-mmm-2026] | [Hito o avance ya cumplido.] Placeholder | Hecho |
| T-01 | [DD-mmm-2026] | [Hito o avance ya cumplido.] | Hecho |
T-XX son únicos y no se reciclan. Un pendiente P-XX que se completa y constituye un avance relevante se registra acá como T-XX, citando su origen.Bitácora de Vida Cámara
Fuente de verdad del proyecto: pendientes por responsable, acuerdos y registro de sesiones. Última actualización: 05-08-2026 (hora de Chile continental).
Pendientes por responsable
| ID | Responsable | Pendiente | Prioridad | Estado |
|---|---|---|---|---|
| P-01 | Todos — Ríos · Krefft · Tiozzo-Lyon | Revisar qué ofrecer a Vida Cámara y llegar a una oferta común. | Alta | Pendiente |
P-XX son únicos y nunca se reciclan. Cuando una tarea está hecha, sale de esta lista y queda registrada en la entrada de la bitácora donde se generó, citando su P-XX. Aquí solo viven tareas Pendientes o En curso.Acuerdos y decisiones
Registro de las decisiones de negocio de Vida Cámara: cuándo se tomaron y quién las tomó. Cada acuerdo nuevo se agrega arriba. Los acuerdos son inmutables: uno nuevo reemplaza a otro citándolo.
| ID | Fecha | Acuerdo / decisión | Quién decidió |
|---|---|---|---|
| A-01 | 03-ago-2026 | Antes de avanzar con Vida Cámara se define qué ofrecer. La revisión la hacen los tres socios, no un responsable único. | Ríos · Krefft · Tiozzo-Lyon |
Registro de entradas
Entrada 001 — Apertura del proyecto Vida Cámara
Se abrió Vida Cámara en el BBP. Quedó levantado que primero hay que revisar qué ofrecer; la revisión la asumen los tres socios.
Acuerdo A-01. Pendiente abierto: P-01 — revisar qué ofrecer.
Por definir Contraparte en Vida Cámara, fecha de la revisión conjunta y si la oferta parte por Treasury as a Service, Payment as a Service o un levantamiento de insight.
Preguntas frecuentes
Preguntas del cliente, del equipo o de inversionistas sobre Vida Cámara, con respuesta oficial.
[Pregunta 1]
[Pregunta 2]
Fuentes: [fuente 1] · [fuente 2]
Producto / portafolio
Qué se ofrece, a quién y en qué formato.
Segmentos de clientes
- [Segmento 1]: [descripción].
- [Segmento 2]: [descripción].
Alcance funcional
| Módulo / capacidad | Qué resuelve | Estado |
|---|---|---|
| [Módulo] | [Dolor que resuelve] | En diseño |
Operación
Cómo funciona el proceso de punta a punta.
Flujo punta a punta
| # | Paso | Responsable | Sistema / soporte |
|---|---|---|---|
| 1 | [Paso] | [Quién] | [Dónde] |
| 2 | [Paso] | [Quién] | [Dónde] |
SLA y niveles de servicio
- [Compromiso 1.]
- [Compromiso 2.]
Mock / demos
Maquetas y demos en construcción para Vida Cámara, aún no productivas. Los archivos viven en la carpeta 02-vidacamara-mock.
| Maqueta / demo | Qué muestra | Estado | Enlace |
|---|---|---|---|
| [Nombre] | [Qué demuestra / alcance] | En curso | [abrir] |
Web / plataformas
Webs y plataformas productivas de Vida Cámara. El repo vive en la carpeta 01-vidacamara-web.
| Web / plataforma | URL productiva | Estado | Repo |
|---|---|---|---|
| [Nombre] | [url] | En producción | 01-vidacamara-web |
Modelo de negocio
Cómo gana dinero el proyecto. Toda cifra citada aquí debe nacer de un acuerdo A-XX de la bitácora.
Etapas y tarifa
| Etapa | Entregable | Tarifa | Acuerdo |
|---|---|---|---|
| 1 · Levantamiento de Insight | Estudio del descubrimiento | Monto fijo, abonable a MVP | [A-XX] |
| 2 · Evaluación | Solución + evaluación de impacto | Monto fijo, abonable a MVP | [A-XX] |
| 3 · Desarrollo de MVP | MVP con KPI e hipótesis | Implementación menos lo abonado | [A-XX] |
| 4 · Tarifa contra éxito | Roll out | Sobre beneficio medible | [A-XX] |
Palancas de pricing a definir
- Licencia de software.
- Por transacción.
- Mix usuario–transacción.
Riesgos
Riesgos del proyecto (negocio, operación, legal, técnico) con impacto, probabilidad, mitigación y responsable. IDs R-XX.
| ID | Riesgo | Impacto | Probabilidad | Mitigación |
|---|---|---|---|---|
| R-01 | [Descripción del riesgo.] Placeholder | Alto | Media | [Cómo se mitiga · responsable (P-XX si aplica)] |
| R-02 | [Descripción del riesgo.] | Medio | Baja | [Cómo se mitiga · responsable] |
Plan de marketing
Posicionamiento y mensaje central.
Segmentación y mensaje
| Segmento | Dolor | Mensaje clave |
|---|---|---|
| [Segmento] | [Dolor] | [Mensaje] |
Canales
- [Canal 1.]
- [Canal 2.]
Marco regulatorio
Normativa aplicable al giro del proyecto.
| Norma / requisito | Alcance | Estado |
|---|---|---|
| [Norma] | [Qué exige] | Pendiente |
Ley 21.719 — Protección de datos personales
Vigencia plena: 1 de diciembre de 2026. Checklist de cumplimiento del proyecto.
Mapa de datos que trata el proyecto
| Dato | Finalidad | Base de licitud | Sensible |
|---|---|---|---|
| [Dato] | [Finalidad] | [Consentimiento / contrato / interés legítimo] | [Sí / No] |
Checklist de cumplimiento
| Ítem | Estado | Responsable |
|---|---|---|
| Consentimiento y avisos de privacidad | Pendiente | [P-XX] |
| Derechos del titular (ARSOP + bloqueo) | Pendiente | [P-XX] |
| DPA con proveedores / encargados | Pendiente | [P-XX] |
| Registro de actividades de tratamiento (RAT) | Pendiente | [P-XX] |
| Protocolo de brechas | Pendiente | [P-XX] |