Marca Arlex Peralta
Plataforma personal arlexperalta.com como vehículo de posicionamiento (builder boutique), captación (servicios $1K-5K) y distribución de contenido. Outcome medible: pipeline saliente sostenido, leads desde herramientas, autoridad en LATAM con enfoque "datos, sistemas, IA".
Distribución · cómo llega al mercado
- ! Veto tier: alguna dimensión por debajo del mínimo de Comercial-directo.
- ! 0 leads capturados a hoy: tráfico no llega o no convierte
- ! Followers reales LI/X/IG sin auditar — D7 provisional
arlexperalta.com (Astro 5, deploy CI/CD a Servidoro). /demo con 4 casos navegables. /servicios + /trabajos + /historia + /herramientas + /blog + /proceso. Sitemap + llms.txt + robots.txt. Páginas legales bilingües.
- ○ Auditar tráfico orgánico real (Plausible — stats.arlexperalta.com) para llegar a 100
Form de captura activo en 3 herramientas (gate forzado). Webhook → n8n → Google Sheet 'Tool Leads' + email a hola@arlexperalta.com. 0 leads capturados a hoy.
- ○ Activar tráfico hacia herramientas (D7 + D3 cierran loop con D2)
- ○ Newsletter con cadencia mensual (proveedor por decidir)
- ○ Open rate y métricas básicas
10 posts blog en src/content/blog/. 4 trabajos publicados. Clusters identificables: fotografía (4), Excel/datos (3), construir-con-IA (2), construir-app-personal (1). Cadencia ~2/mes.
- ○ Subir cadencia a 1/semana
- ○ Internal linking entre posts del mismo cluster
- ○ SEO trabajado por palabras clave intencionales
- ○ Decidir si cluster fotografía pivota o se queda (no alimenta pipeline comercial)
3 herramientas vivas con gate forzado: audit, data-cleaner, transcriptor. Captura nombre + apellido + email + empresa (opcional). Webhook activo.
- ○ Secuencia de email automatizada post-captura (email 1 bienvenida + caso de uso, email 2 a 3d caso real, email 3 a 7d oferta)
- ○ Diferenciar secuencia por herramienta/vertical
324 prospects acumulados. 18 sin web + 10 con web. 399 empresas Carlos Castro dedup (pausado hasta mayo). Ferreira marcado como cierre fallido. 0 auditorías ejecutadas (Andrés Lozano pendiente). Sin sistema 3 toques formal ni métricas.
- ○ Plantillas de outreach versionadas
- ○ Sistema 3 toques con cadencia (D0 inicial / D7 follow-up / D14 cierre)
- ○ Métricas registradas (replies / conversion / drop-off)
- ○ Producto 'Auditoría web express' empaquetado con landing
/demo con 4 casos navegables = 4 piezas. 10 posts blog. 4 casos de estudio en /trabajos. LinkedIn personal con presencia (followers pendientes de medir).
- ○ Charla grabada (1 post viejo → YouTube)
- ○ Caso de cliente con número (ROI Saturn / CorpoHA con permiso)
- ○ Publicación en venue reconocido (medio LATAM tech, podcast)
content-agent activo publicando auto en LinkedIn / X / Instagram. LinkedIn personal: linkedin.com/in/arlexperalta. Followers actuales pendientes de medir. Sin atribución de leads desde redes.
- ○ Auditar followers + engagement reales LI/X/IG
- ○ Revisar config content-agent (frecuencia + adaptación por canal + CTA hacia herramientas)
- ○ UTM tracking para atribuir leads desde redes
- ○ Subir followers a >500 en al menos 1 canal
Producto · hacia dónde vamos
Builder boutique. Herramientas como puerta, trabajo serio contigo. Profesionales no técnicos (abogados, médicos, consultores) con presencia digital mínima. No agencia, no freelancer con 20 clientes.
Hub de herramientas con gate forzado (audit, data-cleaner, transcriptor) como primer touch. /demo con 4 casos visibles. 10 posts blog en clusters. Outreach Carlos Castro pausado hasta mayo. Activar D7 + nutrir D2 = bloqueo principal.
- ● arlexperalta.com live (Astro 5 + deploy automatizado a Servidoro)
- ● Design System 'Orden del Caos' documentado
- ● /demo con 4 casos navegables (CorpoHA, Saturn, Ferreira, Salias)
- ● /herramientas con 3 tools + gate forzado + webhook a Google Sheet
- ● 10 posts blog con 4 clusters identificables
- ● Páginas legales bilingües (TdS / Privacidad)
- ● content-agent activo en LinkedIn / X / Instagram
- ◐ Auditar followers reales LI / X / IG
- ◐ Auditar tráfico real arlexperalta.com (Plausible)
- ◐ Definir secuencia post-captura para herramientas
- ○ Subir cadencia blog a 1/semana + clusters cruzados
- ○ Plantillas outreach versionadas + sistema 3 toques
- ○ Producto 'Auditoría web express' con landing dedicada
- ○ Charla grabada (1 post viejo → YouTube)
- ○ Decidir si cluster fotografía pivota o se queda
- ! 0 leads capturados a hoy: tráfico no llega a herramientas o no convierte
- ! Followers redes sin medir — bloquea D7 honesto
Protocol · cómo lo construimos
Entry
No se arranca sin que ambas partes sepan qué se va a construir y por qué.
Posicionamiento claro (builder boutique). Tier professional. Modelo 3 capas definido (self-serve / reuniones / hands-on).
- ✗ Brief escrito (1 pág) con problema + outcome medibleOutcome medible cuantitativo del Gate 0 (¿N° clientes/mes? ¿$X/mes?)
- ✓ Tier asignado (Express / Professional / Enterprise / Internal)
- ✓ Clasificación inicial de datos (público / personal / sensible / crítico)
- ✓ Scope en/fuera explícito
- ✓ Pago inicial recibido (externos) / decisión documentada (internals)
Discovery
Entender contexto real antes de diseñar solución.
Audiencia mapeada (profesionales no técnicos LATAM). Sistemas competidores identificados. Casos reales de clientes documentados.
- ✗ Sistemas actuales del cliente mapeadosDiagnóstico formal de cada cliente externo
- ✗ Data mapping: origen, volumen, frecuenciaData mapping de herramientas (qué datos capturan, dónde se guardan, retención)
- ✓ Stakeholders y decisores identificados
- ✗ Documento de diagnóstico (1–2 páginas)Diagnóstico formal de cada cliente externo
- ✗ Cliente reconoce su operación en el diagnósticoDiagnóstico formal de cada cliente externo
Architecture
Diseño coherente antes de código.
Astro 5 + Content Collections + design system 'Orden del Caos'. Stack documentado en CLAUDE.md. Deploy via GitHub Actions a Servidoro.
- ✗ Design Doc con diagrama de componentesDiagrama de arquitectura del flujo herramientas → webhook → Sheet
- ✓ Stack justificado (qué y por qué)
- ✓ Flujos de datos principales documentados
- ✓ Decisiones técnicas + trade-offs registrados
- ✓ Riesgos identificados + mitigación
- ✓ Plan de módulos en fases
Build
Código funcional, en repo, con CI.
Repo en master, CI/CD a Servidoro, lockfile committed, README presente, no secrets en código. Build automático.
- ✓ Código en repo Git (no local-only)
- ✓ Commits atómicos con mensajes estructurados
- ✓ CI configurado (tests/lint/build por push)
- ✓ Branch strategy clara
- ✓ No secrets en código (git-secrets scan)
- ✓ Dependencies lockfile committed
- ✓ README mínimo (stack, setup, deploy)
QA
Funcional y robusto antes de producción.
Pruebas manuales del flujo de gate + webhook. Validación visual de cada deploy.
- ✗ Tests unitarios ≥60% en lógica crítica (≥70% Enterprise)Tests cero (Astro está cubierto por SSG, pero falta E2E del gate)
- ✗ Tests de integración de flujos principalesTests cero (Astro está cubierto por SSG, pero falta E2E del gate)
- ✓ Pruebas manuales (happy path + edge cases)
- ✗ Performance mínimo verificadoPerformance audit (LCP, CLS, FID con Plausible o Lighthouse)
- ✗ Accessibility WCAG AA para UIs públicasAccessibility review (a11y de gate forzado)
- ✗ Code review por IA o humano (mínimo 1 pase)Accessibility review (a11y de gate forzado)
Security Review
Checkpoint formal de seguridad antes de lanzar.
HTTPS via Servidoro. No secrets en código. Webhook con secret en n8n.
- ✓ Datos clasificados y mapeados
- ✓ Auth/authz revisadas (multi-tenant: aislamiento verificado)
- ✓ Secrets en .env, git-secrets scan limpio
- ✗ npm audit / pip-audit sin CVEs críticasAudit logs de capturas exitosas/fallidas
- ✓ TLS 1.2+ configurado
- ✓ OWASP Top 10 revisado (SQLi, XSS, CSRF, SSRF)
- ✗ Rate limiting en endpoints públicosRate limiting en webhook (n8n config)
- ✓ Logs auditables (quién, qué, cuándo, dónde)
- ✓ Plan de respuesta a incidente (mínimo 1 página)
Legal & Data Governance
Cumplimiento legal y manejo responsable de datos.
Términos de uso bilingüe (terminos/terms). Política de privacidad bilingüe (privacidad/privacy).
- ✗ Contrato firmado con clienteContrato formal con cada cliente externo (hoy verbal/proposal)
- ✓ Términos de uso públicos (si UI pública)
- ✓ Política de privacidad (LGPD/LOPD según jurisdicción)
- ✓ Base legal del tratamiento de datos identificada
- ✓ NDA con partners/colaboradores si aplica
- ✓ IP clara: código propietario vs open source
- ✗ Data retention policy escritaData retention policy escrita (¿cuánto tiempo se guardan leads en Sheet?)
- ✗ Data portability: cliente puede exportarContrato formal con cada cliente externo (hoy verbal/proposal)
- ✗ Right to deletion implementadoRight to deletion implementado (form de baja)
- ✓ Audit trail activo
- ✗ Registro de marca iniciado si lleva nombre públicoRegistro de marca 'Arlex Peralta' como nombre comercial
Launch
Producción estable con capacidad de rollback.
arlexperalta.com vivo. Deploy automático en push a master. Plausible activo (stats.arlexperalta.com).
- ✗ Deploy pipeline documentado (replicable)Rollback plan documentado (revert + push)
- ✓ Monitoring activo (uptime, error rate, logs)
- ✗ Rollback plan documentado + probado 1 vezRollback plan documentado (revert + push)
- ✗ Runbook operacional (restart, backup, restore)Runbook formal (qué hacer si Servidoro cae)
- ✓ Cliente entrenado en uso básico
- ✗ Health checks automáticosHealth check automático del sitio + alertas
- ✓ Alerting configurado (qué dispara, quién recibe)
- ✓ Sistema estable 72h post-launch sin emergencias
Documentation Check
Cualquiera puede entender y operar el sistema.
CLAUDE.md robusto en marca-personal/. Posicionamiento documentado en docs/negocio/. Design system con variables CSS.
- ✗ README técnico actualizadoREADME técnico consolidado (estructura del repo + cómo agregar caso/post)
- ✓ Design doc de arquitectura vigente
- ✓ Runbook operacional vigente
- ✗ Manual de usuario / onboarding clienteManual de uso de cada herramienta (audit, data-cleaner, transcriptor)
- ✓ API docs (si hay API pública)
- ✓ Changelog inicial con versionado
- ✓ Diagrama de arquitectura actualizado
- ✗ Doc 'qué hacer si Arlex no está'Doc 'qué hacer si Arlex no está' (bus factor)
Operate
El sistema no solo vive — cumple el outcome del cliente.
Sitio en uso. content-agent operativo. Webhook recibiendo (cuando hay tráfico).
- ✗ SLA definido (response time, uptime target)
- ✓ Canal de soporte activo
- ✗ Backups automáticos + probados (restore real ≥1 vez)Restore test real (¿se puede recuperar el sitio si Servidoro pierde data?)
- ✓ Rotación de secrets en calendario
- ✓ Updates de dependencias mensuales
- ✓ Reportes periódicos al cliente
- ✗ ★ Outcome de Gate 0 VERIFICADO (medición real vs objetivo)Outcome verificado: ¿la marca está convirtiendo según meta?
- ✗ Retrospectiva a los 90 díasRetrospectiva 90 días desde launch
- ✓ 30 días de operación estable