← NoibuCONTENT HISTORY
WHAT CHANGED
Update to Noibu
Snapshot Nov 7, 2026 · 06:14 UTC · version 1.2.8
Collection source: downloaded plugin package.
First saved snapshot
No earlier snapshot is available to establish a change.
Save Noibu and check future changes in Following.
Up to 3 plugins free · no card required.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"description": "Analyze Noibu checkout performance, funnel drop-off, payment and delivery mix, abandonment, and technical issues with an interactive investigation board, dashboard, export, and scheduling actions.",
"included_files": [
{
"relative_path": "agents/openai.yaml",
"size_in_bytes": 330
},
{
"relative_path": "references/queries.md",
"size_in_bytes": 13627
}
],
"name": "checkout-analysis",
"skill_md_contents": "---\nname: checkout-analysis\ndescription: Analyze Noibu checkout performance, funnel drop-off, payment and delivery mix, abandonment, and technical issues with an interactive investigation board, dashboard, export, and scheduling actions.\n---\n\n# Checkout performance\n\n- Read [shared query guidance](../querying-noibu-data/SKILL.md) and [runtime/actions](../querying-noibu-data/references/chatgpt-runtime.md). Use skill `checkout-analysis`; resolve the store and saved business context.\n- Default to the last 30 days versus the immediately preceding equal window; honor requested dates.\n- Focused questions use only relevant [queries](references/queries.md). For a full review:\n - Fetch Q1–Q7, Q1b when row-level fields exist, and prior counterparts; independent aggregates can run together.\n - Use distinct sessions reaching at least each stage. Express checkout may skip intermediate events.\n - Compare each segment with its own prior window. Candidate regressions are ≥3 pp absolute or ≥10% relative with sufficient traffic; rank up to three supported findings.\n - Run targeted follow-ups. Route merchant technical causes to tech-diagnosis; give UX/operations findings a concrete next check and verification plan.\n\n## Report\n\nUse the packaged [inline presentation](../querying-noibu-data/references/presentation.md); focused answers may remain prose.\n\n- Lead with one or two measured conclusions.\n- Overview: compact population/cart reach, count-scaled cart → checkout → payment → completion funnel, completion/device/value highlights, supported abandonment rows and populated payment/delivery bars.\n- Show exact windows, timezone, denominators, currency and express-checkout/coverage limits. Avoid duplicating KPIs as highlights.\n- Put abandonment tables at `placement: \"overview\"`; supporting data is expandable. Label bounded samples and never extrapolate sample cart values to all abandoned sessions.\n- Classify abandonment as observed behavior, not proven motives. Check continued product/category browsing before generic no-action. Payment/delivery mix measured only on purchases cannot establish gateway failure rates.\n- Each numbered opportunity needs its cohort, current/prior denominators, signed pp/relative delta and `fix` containing **Next check** plus verification. Do not pad findings or treat tiny order movements as major opportunities.\n- Missing slices stay omitted. With healthy completions but missing intermediate events, headline cart-to-completion rather than invented drops. An empty window warrants another date/store choice.\n- Estimates need a formula/baseline and are not guaranteed recovery. Lower discount use alone does not prove coupon failure.\n\n## Follow-ups\n\n- Preserve the tested light dashboard, **Save as Live Site** beneath dashboard content, investigation cards, and separate final Pages/download/scheduling controls.\n- Investigate reuses the selected evidence; technical findings use [source access](../querying-noibu-data/references/source-access.md) for any fix, not ordinary UX/operations analysis.\n- Site saves follow [persistent dashboards](../querying-noibu-data/references/connected-dashboard.md) and [permission preflight](../querying-noibu-data/references/site-permissions.md), including the confirmed weekly-refresh offer.\n- Scheduling follows [connected delivery](../querying-noibu-data/references/scheduling-delivery.md), with fresh rolling comparisons; exports reuse evidence unless refresh is requested.\n- Issue/status changes require an explicit request, exact issue and supported status. Analysis/rendering authorizes no writes.\n"
}SHA-256 of public snapshot: 8d442a8e1ae33e65827eacc005773e59e1e270503d535d85ed27970b53e0a642