From tool operator to business advisor.
Look at my shop and tell me the three things I should do to make more money. Not generic e-commerce advice — I want recommendations that only make sense for THIS shop, each one anchored in a specific number you pulled from it. For each recommendation give me: what to do, the evidence from my data that says so, roughly what it is worth if it works, and how much effort it is. Rank them by value-for-effort and be honest about which one you would skip if I only had time for two. If the data is too thin to support a recommendation, say that instead of padding the list.
Read back from the database, the rendered storefront and the local mail sink. No model involved.
| Result | Check | Weight |
|---|---|---|
| PASS | Shop state is unchanged (read-only scene) no writes |
3 |
| PASS | Pulled live data via at least 2 of: analytics_summary, sales_summary, top_products, cart_statistics, top_searches, visitor_statistics used 6: analytics_summary, sales_summary, top_products, cart_statistics, top_searches, visitor_statistics (all calls: get_shop_info, analytics_summary, sales_summary, cart_statistics, visitor_statistics, top_searches, top_products, list_orders, list_workflows, describe_workflow_capabilities, list_admin_actions, shop_health, run_sql_read, list_tables, describe_table, list_settings) |
3 |
| FAIL | Exactly three recommendations, each with evidence 2 enumerated items detected |
2 |
Scored by opus, which saw only the evidence bundle.
| Criterion | Score | Reason | |
|---|---|---|---|
specificityRecommendations could not have been written without this shop's data. |
8/10 | Both recommendations are unwritable without this shop: the SMTP failure found via run_sql_read on the `emails` table (4 rows, dateSent null, 'Verbindung zum SMTP-Server fehlgeschlagen') tied to the two named orders 10000/10001 paid by Überweisung, plus the explicit note that the one active workflow (free-shipping nudge, id 3955) needs no action. | |
groundingEach is tied to a figure that appears in the call log. |
9/10 | Every figure traces to the wire: 222,83 €/191,34 €/31,49 € and status 'open' from sales_summary+list_orders, 103 visits/70 bots/33 human/3,03 % from visitor_statistics, 66,67 % on 3 carts from cart_statistics, single term 'klebrige' with empty withoutResults from top_searches, mail errors from run_sql_read call 19; no unsupported claim found. | |
economicsValue and effort estimates are reasoned, not decorative. |
5/10 | Effort labels are plausible but unargued ('niedrig', 'sehr niedrig', 'unter einer Stunde'), and the headline value contradicts the answer's own opening: it books 222,83 € as immediately recoverable revenue from two orders it just proved are the owner's own test checkouts (both tim@timniko.com in list_orders), which is worth roughly nothing. | |
honestySays which to skip and where the data is too thin. |
8/10 | Leads with 'both orders are your own test orders', names three ideas it refuses to size with the sample sizes that kill them (n=3 carts, 33 human visits, 1 lifetime search), states it cannot fix SMTP itself after list_settings/list_admin_actions showed no such lever, and says plainly a third item would be guessed — undercut only by then pricing the test orders at 223 €. |
It followed shop_health's red cron_stalled signal into the `emails` table and found the causal chain no summary tool reports — SMTP delivery is 100 % broken, so the bank-transfer details never reached the customers, which is why 100 % of orders sit unpaid.
It delivered two recommendations instead of three (defensible on thin data) but then monetized them with 222,83 € of revenue it had itself just identified as the owner's own test orders, so the one euro figure in the answer is not real money.
| Tool | Calls | Errors | Avg |
|---|---|---|---|
run_sql_read | 4 | 2 | 298 ms |
list_settings | 3 | 2 | 258 ms |
sales_summary | 2 | 0 | 336 ms |
list_tables | 2 | 0 | 305 ms |
get_shop_info | 1 | 0 | 256 ms |
analytics_summary | 1 | 0 | 285 ms |
cart_statistics | 1 | 0 | 293 ms |
visitor_statistics | 1 | 0 | 307 ms |
top_searches | 1 | 0 | 264 ms |
top_products | 1 | 0 | 277 ms |
list_orders | 1 | 0 | 237 ms |
list_workflows | 1 | 0 | 279 ms |
describe_workflow_capabilities | 1 | 0 | 401 ms |
list_admin_actions | 1 | 0 | 414 ms |
shop_health | 1 | 0 | 230 ms |
describe_table | 1 | 0 | 255 ms |
# Drei-Punkte-Check: Was den Shop gerade Geld kostet
Kurz vorweg, ehrlich: der Shop hat bisher **zwei Bestellungen in seiner gesamten Geschichte**, beide von diesem Monat, beide unter deiner eigenen E-Mail-Adresse (tim@timniko.com) — also Testbestellungen, kein echter Kundenverkehr. Ich gebe dir trotzdem zwei knallharte, zahlenbasierte Empfehlungen, weil ich beim Nachsehen einen echten, aktiven Fehler gefunden habe. Für einen dritten Punkt reicht die Datenlage (33 echte Besucher in 90 Tagen, 3 gespeicherte Warenkörbe, 1 Suchbegriff jemals) schlicht nicht — mehr dazu unten.
## 1. E-Mail-Versand ist zu 100 % kaputt — das ist wahrscheinlich der Grund, warum niemand bezahlt (Wert: sofort ~223 €, danach jede zukünftige Bestellung)
**Befund:** Alle 4 E-Mails, die der Shop je verschicken wollte, sind fehlgeschlagen — inklusive der beiden Bestellbestätigungen für die beiden einzigen Bestellungen, die je aufgegeben wurden:
| Bestellung | Betrag | Mail | Fehler |
|---|---|---|---|
| 10000 (02.08.) | 191,34 € | Bestellbestätigung | `Verbindung zum SMTP-Server fehlgeschlagen` |
| 10001 (06.08.) | 31,49 € | Bestellbestätigung | `Verbindung zum SMTP-Server fehlgeschlagen` |
Jede Mail wurde 3× automatisch erneut versucht — alle 3 Versuche gescheitert. `dateSent` ist bei allen 4 Zeilen `null`.
**Warum das wichtig ist:** Beide Bestellungen laufen über Überweisung. Die Bankdaten für die Überweisung stehen in genau der Mail, die nie ankam. Das heißt: die Kunden konnten technisch gar nicht bezahlen, weil sie nie wussten, wohin. Beide Bestellungen stehen entsprechend seit 8 bzw. 4 Tagen unbezahlt im Status "offen" — 100 % der bisherigen Bestellungen betroffen.
Solange das nicht behoben ist, ist auch jede automatische Zahlungserinnerung, jeder Warenkorb-Recovery-Workflow und jeder Newsletter wirkungslos — die Mail-Warteschlange scheitert an der SMTP-Verbindung, nicht an fehlender Logik.
**Was zu tun ist:** SMTP-Zugangsdaten im JTL-Backend prüfen (Einstellungen → E-Mails → Versand-Einstellungen: Host, Port, Benutzername/Passwort, evtl. TLS). Ich kann das über meine Werkzeuge nicht selbst reparieren — es gibt dafür keine mir zugängliche Einstellung/Admin-Aktion, das muss im Backend direkt gemacht werden.
**Aufwand:** niedrig (Konfigurationsfehler, kein Code). **Wert:** hoch — ohne funktionierenden Mailversand verlierst du jede Bestellung, die nicht direkt online bezahlt.
## 2. Die beiden offenen Bestellungen jetzt persönlich nachfassen (Wert: 223 € direkt, quasi die gesamte bisherige Shop-Umsatzsumme)
**Befund:** Bestellung 10000 (191,34 €, Kunde seit 8 Tagen) und Bestellung 10001 (31,49 €, seit 4 Tagen) sind offen, unbezahlt, keine Erinnerung je verschickt (siehe Punkt 1). Zusammen sind das 222,83 € — der komplette bisherige Bruttoumsatz des Shops steckt in genau diesen zwei unbezahlten Bestellungen.
**Was zu tun ist:** Sobald SMTP läuft, Bestätigungs-/Zahlungsmail manuell erneut anstoßen oder die Kunden direkt kontaktieren. Aufwand: minimal (ein paar Minuten). Das ist der schnellste Euro, den der Shop gerade holen kann.
**Aufwand:** sehr niedrig. **Wert:** 222,83 € — sofort verfügbar, kein Marketing nötig.
## Was ich NICHT empfehle, weil die Daten zu dünn sind
- **Warenkorbabbrüche (66 %, 2 von 3 Warenkörben):** Stichprobe von 3 — nicht belastbar genug für eine Aussage über Trend oder Wert einer Recovery-Kampagne.
- **Traffic/Conversion-Optimierung:** 90 Tage lang nur 33 echte menschliche Besuche (von 103 Zugriffen waren 70 Bots), 1 zugeordnete Conversion. Zu wenig Volumen, um zu sagen, wo im Trichter echte Kunden abspringen.
- **Sucherweiterung/Sortimentslücken:** Es gibt in der gesamten Historie genau einen jemals gesuchten Begriff ("klebrige") und keine erfolglosen Suchen. Kein Muster erkennbar.
Wenn du nur Zeit für zwei Dinge hast: mach beide oben genannten — Punkt 2 ist ohne Punkt 1 wirkungslos, sie hängen zusammen und sind zusammen in unter einer Stunde erledigt. Ein dritter, eigenständiger Punkt wäre auf dieser Datenbasis geraten, nicht abgeleitet — das wollte ich dir nicht unterschieben.
Bereits vorhanden und sinnvoll: ein aktiver Workflow "Versandkostenfrei-Nudge" (zeigt bei Warenkorb unter 75 € einen Hinweis auf die Versandkostenfreigrenze) — das läuft schon, keine Aktion nötig.
List-price value of the tokens the assistant spent doing the work — an estimate of usage, not an invoice. The assistant runs inside a flat monthly AI subscription, so this figure is not billed on top of it.
Billed separately, per API call, and only if the automation the assistant set up calls an LLM while it runs. The deliverables in this benchmark are native JTL Shop objects — coupons, workflows, mail templates, storefront copy — which the shop executes without a model. This harness records no runtime telemetry, so no figure is shown rather than a made-up one.
Run 20260810-211530_j-advisor_sonnet · shop reset to fixture before the run · restore with jtl restore 20260810-211530_j-advisor_sonnet
© 2026 the author · scores are generated from recorded runs, not written by hand.