OMNI1 Superapp · Navigation und Ordnungslogik · 02.09.2026

Eine Ordnung für neun Tools

Heute ist die Superapp eine Werkzeugsammlung: neun Tools, dreifach verlinkt, gleichrangig nebeneinander. Fünf Vorschläge, wie daraus eine Ordnung wird, bewertet nach denselben drei Kriterien wie beim Radar, dann das Zielbild als Mockup (Variante A). Danach der Challenge: zwei Varianten aus einer ganz anderen Richtung (B, C), bewertet gegen A. Alle Zahlen sind Beispielwerte.

Sprung: Heute · Fünf Vorschläge · Bewertung · Variante A · Wo landet was · Challenge: B und C · A gegen B gegen C · Vorher / Nachher · A gegen B

Heute: die Werkzeugwand

Nachgebaut aus dem Hub-Code (Sidebar, Dashboard, Tool-Header). Nach dem Login sieht man dreimal dieselbe Liste: als Kachelwand, in der Sidebar und in jedem Tool als Dropdown. Die Dropdowns existieren in fünf Kopien mit abweichender Reihenfolge, Benennung („Form" statt „Forms") und teils alten Hash-Adressen.

1Neun Tools als Kachelwand, ohne Rangfolge2Dieselben neun nochmals in der Sidebar3Dritte Kopie als Dropdown in jedem Tool (5 Varianten)4„Writer" neben „Writing": zwei Namen, eine Aufgabe5Kunden (Projects, Tracking) getrennt von den Tools, die an ihnen arbeiten

seo.omni-dashboards.com/

Good morning, Dominik

Pick an area or jump straight into a tool.

OMNI1.Writer

Write + score SEO content

Content4

OMNI1.Scout

Competitor research + firm cards

38,500+ firms

OMNI1.Radar

Keyword research + strategy

Keywords

OMNI1.Writing

Content production pipeline

Pipeline4

OMNI1.Reports

SEO performance + KPIs (GSC)

Live data

OMNI1.Forms

Client onboarding forms

Onboarding

OMNI1.Studio

On-brand blog images

Visuals

OMNI1.Sales

Prospect rooms · closer cockpit

Closer

OMNI1.Voice

Reddit AI-visibility

Dev · in progress

OMNI1▪ Radar ▾/ Project3im Tool geöffnet: das Dropdown, dritte Kopie der Liste

Fünf Header, fünf Listen: Radar und Scout zeigen 7 Ziele ohne Sales und Studio, Sales zeigt 8 in anderer Reihenfolge, Forms verlinkt den Writer noch auf /#/. Zwei Tools tragen dasselbe Kürzel „OW", zwei „OR", zwei „OS".

Fünf Vorschläge

1Kundenprozess als Ordnung

Die oberste Ebene folgt den Phasen des Omni1-Kundenprozesses: Sales (Prospect rooms, Forms, Angebots-Portal) → Strategy (Radar, Scout) → Content (Writer, Writing, Studio) → Performance (Reports, Tracking, Voice). Tools werden Unterpunkte ihrer Phase, „Clients" ist die Einstiegsliste.

Haken: Wer an einem Kunden über mehrere Phasen arbeitet, wechselt ständig die Ebene.

2Kunde zuerst (Project-first)

Einstieg ist immer der Kunde: eine Kundentabelle, darin je Kunde Tabs Overview · Sales · Keywords · Competitors · Content · Performance · Portal · Settings. Die Tools werden zu Tabs im Kundenkontext. Globales (Scout-Firmendatenbank, Nutzer, Einstellungen) liegt in „Library" und „Admin". Genau das Muster des Radar-Zielbilds, auf die ganze App gehoben.

Haken: Scout ist heute global, nicht projektgebunden; braucht einen Projektfilter plus eine globale Library.

3Kern und Nebenfunktionen trennen

Vier Arbeitsräume prominent (Sales, Radar, Content, Reports), alles andere sind Utilities in einem Untermenü oder per ⌘K: Forms wandert in Sales, Studio in Content, Writer und Writing verschmelzen zu Content, Tracking in Reports, Voice nach Labs. Die Kachelwand schrumpft von neun auf vier.

Haken: Ordnet die Tools, aber nicht den Kunden. Projects bleibt ein separater Bereich.

4Rollen-Einstiege

