TenantAtlas/specs/325-screenshot-anchored-strategic-target-images/plan.md
ahmido 3eff4d8579 Spec 325: add screenshot-anchored strategic target images (#385)
## Summary
- add the Spec 325 artifacts for screenshot-anchored strategic target images
- update the UI/UX enterprise audit documents to capture strategic surfaces and grouped follow-up candidates
- add supporting follow-up specs, target experience briefs, and target image assets for the audit workflow

## Testing
- not run (documentation/spec artifact changes only)

Co-authored-by: Ahmed Darrazi <ahmed.darrazi@live.de>
Reviewed-on: #385
2026-05-18 07:18:13 +00:00

217 lines
12 KiB
Markdown

# Plan: Spec 325 - Screenshot-Anchored Strategic Target Images & Experience Briefs
**Branch**: `325-screenshot-anchored-strategic-target-images` | **Date**: 2026-05-17 | **Spec**: `specs/325-screenshot-anchored-strategic-target-images/spec.md`
## Summary
Spec 325 creates screenshot-anchored target experience briefs and high-quality target image artifacts for a proportional 6-10 surface shortlist from Spec 323 strategic surfaces. The work is docs/image-only and updates UI audit coverage artifacts; it does not implement runtime UI or product behavior.
## Premium Visual Reference Plan Addendum
The user accepted four uploaded premium Tenantial images as the visual reference baseline. Implementation keeps the docs/image-only posture and adds those images under `docs/ui-ux-enterprise-audit/target-images/reference/spec-325-premium-reference/`.
The target PNG regeneration uses those references as visual calibration while preserving the existing Spec 325 content contract:
- dark premium shell is primary
- sidebar/topbar/context bar are part of the target direction
- dense enterprise panels and table/detail workbenches are preferred
- evidence, restore, governance, and operations proof paths are visible
- dangerous restore execution needs stronger safety treatment than the reference image's normal green action
- light variants remain support artifacts because Filament includes light mode by default
- concrete metrics and actions remain conceptual unless repo-verified
## Technical Context
- **Language/Version**: N/A - documentation and image artifacts only.
- **Primary Dependencies**: Spec 323 audit artifacts, Spec 324 guardrails, existing screenshots/page reports, `docs/brand/tenantial-brand-context.md`.
- **Storage**: Repository Markdown/image files only; no database storage.
- **Testing**: Static validation only.
- **Validation Lanes**: docs/static guard validation.
- **Target Platform**: Repository documentation review.
- **Project Type**: Laravel/Filament monorepo, but no application runtime code changes.
- **Performance Goals**: N/A.
- **Constraints**: No product runtime file changes; selected surfaces <= 10; target images must be screenshot-anchored and sidecar-documented.
- **Scale/Scope**: One bounded target-image preparation wave for P0/P1 strategic surfaces.
## Inputs
- `docs/ui-ux-enterprise-audit/strategic-surfaces.md`
- `docs/ui-ux-enterprise-audit/design-coverage-matrix.md`
- `docs/ui-ux-enterprise-audit/page-reports/`
- `docs/ui-ux-enterprise-audit/screenshots/desktop/`
- `docs/ui-ux-enterprise-audit/grouped-follow-up-candidates.md`
- `docs/ui-ux-enterprise-audit/README.md`
- `docs/brand/tenantial-brand-context.md`
- `specs/323-tenantial-enterprise-ui-audit-foundation/`
- `specs/324-ui-productization-coverage-guardrails/`
## UI / Surface Guardrail Plan
- **Guardrail scope**: no operator-facing runtime surface change.
- **Affected routes/pages/actions/states/navigation/panel/provider surfaces**: N/A - source surfaces are referenced only as audit/documentation inputs.
- **No-impact class**: docs-only / image-artifact-only.
- **Native vs custom classification summary**: N/A.
- **Shared-family relevance**: documentation names later pattern needs; no runtime shared family changes.
- **State layers in scope**: none at runtime.
- **Audience modes in scope**: target guidance may cover customer/read-only, operator-MSP, auditor, support, and platform personas; no runtime modes changed.
- **Decision/diagnostic/raw hierarchy plan**: every target brief must describe decision-first defaults, diagnostics-second, support/raw-third where applicable.
- **Raw/support gating plan**: documented in briefs only.
- **One-primary-action / duplicate-truth control**: documented in briefs only.
- **Handling modes by drift class or surface**: report-only for target-image artifacts; future implementation specs must decide hard-stop/review/exception modes.
- **Repository-signal treatment**: report-only.
- **Special surface test profiles**: N/A.
- **Required tests or manual smoke**: static guard validation; optional image dimension checks.
- **Exception path and spread control**: none.
- **Active feature PR close-out entry**: N/A - docs/image-only.
- **UI/Productization coverage decision**: No UI surface impact; coverage registry artifacts updated because Spec 325 itself is a UI audit target-artifact update.
- **Coverage artifacts to update**: `docs/ui-ux-enterprise-audit/README.md`, `strategic-surfaces.md`, `grouped-follow-up-candidates.md`, `design-coverage-matrix.md` if target-image coverage is tracked, target brief/image/follow-up docs.
- **No-impact rationale**: Target artifacts guide future UI implementation but do not alter reachable UI.
- **Navigation / Filament provider-panel handling**: no runtime provider/panel/nav handling.
- **Screenshot or page-report need**: yes; every selected surface needs an existing screenshot/page report anchor or must be rejected/deferred.
## Shared Pattern & System Fit
- **Cross-cutting feature marker**: yes, docs-only.
- **Systems touched**: UI audit documentation registry.
- **Shared abstractions reused**: Spec 323 audit artifacts and Spec 324 guardrail expectations.
- **New abstraction introduced? why?**: none at runtime; target-image docs identify future pattern needs only.
- **Why existing abstraction was sufficient or insufficient**: The audit registry is sufficient for target artifact tracking; runtime pattern code is deferred to Spec 326.
- **Bounded deviation / spread control**: Target images are explicitly not implementation truth and cannot be implemented blindly.
## OperationRun UX Impact
- **Touches OperationRun start/completion/link UX?**: no runtime impact.
- **Central contract reused**: N/A.
- **Delegated UX behaviors**: N/A.
- **Surface-owned behavior kept local**: N/A.
- **Queued DB-notification policy**: N/A.
- **Terminal notification path**: N/A.
- **Exception path**: none.
## Provider Boundary & Portability Fit
- **Shared provider/platform boundary touched?**: no runtime boundary touched.
- **Provider-owned seams**: N/A.
- **Platform-core seams**: N/A.
- **Neutral platform terms / contracts preserved**: briefs must preserve workspace, environment, provider, operation, evidence, and governance language.
- **Retained provider-specific semantics and why**: allowed only when repo/page report proves surface purpose is provider-specific.
- **Bounded extraction or follow-up path**: implementation lanes may later verify provider/onboarding pattern needs.
## Constitution Check
- Inventory-first: PASS - no inventory/snapshot runtime truth changes.
- Read/write separation: PASS - no writes to product runtime; target restore/dangerous-action briefs must document preview/confirmation/audit needs for later work.
- Graph contract path: PASS - no Graph calls.
- Deterministic capabilities: PASS - no capability code changes.
- RBAC-UX: PASS - no authorization changes; briefs must document customer-safe and capability assumptions.
- Workspace isolation: PASS - no runtime access changes; briefs must document workspace/environment context.
- Tenant isolation: PASS - no tenant queries or data changes.
- Run observability: PASS - no OperationRun changes.
- Automation: PASS - no queued/scheduled work.
- Data minimization: PASS - target briefs must avoid customer-visible diagnostics and fake claims.
- Test governance: PASS - docs/image-only static validation.
- Proportionality: PASS - 6-10 selected surfaces, not all 44.
- No premature abstraction: PASS - no runtime abstraction; pattern library deferred to Spec 326.
- Persisted truth: PASS - no database persistence; images are documentation artifacts.
- Behavioral state: PASS - no new runtime states/statuses.
- UI semantics: PASS - no runtime UI semantic framework.
- Shared pattern first: PASS - future pattern needs are grouped, not implemented ad hoc.
- Provider boundary: PASS - no provider core change.
- V1 explicitness / few layers: PASS - direct Markdown/image outputs.
- Spec discipline / bloat check: PASS - target-image wave is coherent and bounded.
- Filament-native UI: PASS - no Filament UI changes.
- UI/Productization coverage: PASS - active spec marks no runtime UI impact and updates audit artifacts.
## Project Structure
```text
specs/325-screenshot-anchored-strategic-target-images/
├── spec.md
├── plan.md
├── tasks.md
└── checklists/
└── requirements.md
docs/ui-ux-enterprise-audit/
├── target-experience-briefs/
├── target-images/
│ ├── source/
│ ├── problem-annotations/
│ ├── target/
│ └── rejected/
└── follow-up-specs/
```
No files under `apps/platform/` should be changed by this spec.
## Implementation Phases
1. Read Spec 323 audit artifacts.
2. Confirm Spec 324 guardrail expectations.
3. Select 6-10 P0/P1 strategic surfaces.
4. Create strategic target image shortlist.
5. Handle rejected mockup remnants if present.
6. Create target-experience-briefs structure.
7. Create target-images structure.
8. Create target briefs anchored to screenshots/page reports.
9. Generate/create target images using screenshot-anchored prompts.
10. Create target image sidecars.
11. Document deferred strategic surfaces.
12. Update strategic-surfaces and coverage matrix.
13. Create follow-up implementation candidates.
14. Update README links.
15. Run validation.
## Risk Controls
- Do not create unanchored mockups.
- Do not create generic SaaS dashboards.
- Do not mock all 44 strategic rows.
- Do not imply runtime implementation.
- Mark repo-truth level for conceptual elements.
- Keep customer-safe surfaces free of raw diagnostics.
- Do not create fake feature claims.
- Do not change product runtime files.
- Regenerate or reject target images that fail visual review criteria.
- Document any image generation/dimension validation that is not run.
## Test Governance Check
- **Test purpose / classification by changed surface**: N/A - docs/image target artifacts only.
- **Affected validation lanes**: static documentation guard.
- **Why this lane mix is the narrowest sufficient proof**: The work changes Markdown/image files and audit artifacts only.
- **Narrowest proving commands**: `bash scripts/check-ui-productization-coverage HEAD`; `git diff --check`.
- **Fixture / helper / factory / seed / context cost risks**: none.
- **Expensive defaults or shared helper growth introduced?**: no.
- **Heavy-family additions, promotions, or visibility changes**: none.
- **Surface-class relief / special coverage rule**: N/A.
- **Closing validation and reviewer handoff**: verify no product runtime files changed and all target images have source/brief/sidecar coverage.
- **Budget / baseline / trend follow-up**: none.
- **Review-stop questions**: target-image grounding, false product truth, selected-surface proportionality, customer-safe disclosure, dangerous-action guardrails.
- **Escalation path**: none.
- **Active feature PR close-out entry**: N/A.
- **Why no dedicated follow-up spec is needed**: Spec 325 is the dedicated target-image wave; Spec 326 is the recommended later pattern-library follow-up.
## Validation
Required:
```bash
bash scripts/check-ui-productization-coverage HEAD
git diff --check
```
Optional:
```bash
bash -n scripts/check-ui-productization-coverage
find docs/ui-ux-enterprise-audit/target-images -type f
find docs/ui-ux-enterprise-audit/target-experience-briefs -type f
```
If image dimension validation is available, run an equivalent check and document dimensions. Runtime tests are not required because this is docs/image-only. Full Pest suite must not be run unless unrelated runtime files changed. Pint is not required unless PHP files changed.
## Readiness Criteria
Spec 325 is ready for implementation when `spec.md`, `plan.md`, `tasks.md`, and `checklists/requirements.md` exist; the no-runtime posture is explicit; target brief/image/sidecar requirements are complete; selected-surface rules are bounded; coverage artifact updates are named; validation commands are listed; and no open questions block implementation.