El estándar abierto para servicios

Cualquier persona puede crear un servicio. Cualquier agente puede coordinarlo.

Servicialo define el lenguaje universal para crear, entregar y verificar servicios — para humanos y para agentes AI.

◆ Estándar abierto◆ Legible por máquinas◆ Diseñado para humanos
01 — Definición

¿Qué es un servicio?

Antes de crear uno, hay que entender qué es realmente.

Un servicio es una promesa de transformación entregada en un momento y lugar específico.

A diferencia de un producto, un servicio no se puede almacenar, revender ni devolver. Se consume en el momento en que se entrega. Eso lo hace fundamentalmente diferente — y es por eso que necesita su propio estándar.

📦
Producto
Se almacena
Se revende
Se devuelve
Se envía
Existe sin el creador
Servicio
Se consume al entregarse
Cada instancia es única
Requiere presencia
Se verifica, no se rastrea
Existe solo en el momento
Experiencia
Se diseña para ser memorable
Involucra los sentidos
Genera conexión emocional
Viajes, gastronomía, eventos
Todo servicio puede serlo
02 — Origen

Todo servicio nace de tres fuentes

No necesitas una idea revolucionaria. Necesitas reconocer qué ya tienes.

🏠
Desde un Activo
Tienes algo que otros necesitan

Un activo es cualquier recurso que posees y que puede generar valor para otros. No necesitas hacer nada nuevo — solo facilitar acceso.

Pregunta clave
¿Qué tienes que otros necesitan temporalmente?
Activo subutilizado + Acceso facilitado = Servicio
Un departamento vacío
Hospedaje temporal
Airbnb nació así
Un auto que usas 4hrs/día
Transporte bajo demanda
Uber nació así
Una cocina comercial
Cocina fantasma para terceros
Equipamiento médico
Arriendo de box clínico por hora
Un terreno
Estacionamiento por hora
Una bodega
Almacenamiento bajo demanda
🎯
Desde una Ventaja
Sabes algo que otros no
⏱️
Desde tu Tiempo
Puedes hacer lo que otros no quieren o no pueden
Dato clave
Los servicios más valiosos combinan dos o tres fuentes. Un kinesiólogo usa su ventaja (certificación + experiencia) aplicada en su tiempo, a veces con un activo (equipamiento especializado). Mientras más fuentes combines, más difícil de replicar y más valioso el servicio.
03 — Anatomía

Las 8 dimensiones de un servicio

Para que un agente AI pueda coordinar un servicio, necesita entender estas 8 dimensiones. Para que un humano pueda diseñar un buen servicio, también.

Qué
La actividad o resultado que se entrega
Sesión de kinesiología / Reparación eléctrica / Consulta legal
Quién entrega
El proveedor del servicio
Kinesiólogo certificado / Electricista SEC / Abogado tributario
Quién recibe
El beneficiario del servicio
Paciente / Propietario / Empresa
Quién paga
No siempre es quien recibe
FONASA paga por el paciente / Empresa paga por el empleado
Cuándo
Ventana temporal acordada
2026-02-10 de 10:00 a 10:45
Dónde
Ubicación física o virtual
Clínica / Domicilio / Videollamada
Evidencia
Cómo se prueba que ocurrió
Registro GPS + duración + ficha clínica firmada
Resultado
Qué quedó como resultado documentado
Ficha clínica / Fotos antes-después / Minuta
04 — Ciclo de vida

9 estados universales

Todo servicio — desde una consulta médica hasta una reparación del hogar — pasa por el mismo ciclo.

Estado 1 de 9
Solicitado
El cliente o su agente AI define qué necesita, cuándo y dónde. El sistema busca proveedores compatibles.
¿Por qué 9 estados?
Menos estados pierden información crítica — sin separar "Completado" de "Documentado", no sabes si el registro fue generado. Más estados agregan fricción. 9 es el mínimo viable para que un agente AI pueda verificar con certeza que un servicio fue solicitado, entregado, documentado y cobrado.
Flujos de excepción

Cuando las cosas no salen según el plan

Un estándar robusto no solo define el camino feliz. Define qué pasa cuando algo falla.

Inasistencia del cliente
Confirmado → Cancelado
Cobra penalidad según política, libera horario del proveedor para reasignación.
Inasistencia del proveedor
Confirmado → Reasignación
Reasigna proveedor automáticamente, notifica al cliente del cambio.
Cancelación
Cualquier estado → Cancelado
Aplica política de cancelación según tiempo restante antes del servicio.
Disputa de calidad
Completado → En Revisión
Congela pago, solicita evidencia adicional, escala si es necesario.
Reagendamiento
Agendado/Confirmado → Reagendando
Busca nuevo horario compatible para ambas partes, mantiene el mismo proveedor.
Servicio parcial
En Curso → Parcial
Documenta lo entregado, ajusta factura proporcionalmente, agenda continuación.
05 — Principios

Las reglas del estándar

Servicialo se construye sobre 6 principios que aplican a cualquier servicio en cualquier industria.

Principio 01
Todo servicio tiene un ciclo
No importa si es un masaje o una auditoría. Los 9 estados son universales.
Principio 02
La entrega debe ser verificable
Si no puedes probar que el servicio ocurrió, no ocurrió. Servicialo define qué constituye evidencia válida para que humanos y agentes AI puedan confiar en ella.
Principio 03
El pagador no siempre es el cliente
En salud paga la aseguradora. En corporativo paga la empresa. En educación paga el apoderado. El estándar separa beneficiario, solicitante y pagador.
Principio 04
Las excepciones son la regla
Inasistencias, cancelaciones, reagendamientos, disputas. Un servicio bien diseñado define qué pasa cuando las cosas no salen según el plan.
Principio 05
Un servicio es un producto
Tiene nombre, precio, duración, requisitos y resultado esperado. Definido así, cualquier agente AI puede descubrirlo y coordinarlo.
Principio 06
Los agentes AI son ciudadanos de primera clase
El estándar está diseñado para que un agente AI pueda solicitar, verificar y cerrar un servicio con la misma confianza que un humano.
06 — El estándar

Protocolo de Entrega de Servicios

Cualquiera puede implementarlo.

Protocolo de Entrega de Servicios v0.1
service:
id: string
type: string
vertical: string
 
provider:
id: string
credentials: string[]
trust_score: number
 
client:
id: string
payer_id: string
 
scheduling:
requested_at: datetime
scheduled_for: datetime
duration_expected: minutes
location: physical | virtual
 
lifecycle:
current_state: enum[9]
transitions: transition[]
exceptions: exception[]
 
delivery_proof:
checkin: datetime
checkout: datetime
duration_actual: minutes
evidence: evidence[]
 
documentation:
record_type: string
generated_at: datetime
signed_by: string[]
 
billing:
amount: money
payer: reference
status: pending | billed | paid | disputed
tax_document: reference
🔨
Construir
Implementadores
Construye productos sobre el estándar. Crea tu propia implementación.
🎯
Ofrecer
Proveedores
Ofrece servicios en un formato que agentes AI entienden y pueden coordinar.
🤖
Conectar
Agentes AI
Descubre, agenda y verifica servicios con un protocolo estandarizado.