Nach dem Login sieht jede Rolle ihren Bereich: Closer (Sales, Forms, Portal), SEO (Radar, Scout, Content, Studio), Management (Reports, Tracking, Users). Das Dashboard zeigt „meine offenen Aufgaben" statt Kacheln.

Haken: Drei Personen, die alle alles machen. Rechtelogik ist der grösste Umbau bei kleinstem Nutzen heute; lohnt erst mit Team.

5Eine Hülle, keine Kopien

Alle Tools bleiben, aber es gibt ein gemeinsames App-Shell: eine Sidebar, ein Header, ein Switcher. Die Kachelwand weicht „Zuletzt geöffnet" und einer ⌘K-Palette. Minimalinvasiv, löst die Dreifach-Verlinkung und die fünf Dropdown-Varianten.

Haken: Löst Duplikation, nicht Ordnung. Neun gleichrangige Tools bleiben neun gleichrangige Tools.

Bewertung

Dieselben Kriterien wie beim Radar: Klarheit (versteht ein Neuer ohne Erklärung, wo was ist), Operator-Effizienz (Klicks für den täglichen Weg Kunde → Keywords → Content → Report), Skalierbarkeit (100 Kunden, neue Tools, mehr Teammitglieder). Attraktivität ist Folge der Klarheit, kein eigenes Kriterium. Umbau-Aufwand als Nebenangabe.

#	Vorschlag	Klarheit	Effizienz	Skalierung	Σ	Umbau
2	Kunde zuerst	4	5	5	14	mittel-hoch
1	Kundenprozess als Ordnung	5	3	4	12	mittel
3	Kern und Nebenfunktionen	4	4	4	12	niedrig-mittel
4	Rollen-Einstiege	3	4	3	10	hoch
5	Eine Hülle, keine Kopien	2	4	3	9	niedrig

Empfehlung: 2 als Rahmen, 3 als Konsolidierungsregel, 1 als Reihenfolge. Der Kunde ist der Einstieg (2). Die Tabs im Kunden folgen dem Prozess Sales → Keywords → Content → Performance (1). Kleinfunktionen verschwinden als eigene Tools und werden Teil ihres Arbeitsraums: Forms in Sales, Studio in Content, Writer und Writing zu einem Content-Tab mit den zwei Modi „Pipeline" und „Editor", Tracking in Portal (3). Vorschlag 5 ergibt sich dabei von selbst: eine Hülle, ein Switcher. Das ist dieselbe Logik wie beim Radar-Zielbild, nur eine Ebene höher, also bleibt die App in sich konsistent.

Variante A · die Kombination als Zielbild

Ebene 1 ist die Kundentabelle: der Stand jedes Kunden über die vier Phasen, Portal-Link, letzte Aktivität. Die Sidebar hat vier Einträge statt vierzehn. Ebene 2 ist der Kunde mit Tabs in Prozessreihenfolge; die Overview zeigt den Prozess als Stepper (wie beim Radar) und die nächsten Schritte.

seo.omni-dashboards.com/clients

Clients

96 clients · 4 guests · sorted by last activity

Search client, domain…Stage ▾Country ▾⌘K+ New client

Client	Sales	Keywords	Content	Performance	Portal	Last
Glow DE glow-careers.com	won	412 kw	31/86	+18 %	project 🔗	2 h ago	Open
Carve-Out Advisors carveoutadvisors.com	won	running	—	—	project 🔗	now	Open
Müller Haustechnik mueller-haustechnik.de	offer · Thu	—	—	locked	guest 🔗	opened 3×	Open
JST Marketing jst-marketing.de	won	156 kw	61/61	+42 %	project 🔗	6 d ago	Open
Sumia sumia.ch	offer	—	—	locked	guest 🔗	sent 2 d ago	Open

1–5 of 100‹ 1 2 3 … 20 ›

Ebene 1. Aus „Projects" + „Portal Tracking" + „Sales" wird eine Tabelle: Jede Zeile ist ein Kunde, die Spalten sind die Phasen. Guests (Angebotsphase) und gewonnene Kunden stehen in derselben Liste, unterschieden durch den Sales-Status.

seo.omni-dashboards.com/clients/glow-de

Clients / Glow DE ▾⌘K

Glow DE won · project

🇩🇪 Recruiting · glow-careers.com · portal 🔗 copy link

OverviewSalesKeywordsCompetitorsContentPerformancePortalSettings

