RELE · 01-project-definition.md · 3 de 22

En esta página 1. Identidad 0%

01 — Definición de proyecto — RELE

1. Identidad

CampoValor
NombreRELE
SignificadoRelé eléctrico + “releer” el contador: el consumo deja de ser opaco
Eslogan”El consumo, a la vista.”
Una frasePanel de lecturas de contador del hogar (kWh por periodo) con revisión del asesor energético.
SectorEnergía / sostenibilidad del hogar
TipoTool ops multi-rol JWT — Nivel 2
PlataformaWeb responsive (móvil residente + desktop asesor)
Mercado demoEspaña (vivienda en València en seed)
Idiomaes-ES
Fecha caso2026-08-09

2. Problema

Principal ([HIPÓTESIS] de diseño)

Los hogares y asesores energéticos gestionan lecturas de contador por WhatsApp, Excel y capturas borrosas. El residente no tiene un historial con referencia; el asesor no tiene una cola con estado (enviada / revisada / a revisar) ni nota estructurada.

Secundarios

ProblemaQuién lo sufreEfecto
“Te mando foto del contador” en hilosResidenteNo hay acuse ni código de referencia
Hojas sueltas / Excel localAsesorDifícil priorizar revisiones del mes
Sin periodo ni kWh estructuradosAmbosLlamadas de ida y vuelta
Sin máquina de estadosAsesorSe pierde qué ya se validó o se marcó anómalo

Supuestos (no investigación primaria propia)

  • S1 [SUPUESTO]: Hogares y asesorías pequeñas no necesitan un EMS industrial; sí un panel de lecturas con estado.
  • S2 [SUPUESTO]: El residente prefiere registrar periodo + kWh en 1 pantalla a crear tickets genéricos.
  • S3 [SUPUESTO]: El valor inmediato está en captura estructurada + pipeline de revisión, no en IoT ni cambio de comercializadora.

Hipótesis de producto

IDHipótesisSeñal de validación (futura)
H1Un form de lectura con periodo y kWh reduce capturas ambiguas↓ “¿de qué mes era?” post-envío
H2Inbox con estados SUBMITTED→REVIEWED/FLAGGED acelera el cierre de revisiónMediana tiempo SUBMITTED→REVIEWED
H3Códigos cortos RE-MMDD-XXX facilitan referencia oralUso del código en WhatsApp/llamada
H4Nota de asesor visible para el residente cierra el loop de confianza% lecturas con advisorNote leída

No se afirman estadísticas de mercado inventadas. Todo lo anterior es razonamiento de diseño etiquetado.

3. Propuesta de valor

ParaValor
Residente (Elena)Registra kWh por periodo, ve histórico y notas del asesor.
Asesor (Toni)Cola de revisiones, marca REVIEWED o FLAGGED con nota.
Asesoría / hogarCanal digital mínimo viable sin marketplace ni EMS enterprise.

No es RELE

ExcluidoPor qué
Marketplace de tarifas o comercializadorasMatching multi-proveedor ≠ tool de lecturas
App fitness / club / lead form (VOLTA)Dominio y patrón de producto distintos
Cuaderno agro / flota / legalDominios de otros días de la serie
SaaS multi-tenant con billing IoTComplejidad L3/L4
Integración contador inteligente nativaFuera del job “lectura a la vista” v1

4. Objetivos

Negocio / caso de estudio

  • Demostrar vertical slice L2 energía con JWT multi-rol y dominio Reading + Home.
  • Portfolio coherente: Paper + docs + app runnable.

Usuario

RolObjetivo medible en demo
ResidenteCrear lectura en < 2 min; ver código RE-… en lista
AsesorMarcar REVIEWED / FLAGGED en < 3 taps desde el detalle

No objetivos v1 (explícitos)

  • Lectura automática del contador / OCPP / API distribuidora
  • Comparador de tarifas con contratación
  • Multi-vivienda con permisos granulares por hogar
  • Chat in-app
  • Export contable fiscal

5. Roles y permisos (resumen)

AcciónPúblicoRESIDENTADVISOR
Ver home marketing
Login JWT
Listar lecturasNoPropiasTodas (demo)
Ver stats summaryNoPropiasGlobales
POST lecturaNoNo (403)
Ver detalleNoSi residentId propio
PATCH status + advisorNoteNoNo (403)

6. Métricas (modelo, no instrumentadas en v1 salvo base)

TipoMétricaDefinición
North StarLecturas REVIEWED / mesRevisiones realmente cerradas
Activación1ª lectura SUBMITTED del residentePOST create
Ops% SUBMITTED revisadas en 7 díasSUBMITTED → REVIEWED/FLAGGED
Calidad datos% FLAGGED / totalSeñal de anomalía o tarifa
UXTiempo form completeMediana en analytics futuro

7. Alcance funcional v1 (L2)

MóduloIncluido
Home públicaHero, 3 pasos, CTAs rol, footer demo
AuthPOST /api/auth/login → JWT accessToken
LecturasGET list, GET stats, GET by id, POST create, PATCH status
UI estadosLoading implícito, empty, error de red
Seed2 users, 1 home, 5 readings

8. Criterios de aceptación de producto

  1. Un residente autenticado puede crear una lectura (period + kWh) y recibir un código RE-….
  2. Sin token, GET/POST/PATCH /api/readings* responden 401.
  3. Un asesor puede iniciar sesión, ver la cola completa y stats (total, open, kwhTotal).
  4. El detalle permite al asesor transicionar a REVIEWED o FLAGGED con nota opcional.
  5. El residente no puede PATCH status (403); el asesor no puede POST create (403).
  6. La home comunica energía hogar y claridad de consumo, no marketplace ni fitness.

9. Stack y artefactos

CapaDetalle
FrontendAngular + Tailwind · puerto 4200
BackendNestJS · puerto 3009
DBNeon PostgreSQL · Prisma · project sparkling-snow-59844541
AuthJWT (passport/strategy en API)
DiseñoPaper 01KZJNCCMJ1FDHHPZZ923RWDWY
Repo app/Users/cristian/orca/rele-app/ · GitHub Criscode2022/rele-app

10. Riesgos y mitigaciones

RiesgoImpactoMitigación v1
Expectativa de lectura automáticaDecepciónCopy “registras la lectura”; sin IoT
Confundir con comparador de tarifasExpectativa marketplaceMarca panel de lecturas, no matching
PII + CUPS en lecturasPrivacidadSolo JWT; doc 11; seed demo
kWh mal tipadosDatos basuraValidación @IsNumber() @Min(0) server
Confundir FLAGGED con error técnicoAnsiedad usuarioMicrocopy “revisar tarifa / anomalía” en guía de contenido