LifeCloneAI · Public website · Live Product truth · Human control · Sanitized proof
Client OS case study · ITEMSPUBLIC · SANITIZED

One business.
Three roles.
Twenty operating surfaces.

ITEMS is the live proving ground for LifeCloneAI's workspace model: the portfolio owner sees the whole system, the business owner runs one company, and an operator receives only the customer queues required for the job.

🏠
ITEMSCOMMERCE WORKSPACE
● ROLE AWARE
HomeAnalyticsSearch ConsoleKlaviyoGoogle AdsMETA AdsInstagramReelsManyChatWhatsApp ChannelNew CustomersProducts
20OWNER MODULES
3OPERATOR MODULES
1ISOLATED COMPANY
20CANONICAL MODULES

One ordered workspace surface defined in application code.

3FIXED ROLE LEVELS

Portfolio owner, client owner and focused operator.

3OPERATOR QUEUES

New Customers, Customers and OLD—nothing else.

0PRIVATE RECORDS SHOWN

The public demo uses synthetic names, metrics and conversations.

Why ITEMS matters

The product is being defined against a real operating company.

The challenge is not adding one more dashboard. It is connecting commerce, acquisition, retention, content and customer work without giving every person access to everything.

01 · FRAGMENTATION

Twenty surfaces, many source systems.

Shopify, Google, Meta, Klaviyo, ManyChat, WhatsApp, Telegram and internal records each carry part of the operating truth.

One workspace, named source boundaries
02 · RESPONSIBILITY

The same company requires different views.

A company owner needs commercial context and approvals. An operator needs a finite customer-contact queue.

Navigation follows the job
03 · CONTROL

Visible does not mean unrestricted.

Module access, sensitive controls, external actions and source quality are evaluated separately.

Permission is part of the product
Interactive public demo

Change the role. Watch the operating surface change.

This is a synthetic presentation of the verified access model. It mirrors the real module hierarchy without loading private customers, revenue or conversations.

LIFECLONEAI · SAFE WORKSPACE
● SYNTHETIC DATA
OWNER MASTER · PORTFOLIO VIEW

What requires the owner now.

Signals are ranked across authorized workspaces.

FULL SYSTEM SCOPE
NOW · APPROVAL QUEUE3priorities need you

Evidence, responsible workspace and exact next action are attached.

QUEUE PREVIEW · OWNER ONLY
ITEMS · REVENUE

Review a prepared customer recovery workflow.

Source and exclusions verified.

APPROVAL REQUIRED
GROWTH · READY

Choose one acquisition experiment.

Audience and success condition attached.

DECISION READY
SYSTEM · HEALTH

One source needs reconnection.

No stale metric is presented as live.

OWNER CONFIGURATION
NARRATIVE LABEL

Portfolio Owner

Public language for the technical `owner_master` role. It is not claimed as the current in-app label.

CLIENT MEMBERSHIP

ITEMS Owner

`client_owner` with no module allowlist means the complete ITEMS workspace, not access to other clients or private Core.

ENFORCED SCOPE

Operator

The allowlist applies to desktop, mobile, page routing and protected APIs—not just hidden menu links.

Canonical workspace map

All twenty ITEMS modules, with honest source modes.

A visible module does not automatically mean its upstream source is live. The public case separates real APIs, hybrid verified snapshots and assisted operating briefs.

01 · COMMERCE

Home

SHOPIFY API / UNAVAILABLE STATE
02 · MEASURE

Analytics

LIVE WHEN CONNECTED
03 · ORGANIC

Search Console

LIVE WHEN CONNECTED
04 · RETENTION

Klaviyo

LIVE + VERIFIED SNAPSHOT
05 · ACQUISITION

Google Ads

LIVE + VERIFIED SNAPSHOT
06 · ACQUISITION

META Ads

LIVE + VERIFIED SNAPSHOT
07 · SOCIAL

Instagram

LIVE + VERIFIED SNAPSHOT
08 · VIDEO

Reels

REAL QUEUE / EMPTY STATE
09 · MESSAGING

ManyChat

LIVE + VERIFIED SNAPSHOT
10 · SOCIAL

TikTok

ASSISTED OPERATING PLAN
11 · MESSAGING

WhatsApp Channel

OPERATING BRIEF
12 · COMMERCE

Orders

SHOPIFY API / UNAVAILABLE STATE
13 · OPERATIONS

Telegram

REAL EVENT TIMELINE
14 · CRM

New Customers

SUPABASE RUNTIME
15 · CRM

Customers

SHOPIFY + SUPABASE
16 · CRM

OLD

SUPABASE / BREVO QUEUE
17 · PEOPLE

Meetings

GENERATED SNAPSHOT
18 · CATALOG

Products

SHOPIFY API / UNAVAILABLE STATE
19 · CONTENT

Content

OPERATING BRIEF
20 · FINANCE

Expenses

SUPABASE / REDACTED BY ROLE
One concrete operating loop

From a new customer record to controlled WhatsApp follow-up.

The operator experience is intentionally narrow. The system assembles context and a draft, but ambiguity and sensitive cases move back to the responsible person.

01

Ingest

A new eligible customer or inquiry enters the ITEMS workspace.

02

Verify

Source, current state and prior contact are checked.

03

Assign

The record enters one of the three allowed operator queues.

04

Prepare

Context and a WhatsApp draft are assembled for review.

05

Contact or hand off

The operator acts inside policy or escalates the conversation.

06

Preserve state

Outcome and next action remain in the company workspace.

Public truth boundary

The case study shows the system without exposing the company.

The visual model is deliberately close to the application. The displayed identities, metrics and conversations are deliberately not the company's private records.

VERIFIED FROM THE PRODUCT

What is real.

  • The three technical access levels
  • The exact twenty-module ITEMS catalog
  • The operator allowlist of three modules
  • Page, mobile-navigation and API enforcement
  • The distinction between live, snapshot and assisted sources
PUBLICLY SANITIZED

What is synthetic.

  • Every customer identity and reference number
  • All displayed revenue and performance values
  • Conversation content and prepared messages
  • Priority counts and example recommendations
  • Any visual state that could reveal private operations
From proof to repeatable product

ITEMS is one workspace. The architecture is reusable.

The hierarchy stays fixed while each new company receives its own capabilities, sources, people and policies.