✓Sales

won 14 Aug · welcome form done

✓Keywords

412 main · 3 of 5 tracks

3Content

31 of 86 written · 4 in review

4Performance

GSC connected · +18 % clicks 28d

Next: 4 articles waiting for review, 2 images missing (Studio). Glossary keywords never run.Open review queue

Content

31of 86 planned

Pipeline 55 open · Editor 4 drafts · Images 29/31

Portal

12visits 28d

last opened yesterday · offer signed · 3 tabs unlocked

Ebene 2. Die Tabs sind der Kundenprozess. „Content" enthält Writer und Writing als zwei Modi (Editor, Pipeline) und Studio als „Images". „Competitors" ist Scout, gefiltert auf diesen Kunden; die volle Firmendatenbank liegt global in „Library". „Portal" bündelt Portal-Einstellungen, Tracking und den Kundenlink.

Wo landet was

Heute (Tool)	Zielbild	Warum
Writer	Client › Content › Editor	Einzelartikel schreiben und scoren ist ein Modus der Content-Arbeit, kein eigenes Produkt
Writing	Client › Content › Pipeline	Serienproduktion aus Radar-Titles; der Name „Writing" neben „Writer" verschwindet
Studio	Client › Content › Images	Bilder gehören zu den Artikeln, für die sie entstehen
Radar	Client › Keywords	Der Tab heisst, was drin ist; das Radar-Zielbild (Stepper + Tabelle) wird sein Inhalt
Scout	Client › Competitors + Library › Firms	Pro Kunde die Wettbewerber, global die 38.500 Firmen als Nachschlagewerk
Reports	Client › Performance	GSC, Rankings, KPIs des Kunden; Kunden-Login landet weiterhin direkt hier
Projects + Portal Tracking	Clients-Tabelle + Client › Portal	Der Kunde ist der Einstieg; Link, Freischaltung und Besuche gehören zum Kunden
Sales	Client › Sales (+ Stage-Spalte in Clients)	Prospect room, Angebot, Call-Prep: erste Phase desselben Kunden
Forms	Client › Sales › Forms · Vorlagen unter Admin	Onboarding-Formulare sind ein Schritt der Sales-Phase, kein Tool
Voice (Reddit)	Labs	Im Bau; bleibt sichtbar, aber nicht gleichrangig
User Management, Settings, Usage	Admin	Betrieb, nicht Kundenarbeit

Offen zur Entscheidung: (1) Bleiben die alten Tool-URLs (/writer, /radar …) als Weiterleitungen bestehen? Empfehlung ja, mindestens ein Quartal. (2) Braucht „Library" neben Firmen auch die Keyword-Presets und Title-Templates? (3) Ist „Labs" der richtige Ort für Voice, oder kommt Voice als Spalte in Performance, sobald es fertig ist?

Challenge: Variante A hat eine Grundannahme

Variante A nimmt an, dass der Kunde der Ort ist, an dem gearbeitet wird. Das stimmt für die Tiefe: ein Kunde, alle Phasen, ein Blick. Es stimmt nicht für die Breite, und die Breite ist der Alltag. Tayfun startet morgens nicht „Glow DE", er startet zwanzig Keyword-Läufe und prüft vierzig Titles quer über alle Kunden. Dominik will nicht Kunden öffnen, sondern wissen, wo etwas hakt. Und bei 1000 Kunden (dein Skalierungsziel) macht niemand mehr 1000 Kunden auf: nicht die Liste ist dann der Engpass, sondern die Frage, was von alledem heute Aufmerksamkeit braucht.

A verbessert die Karte, aber der Mensch geht weiterhin zur Arbeit. Die Gegenrichtung: die Arbeit kommt zum Menschen.

BArbeit statt Orte

Der Einstieg ist nicht der Kunde, sondern die Warteschlange: alles, was heute eine menschliche Entscheidung braucht, quer über alle Kunden, gruppiert nach Art der Arbeit (Reviews, Läufe starten, Angebote nachfassen, Auffälligkeiten). Jede Zeile trägt ihren Kunden, eine Aktion, ein Alter. Routine läuft ohne Oberfläche: die Windmill-Engines (Offer, Won-Chain, Prospect Room) und die Radar-Pipeline arbeiten nachts, die App zeigt morgens, was sie getan haben und wo sie nicht weiterkamen. Die Kundenseite aus Variante A bleibt als Detailansicht, ist aber nicht mehr der Einstieg.

