decisions: DR-001 website ownership scope + DR-002 monitoring cadence (locked)
This commit is contained in:
@@ -0,0 +1,25 @@
|
||||
# DR-001: Website Ownership Scope
|
||||
**Status:** LOCKED · 2026-08-16 · Supersedes: nothing
|
||||
|
||||
## Decision
|
||||
1. Phoenix: website JSON-LD (hours) is fixed ONCE under the existing Lovable
|
||||
project access during onboarding cleanup. Logged in the change log as a
|
||||
one-time intervention. We do not claim ongoing website control.
|
||||
2. Until the long-term decision lands, the website surface is an EXPLICIT
|
||||
EXCLUSION from the managed service. All reports label website findings as
|
||||
advisory: "fix handed back to owner/developer."
|
||||
3. Long-term model — decided AFTER the Phoenix onboarding call, BEFORE client
|
||||
#3. Options, in preference order:
|
||||
a. We become technical owner of the site (or the structured-data layer)
|
||||
for clients who want the full service.
|
||||
b. We inject/maintain a small isolated JSON-LD file we control
|
||||
(LLM-friendly pointer).
|
||||
c. Website stays read-only, fix always handed back (weakest — breaks the
|
||||
"off your plate" promise; kept only as fallback).
|
||||
Default expectation: (a) or (b). Option (c) as steady state is technical
|
||||
debt that surfaces in every future client conversation.
|
||||
|
||||
## Consequences
|
||||
- Reports already distinguish advisory vs managed surfaces — no pipeline change.
|
||||
- SOP gains a scope line (see SOP v1.1) so the owner hears the same boundary
|
||||
we enforce in reports.
|
||||
Reference in New Issue
Block a user