Codex Cloudflarensis · Volumen IV · Folio I

De
Verticalibus

Playbooks · Architecturae · Pretia

Las primitivas son universales. La arquitectura es general. La operación se concreta en el vertical. Este volumen aplica los tres anteriores a cuatro verticales reales — medical, hospitality, pharma, B2B SaaS — con su arquitectura específica, su mapping primitiva-función, y su proyección de costos.

☩

— Vertical Medicum —

Medical · Patient-Facing

Cirujanos · Especialistas · Clínicas privadas

Médicos privados con consulta de alto valor ($500-$5K USD/consulta). Necesidad: captura digital de leads + cualificación inteligente + booking automatizado. Tolerancia a downtime: cero — un paciente que no encuentra cómo agendar va a la competencia en 30 segundos.

Arquitectura

Mapping Primitiva → Función

Pages

Landing pública con formulario captación + Meta Pixel

Worker (api)

Orquestador: recibe webhooks, valida, rutea a chatbot/calendar/Stripe

Durable Object

Conversación per paciente (single-writer per chat_id) — historial, contexto, estado

Patient records, citas, historial médico (relacional, queries cruzadas)

Vectorize

RAG sobre protocolos médicos — chatbot responde con base de conocimiento del doctor

AI Gateway

Proxy Claude/GPT con cache (40% hit en preguntas FAQ) + observabilidad

Workflow

Saga booking: validar safety → check calendar → reservar → cobrar deposit → confirmar email

Email Workers

Confirmaciones, recordatorios, follow-ups post-consulta

Queue

Async: SMS recordatorios, sync a Sheets del doctor, exports a contabilidad

Playbook de Onboarding

Día 1-3: Diagnóstico clínico — entender flujo actual del doctor, pacientes target, objeciones comunes, protocolos. Capturar tono de marca.

Día 4-7: Landing + chatbot configurado. Vectorize indexea FAQs/protocolos. Calendar OAuth setup. Stripe configurado.

III

Día 8-12: Testing adversarial del chatbot — edge cases (menores, alergias, cirugías previas), drift, post-processors. Production audit antes de deploy.

Día 13-15: Soft launch con tráfico Meta Ads controlado. Monitorear KPIs (lead → cita, no-show rate, conversión). Iterar prompts.

Día 16+: Escalar ads. Agregar verticales (Messenger → WhatsApp continuity). Reporting mensual al doctor.

Proyección Financiera · 1 doctor activo

CF infrastructure cost

~$25/mes

LLM tokens (40% cache)

~$80/mes

Setup fee Eigen

$30K MXN

MRR Eigen

$20K MXN

→ Vol II · Pattern III (Saga) · Pattern VIII (AI Orchestration) · Vol III · Observability

⌂

— Vertical Hospitalitatis —

Hospitality · Multi-Property

Hoteles boutique · Cadenas pequeñas · Resorts

Hoteles independientes o cadenas chicas (2-50 propiedades). Necesidad: booking unified + revenue management + guest experience digital + multi-tenant. Cada propiedad mantiene identidad pero comparte infraestructura.

Arquitectura

Mapping Primitiva → Función

DO per Hotel

Single-writer per propiedad: inventory rooms, current rates, availability — sin race conditions entre OTAs

Worker (router)

Edge router que extrae hotel_id del request → dispatch a DO correcto

D1 Shared

Analytics cross-property: occupancy rates, revenue per available room (RevPAR), seasonal patterns

Rates cache global — guest browse hotel = read rate sin tocar DO (read-heavy)

Queue

OTA sync async: Booking.com, Expedia, Airbnb. Push rates + availability batches.

Workflow

Revenue management automatizado: dynamic pricing diaria basada en demand signals, competitor rates

Stripe

Prepayment, deposits, no-show charges. Stripe Connect si quieres marketplace de hotels.

Email + SMS

Pre-arrival info, check-in instructions, satisfaction surveys

Playbook de Onboarding

Semana 1: Diagnóstico stack actual (cuál PMS, channel manager, payment processor). Mapear datos a migrar.

Semana 2: Schema D1 (rooms, rates, bookings, guests). DO class implementation. Worker bindings.

III

Semana 3: OTA integrations (Booking, Expedia APIs). Queue consumers. Stripe setup. Frontend booking engine.

Semana 4: Migration data piloto (1 hotel). Dual-write con sistema viejo. Verificar consistency.

Semana 5+: Roll out resto propiedades. Workflow revenue mgmt activo. Reporting dashboard.

Proyección Financiera · 8 propiedades

CF infrastructure cost

~$80/mes

Stripe fees (2.9%)

passthrough

Deal value (Cosalá pattern)

$4M MXN

Setup + 12mo MRR

12-18 mo

→ Vol II · Pattern VII (Multi-Tenant) · Vol III · Migration playbooks

III

℞

— Vertical Pharmaceuticum —

Pharma · Inventory Pipeline

Farmacias · Cadenas regionales · Distribuidoras

Farmacias con inventario complejo: miles de SKUs, batches con expiry dates, múltiples ubicaciones físicas (mostrador, bodega), reabastecimiento urgente. Necesidad: data pipeline canonical + alerts proactivas + integración con sistemas legacy (Excel, ERP viejo).

Arquitectura

Mapping Primitiva → Función

Workflow