Haken: braucht einen gemeinsamen Begriff „Arbeitseinheit" über alle Tools (Title-Review, Lauf, Angebot, Anomalie). Die Daten dafür existieren, der Begriff noch nicht.

CBefehl statt Navigation

Keine Sidebar, keine Tabs: eine Befehlszeile als Oberfläche. „run bofu for glow de, prio A" · „clients without content this week" · „approve all reviews above score 80". Jeder Befehl zeigt vor dem Ausführen, was er tun wird (Umfang, Zeit, Kosten), und danach das Ergebnis als Karte. Dahinter dieselben Endpunkte wie heute; die Oberfläche ist ein Interpreter mit Vorschau. Passt zu einem Team, das ohnehin agentisch arbeitet.

Haken: Für Neue unsichtbar, was möglich ist. Braucht sehr gute Vorschau und Rückgängig-Machen, sonst wird Tempo zu Risiko. Eher eine Schicht als eine Struktur.

Variante B als Mockup

seo.omni-dashboards.com/today

Tuesday, 2 Sep

31 items need a decision · 96 clients · everything else ran on its own

⌘K

Reviews

196 clients

Runs to start

7≈ 22 min · 3.40 $

Offers waiting

31 not opened

Anomalies

2clicks · images

Ran overnight: 12 articles published · 4 BOFU runs finished · 2 offers sent · 1 portal unlocked after signatureSee log

What	Client	Since	Action
Review 6 BOFU titles waiting	Glow DE	2 d	Review
Review Article “Pflegekräfte finden: 7 Wege” · score 84	Glow DE	5 h	Approve Open
Run Glossary never run · Main done	Carve-Out Advisors	since Mon	▶ Run
Offer Portal not opened after 3 days	Sumia	3 d	Nudge Call notes
Anomaly Clicks −34 % week over week	JST Marketing	today	Inspect
Anomaly 2 published articles without image	Glow DE	1 d	Generate

6 of 31 · sorted by impactShow all ›

B, Einstieg „Today". Keine Kachelwand, keine Kundenliste: die Seite ist die Liste der Entscheidungen, die heute anstehen, quer über alle Kunden, plus der Beleg, was nachts von selbst passiert ist. Der Kunde ist eine Spalte.

seo.omni-dashboards.com/queues/reviews

Reviews

19 items · 6 clients · titles and articles waiting for a yes

Client ▾Type ▾Score ≥ 80 ▾Approve selected (12)

	Item	Type	Client	Score	Waiting
☑	Personalvermittlung Pflege: Kosten, Ablauf, Anbieter	BOFU title	Glow DE	88	2 d	Open Back
☑	Pflegekräfte finden: 7 Wege, die 2026 funktionieren	Article	Glow DE	84	5 h	Open Back
☑	Carve-out readiness: the 12-point checklist	Article	Carve-Out Advisors	81	1 d	Open Back
☐	Was ist ein Recruiting-Funnel?	TOFU title	Glow CH	76	3 d	Open Back
☐	SEO für Heizungsbauer: lokale Sichtbarkeit	BOFU title	Müller Haustechnik	72	4 d	Open Back

5 of 19Approved items go to the Content pipeline automatically

B, eine Warteschlange. Die Arbeit einer Art über alle Kunden auf einer Seite, mit Sammelaktion. Heute liegt dieselbe Arbeit in vier Title-Listen mal 96 Kunden.

Variante C als Mockup

seo.omni-dashboards.com/

›run bofu for glow de, prio A↵ preview

Will run BOFU expansion (PRIO A) for Glow DE

38 seeds × 4 location levels · 1 204 existing combos kept · ≈ 6 min · ≈ 1.20 $ · results land in Reviews when done

▶ RunChange scopeCancel

Earlier today

› clients without content this week → 4 clients, list shown
› approve all reviews above 80 → 12 approved, 7 left
› why did jst clicks drop → 3 pages lost position 1, GSC detail

C. Dieselben Endpunkte, aber die Oberfläche ist ein Interpreter mit Vorschau. Was er kann, sieht man erst, wenn man es fragt.

A gegen B gegen C

	Variante	Klarheit	Effizienz	Skalierung	Σ	Umbau
A	Kunde zuerst (Kombination)	4	4	4	12	mittel-hoch
B	Arbeit statt Orte	4	5	5	14	mittel-hoch
C	Befehl statt Navigation	2	5	4	11	hoch

Warum A bei Effizienz und Skalierung Punkte verliert: Für Arbeit in der Breite braucht A pro Kunde einen Hop (Kunde öffnen, Tab wählen, handeln, zurück). Bei 100 Kunden sind das hundert Hops am Tag, bei 1000 geht es nicht mehr. Und A zeigt Zustand, nicht Handlungsbedarf: Ob etwas ansteht, sieht man erst, wenn man nachschaut. Warum B vorne liegt: Die Warteschlange ist genau so lang wie der tatsächliche Handlungsbedarf, unabhängig von der Kundenzahl. Routine verschwindet in die Automationen, die ohnehin existieren (Offer Engine, Won-Chain, Prospect-Room-Engine, Radar-Pipeline). Und B enthält A: Wer von einer Zeile aus in den Kunden springt, landet auf der Kundenseite mit den Tabs. C ist eine Schicht, keine Struktur: als ⌘K-Palette über B sinnvoll, als alleinige Oberfläche für Neue zu unsichtbar.

Nach dem Challenge: B als Einstieg, A als Detail, C als Schicht. Home ist „Today" (Warteschlangen und Ausnahmen über alle Kunden), die Kundenseite aus A bleibt die Detailansicht hinter jeder Zeile, die Kundentabelle wird ein Register unter „Clients" statt der Startseite. C kommt als Befehlspalette obenauf, sobald B steht. Damit ist die App nicht mehr ein Ort mit neun Werkzeugen, sondern eine Liste dessen, was heute ein Mensch entscheiden muss.

Offen für B: (1) Wer definiert, was „Ausnahme" ist (Schwellen für Anomalien, Alter für Reviews)? (2) Welche Automationen dürfen ohne Freigabe laufen, welche legen nur vor (Curation-Gate wie im Agentic OS)? (3) Persönliche Warteschlangen (Tayfun SEO, Dominik Sales) oder eine gemeinsame mit Filter?

Vorher / Nachher: heute gegen Variante A

Links immer der heutige Hub, rechts Variante A. Pfeile, oder Karussell anklicken und Pfeiltasten.

Variante A gegen Variante B

Links Variante A (Kunde zuerst), rechts Variante B (Arbeit zuerst). Die dritte Folie stellt B direkt dem heutigen Hub gegenüber.

OMNI1 Superapp · navigation and structure · Sep 2, 2026

One structure for nine tools

Today the Superapp is a toolbox: nine tools, linked three times over, all on the same level. Five proposals for turning that into a structure, rated on the same three criteria as the Radar page, then the target as a mockup (variant A). Then the challenge: two variants from a completely different direction (B, C), rated against A. All numbers are sample values.

Jump to: Today · Five proposals · Rating · Variant A · Where things go · Challenge: B and C · A vs. B vs. C · Before / after · A vs. B

Today: the wall of tools

Rebuilt from the hub code (sidebar, dashboard, tool headers). After login you see the same list three times: as a tile wall, in the sidebar, and as a dropdown inside every tool. The dropdowns exist in five copies with differing order, naming (“Form” vs. “Forms”) and partly old hash URLs.

1Nine tools as a tile wall, no hierarchy2The same nine again in the sidebar3Third copy as a dropdown in every tool (5 variants)4“Writer” next to “Writing”: two names, one job5Clients (Projects, Tracking) separated from the tools that work on them

seo.omni-dashboards.com/

Good morning, Dominik

Pick an area or jump straight into a tool.

OMNI1.Writer

Write + score SEO content

Content4

OMNI1.Scout

Competitor research + firm cards

38,500+ firms

OMNI1.Radar

Keyword research + strategy

Keywords

OMNI1.Writing

Content production pipeline

Pipeline4

OMNI1.Reports

SEO performance + KPIs (GSC)

Live data

OMNI1.Forms

Client onboarding forms

Onboarding

OMNI1.Studio

On-brand blog images

Visuals

OMNI1.Sales

Prospect rooms · closer cockpit

Closer

OMNI1.Voice

Reddit AI-visibility

Dev · in progress

OMNI1▪ Radar ▾/ Project3opened inside a tool: the dropdown, third copy of the list