Pipeline de ingesta: parse Excels (11 canonical) + match con PSM ERP + reconcile + apply a D1. Steps idempotentes para replay.

Canonical SKU table + stock_movements (event sourcing) + batch tracking con expiry

DO per SKU

Para SKUs hot (alta rotación): single-writer per producto evita race conditions en multi-channel sales (mostrador + delivery)

Stock cache para queries rápidas del POS — evita pegar D1 en cada venta

Queue (expiry)

Cron diario detecta SKUs próximos a expirar → notifica farmacéuticos vía Telegram

Queue (reorder)

Stock bajo umbral → auto-genera orden de compra → email a distribuidor

Email Workers

Recibe órdenes de distribuidor (CSVs adjuntos), parsea, actualiza expected stock

Sentry / Analytics

Observability crítica — pipeline de datos no puede fallar silenciosamente

Playbook de Onboarding

Semana 1-2: Audit de datos legacy. Catalogar Excels canonical (en farmacia económica fueron 11). Mapear schema PSM ERP. Identificar inconsistencias (corrupted barcodes, dupes).

Semana 3: Schema D1 canonical. Migration scripts con dry-run obligatorio. Match estructurado (no fuzzy) — tupla brand+dosis+presentación+lab.

III

Semana 4: Workflow ingestion. POS integration. Telegram bot con alerts.

Semana 5: Backfill histórico. Sentry observability + alertas. Dashboard analytics.

Semana 6+: Iterar reorder logic basada en demand patterns. Expiry optimization. Cross-store visibility (multi-sucursal).

Proyección Financiera · 1 farmacia activa

CF infrastructure

~$30/mes

Supabase + analytics

~$25/mes

Setup fee

$50K MXN

MRR ongoing

$15K MXN

→ Vol II · Pattern VI (Event Sourcing) · Vol III · Observability

♛

— Vertical SaaS B2B —

B2B SaaS · Cohort Founders

Eigenatlas pattern · Cirujanos · Profesionales

Plataforma multi-tenant para profesionales independientes (cirujanos, contadores, abogados). Cada tenant paga MRR por su propia versión personalizada del producto. Necesidad: aislación absoluta + onboarding rápido + economics escalables.

Arquitectura

Mapping Primitiva → Función

DO per Tenant

Aislación absoluta — cada cirujano tiene su propio DO con su data, prompts custom, calendar settings, branding

Worker (router)

Extrae tenant ID de subdomain ({tenant}.eigenatlas.com) o JWT, dispatch a DO correcto

D1 Shared

Marketplace data: directorio público de cirujanos, reviews, especialidades. Cross-tenant queries sólo aquí.

Vectorize

Search semántica cross-tenant (encuentra cirujano por procedimiento), pero index aislado per-tenant

AI Gateway

Shared LLM access — todos los tenants comparten cache de respuestas comunes (40% hit ratio)

Stripe Subscriptions

$30K setup + $20K MRR per tenant. Subscription state webhook → activate/deactivate DO

Workers for Platforms

(opcional, fase tardía) — tenants pueden deployar Workers custom dentro del namespace Eigen

Email Workers

tenant@eigenatlas.com rutea inbound email a DO correcto. Custom domains per tenant.

Playbook de Cohort Onboarding

Cohort sale: 10 slots simultáneos en cohorte fundadora. Pricing lockeado ($30K + $20K). Filtra por commitment + fit.

Onboarding paralelo: 3 semanas calendario por tenant. Diagnóstico → setup → testing → launch. Equipo Eigen rota entre tenants.

III

Provision DO: env.TENANTS.idFromName(surgeon-id) crea instancia. Schema D1 si tiene tabla shared. Stripe subscription activa el binding.

Custom domain: {name}.eigenatlas.com via CF Pages custom domain API. SSL auto.

Vertical config: Workspace specific — para cirujano cosmético vs traumatólogo, los prompts/protocols cambian. Workspace template + override per-tenant.

Cohort dynamics: peer learning, monthly group calls, shared best practices. Convierte 10 customers en advocates.

Proyección Financiera · Cohorte 10 cirujanos

CF cost / tenant

~$10/mes

Setup revenue

$300K MXN

MRR (10 × $20K)

$200K MXN

Annual recurring

$2.4M MXN

→ Vol II · Pattern VII (Multi-Tenant) · Vol I · Workers for Platforms · Vol III · Cost models

❦

Epilogo

De Verticali Maestria

Las primitivas no producen valor por sí mismas. La arquitectura tampoco. El valor nace cuando aplicas el stack a un problema real, en un mercado específico, con un cliente que paga. Cada vertical tiene su gramática propia: medical exige cero downtime y discreción, hospitality exige multi-tenant + revenue management, pharma exige data pipeline canonical, B2B SaaS exige aislación + economics escalables.

El stack es el mismo. La aplicación cambia. Por eso un arquitecto que domina los 4 volúmenes — primitivas, arquitectura, operación, verticales — puede entrar a cualquier industria y proponer la solución correcta en horas, no semanas.

Cuatro volúmenes. Cuatro dimensiones de maestría. Compone tu propio quinto volumen con el vertical que más te interese — el codex está pensado para extenderse.

⁘ ❦ ⁘

Volumen IV compositus · Tetralogia consummata · Anno Domini MMXXVI · In nomine Cloudflarensis

DeVerticalibus

De
Verticalibus