Five headers, five lists: Radar and Scout show 7 targets without Sales and Studio, Sales shows 8 in a different order, Forms still links the Writer to /#/. Two tools share the badge “OW”, two “OR”, two “OS”.

Five proposals

1Customer process as the structure

The top level follows the phases of the Omni1 customer process: Sales (prospect rooms, Forms, offer portal) → Strategy (Radar, Scout) → Content (Writer, Writing, Studio) → Performance (Reports, Tracking, Voice). Tools become sub-items of their phase, “Clients” is the entry list.

Catch: anyone working one client across several phases keeps switching levels.

2Client first (project-first)

The entry is always the client: a client table, and per client the tabs Overview · Sales · Keywords · Competitors · Content · Performance · Portal · Settings. Tools become tabs in the client context. Global things (Scout firm database, users, settings) live in “Library” and “Admin”. Exactly the pattern of the Radar target, lifted to the whole app.

Catch: Scout is global today, not project-bound; needs a project filter plus a global library.

3Separate core from utilities

Four workspaces up front (Sales, Radar, Content, Reports); everything else is a utility in a submenu or via ⌘K: Forms moves into Sales, Studio into Content, Writer and Writing merge into Content, Tracking into Reports, Voice into Labs. The tile wall shrinks from nine to four.

Catch: orders the tools, not the client. Projects stays a separate area.

4Role-based entry points

After login each role sees its own area: closer (Sales, Forms, Portal), SEO (Radar, Scout, Content, Studio), management (Reports, Tracking, Users). The dashboard shows “my open tasks” instead of tiles.

Catch: three people who all do everything. Permission logic is the biggest rebuild for the smallest benefit today; pays off only with a bigger team.

5One shell, no copies

All tools stay, but there is one shared app shell: one sidebar, one header, one switcher. The tile wall gives way to “recently opened” and a ⌘K palette. Minimally invasive; fixes the triple linking and the five dropdown variants.

Catch: fixes duplication, not structure. Nine equal tools remain nine equal tools.

Rating

Same criteria as for Radar: clarity (does a newcomer understand where things are without explanation), operator efficiency (clicks for the daily path client → keywords → content → report), scalability (100 clients, new tools, more team members). Attractiveness follows from clarity and is not a separate criterion. Rebuild effort as a side note.

#	Proposal	Clarity	Efficiency	Scale	Σ	Rebuild
2	Client first	4	5	5	14	medium-high
1	Customer process as structure	5	3	4	12	medium
3	Core vs. utilities	4	4	4	12	low-medium
4	Role-based entry	3	4	3	10	high
5	One shell, no copies	2	4	3	9	low

Recommendation: 2 as the frame, 3 as the consolidation rule, 1 as the order. The client is the entry (2). The tabs inside a client follow the process Sales → Keywords → Content → Performance (1). Small features disappear as separate tools and become part of their workspace: Forms into Sales, Studio into Content, Writer and Writing into one Content tab with the two modes “Pipeline” and “Editor”, Tracking into Portal (3). Proposal 5 follows automatically: one shell, one switcher. Same logic as the Radar target, one level up, so the app stays consistent with itself.

Variant A · the combination as the target

Level 1 is the client table: each client’s state across the four phases, portal link, last activity. The sidebar has four entries instead of fourteen. Level 2 is the client with tabs in process order; the Overview shows the process as a stepper (as in Radar) and the next steps.

seo.omni-dashboards.com/clients

Clients

96 clients · 4 guests · sorted by last activity

Search client, domain…Stage ▾Country ▾⌘K+ New client

Client	Sales	Keywords	Content	Performance	Portal	Last
Glow DE glow-careers.com	won	412 kw	31/86	+18 %	project 🔗	2 h ago	Open
Carve-Out Advisors carveoutadvisors.com	won	running	—	—	project 🔗	now	Open
Müller Haustechnik mueller-haustechnik.de	offer · Thu	—	—	locked	guest 🔗	opened 3×	Open
JST Marketing jst-marketing.de	won	156 kw	61/61	+42 %	project 🔗	6 d ago	Open
Sumia sumia.ch	offer	—	—	locked	guest 🔗	sent 2 d ago	Open

1–5 of 100‹ 1 2 3 … 20 ›

Level 1. “Projects” + “Portal Tracking” + “Sales” become one table: each row is a client, the columns are the phases. Guests (offer phase) and won clients sit in the same list, told apart by the sales status.

seo.omni-dashboards.com/clients/glow-de

Clients / Glow DE ▾⌘K

Glow DE won · project

🇩🇪 Recruiting · glow-careers.com · portal 🔗 copy link

OverviewSalesKeywordsCompetitorsContentPerformancePortalSettings

✓Sales

won 14 Aug · welcome form done

✓Keywords

412 main · 3 of 5 tracks

3Content

31 of 86 written · 4 in review

4Performance

GSC connected · +18 % clicks 28d

Next: 4 articles waiting for review, 2 images missing (Studio). Glossary keywords never run.Open review queue

Content

31of 86 planned

Pipeline 55 open · Editor 4 drafts · Images 29/31

Portal

12visits 28d

last opened yesterday · offer signed · 3 tabs unlocked

Level 2. The tabs are the customer process. “Content” holds Writer and Writing as two modes (Editor, Pipeline) and Studio as “Images”. “Competitors” is Scout filtered to this client; the full firm database lives globally in “Library”. “Portal” bundles portal settings, tracking and the client link.

Where things go

Today (tool)	Target	Why
Writer	Client › Content › Editor	Writing and scoring a single article is a mode of content work, not a separate product
Writing	Client › Content › Pipeline	Batch production from Radar titles; the name “Writing” next to “Writer” disappears
Studio	Client › Content › Images	Images belong to the articles they are made for
Radar	Client › Keywords	The tab is named for what it contains; the Radar target (stepper + table) becomes its content
Scout	Client › Competitors + Library › Firms	Per client the competitors, globally the 38,500 firms as a reference
Reports	Client › Performance	GSC, rankings, the client’s KPIs; customer login still lands here directly
Projects + Portal Tracking	Clients table + Client › Portal	The client is the entry; link, unlocking and visits belong to the client
Sales	Client › Sales (+ stage column in Clients)	Prospect room, offer, call prep: first phase of the same client
Forms	Client › Sales › Forms · templates under Admin	Onboarding forms are a step of the sales phase, not a tool
Voice (Reddit)	Labs	Under construction; stays visible, but not on the same level
User Management, Settings, Usage	Admin	Operations, not client work

Open decisions: (1) Do the old tool URLs (/writer, /radar …) stay as redirects? Recommendation yes, for at least a quarter. (2) Does “Library” need the keyword presets and title templates besides firms? (3) Is “Labs” the right place for Voice, or does Voice become a column in Performance once it is finished?

Challenge: variant A rests on an assumption

Variant A assumes that the client is the place where work happens. That holds for depth: one client, all phases, one look. It does not hold for breadth, and breadth is the daily routine. Tayfun does not start his morning with “Glow DE”; he starts twenty keyword runs and reviews forty titles across all clients. Dominik does not want to open clients, he wants to know where something is stuck. And at 1,000 clients (the scaling goal) nobody opens 1,000 clients: the bottleneck is no longer the list but the question of what, out of all of it, needs attention today.

A improves the map, but the human still goes to the work. The opposite direction: the work comes to the human.

BWork instead of places

The entry is not the client but the queue: everything that needs a human decision today, across all clients, grouped by kind of work (reviews, runs to start, offers to follow up, anomalies). Each row carries its client, one action, an age. Routine runs without a UI: the Windmill engines (offer, won chain, prospect room) and the Radar pipeline work overnight; in the morning the app shows what they did and where they got stuck. The client page from variant A stays as the detail view, but is no longer the entry.

Catch: needs one shared notion of a “work item” across all tools (title review, run, offer, anomaly). The data exists, the notion does not yet.

CCommand instead of navigation

No sidebar, no tabs: a command line as the interface. “run bofu for glow de, prio A” · “clients without content this week” · “approve all reviews above score 80”. Every command shows what it will do before running (scope, time, cost), and the result as a card afterwards. Behind it the same endpoints as today; the interface is an interpreter with a preview. Fits a team that already works with agents.

Catch: newcomers cannot see what is possible. Needs very good preview and undo, otherwise speed turns into risk. More a layer than a structure.

Variant B as a mockup

seo.omni-dashboards.com/today

Tuesday, 2 Sep

31 items need a decision · 96 clients · everything else ran on its own

⌘K

Reviews

196 clients

Runs to start

7≈ 22 min · 3.40 $

Offers waiting

31 not opened

Anomalies

2clicks · images

Ran overnight: 12 articles published · 4 BOFU runs finished · 2 offers sent · 1 portal unlocked after signatureSee log

What	Client	Since	Action
Review 6 BOFU titles waiting	Glow DE	2 d	Review
Review Article “Pflegekräfte finden: 7 Wege” · score 84	Glow DE	5 h	Approve Open
Run Glossary never run · Main done	Carve-Out Advisors	since Mon	▶ Run
Offer Portal not opened after 3 days	Sumia	3 d	Nudge Call notes
Anomaly Clicks −34 % week over week	JST Marketing	today	Inspect
Anomaly 2 published articles without image	Glow DE	1 d	Generate

6 of 31 · sorted by impactShow all ›

B, entry “Today”. No tile wall, no client list: the page is the list of decisions due today, across all clients, plus the record of what happened on its own overnight. The client is a column.

seo.omni-dashboards.com/queues/reviews

Reviews

19 items · 6 clients · titles and articles waiting for a yes

Client ▾Type ▾Score ≥ 80 ▾Approve selected (12)

	Item	Type	Client	Score	Waiting
☑	Personalvermittlung Pflege: Kosten, Ablauf, Anbieter	BOFU title	Glow DE	88	2 d	Open Back
☑	Pflegekräfte finden: 7 Wege, die 2026 funktionieren	Article	Glow DE	84	5 h	Open Back
☑	Carve-out readiness: the 12-point checklist	Article	Carve-Out Advisors	81	1 d	Open Back
☐	Was ist ein Recruiting-Funnel?	TOFU title	Glow CH	76	3 d	Open Back
☐	SEO für Heizungsbauer: lokale Sichtbarkeit	BOFU title	Müller Haustechnik	72	4 d	Open Back

5 of 19Approved items go to the Content pipeline automatically

B, one queue. Work of one kind across all clients on one page, with a bulk action. Today the same work sits in four title lists times 96 clients.

Variant C as a mockup

seo.omni-dashboards.com/

›run bofu for glow de, prio A↵ preview

Will run BOFU expansion (PRIO A) for Glow DE

38 seeds × 4 location levels · 1 204 existing combos kept · ≈ 6 min · ≈ 1.20 $ · results land in Reviews when done

▶ RunChange scopeCancel

Earlier today

› clients without content this week → 4 clients, list shown
› approve all reviews above 80 → 12 approved, 7 left
› why did jst clicks drop → 3 pages lost position 1, GSC detail

C. Same endpoints, but the interface is an interpreter with preview. You only see what it can do once you ask.

A vs. B vs. C

	Variant	Clarity	Efficiency	Scale	Σ	Rebuild
A	Client first (combination)	4	4	4	12	medium-high
B	Work instead of places	4	5	5	14	medium-high
C	Command instead of navigation	2	5	4	11	high

Why A loses points on efficiency and scale: for breadth work A needs one hop per client (open client, pick tab, act, go back). At 100 clients that is a hundred hops a day; at 1,000 it stops working. And A shows state, not need for action: whether something is due only shows once you look. Why B leads: the queue is exactly as long as the real need for action, regardless of client count. Routine disappears into the automations that already exist (offer engine, won chain, prospect room engine, Radar pipeline). And B contains A: jumping from a row into the client lands on the client page with its tabs. C is a layer, not a structure: useful as a ⌘K palette on top of B, too invisible for newcomers as the only interface.

After the challenge: B as the entry, A as the detail, C as a layer. Home is “Today” (queues and exceptions across all clients), the client page from A remains the detail view behind every row, the client table becomes a register under “Clients” instead of the start page. C comes on top as a command palette once B stands. The app is then no longer a place with nine tools, but a list of what a human has to decide today.

Open for B: (1) Who defines an “exception” (thresholds for anomalies, age for reviews)? (2) Which automations may run without approval, which only propose (a curation gate like in the Agentic OS)? (3) Personal queues (Tayfun SEO, Dominik Sales) or one shared queue with filters?

Before / after: today vs. variant A

Left is always today’s hub, right is variant A. Use the buttons, or click the carousel and use the arrow keys.

Variant A vs. variant B

Left variant A (client first), right variant B (work first). The third slide puts B directly next to today’s hub.