Resources · Help Center

Find the Exact Task, Follow the Current Procedure and Resolve Common Problems before Opening a Support Case

Search by task, workflow stage, screen, role or known error; open one maintained article; confirm prerequisites; follow the exact steps; verify the expected result; recover from common failures; and escalate with context only when self-service is not enough.

Help Center is the task-resolution layer for Seller Central. It is different from Seller Academy, which teaches concepts and complete learning paths, and different from Support Central, which handles account-specific investigation, incidents and issues that require intervention.

Search by task and screen
Step-by-step current guidance
Troubleshooting and recovery
Context-preserving support escalation
From “How do I?” to a verified result
Find + prepare + do + verify + recover
01
Find the Task
Search using the terms users recognise: task, screen, workflow stage, role, item state or known error text.
02
Prepare and Execute
Confirm prerequisites and permissions, then follow the maintained steps in the same sequence as the actual workflow.
03
Verify and Recover
Check the expected result, then use the documented recovery or exception path if the normal workflow does not complete.
04
Escalate with Context
If the issue needs investigation or intervention, open Support Central with the article, workflow and safe task/reference context preserved.
One task should have one canonical maintained procedure. Search results, contextual help, FAQs and Academy lessons should point users to that same source.
One task · one maintained answer
Find help in the way the user thinks about the problem

Search by Task, Browse by Journey or Open Contextual Help from the Screen

Users should not need to know the name of a WordPress plugin, PHP class or database table to find help. The entry point should match the work they are actually trying to complete.

Swipe through Help Center entry points
01

Search by Task or Error

Use the words the user sees or says when something goes wrong.

  • “Scan item QR”
  • “Move item to new rack”
  • “Outbound item missing”
  • Known validation/error text where useful
03

Open Contextual Help

Link directly from the screen, validation state or exception where the question occurs.

  • Complex control help
  • Error-to-troubleshooting link
  • Related Operational Guide
  • Support escalation if unresolved
Four connected Help Center components

Find the Right Article, Follow the Procedure, Recover from Exceptions and Escalate Only when Needed

Good help content answers four questions in order: Is this the right article? Am I ready to start? What exactly do I do? What should I do if the expected result does not happen?

Swipe through the Help Center components
01

Search & Information Architecture

Organise help by task, stage, role, screen and operating area with useful synonyms and current-content signals.

SearchFilterBrowseCurrent

View search and browse

02

Task Article Structure

Give the user prerequisites, exact steps, screenshots where useful, expected result and related next action.

PrerequisiteStepsResultNext

View task articles

03

Troubleshooting & Exceptions

Explain common failure states, safe recovery, when unaffected work may continue and when the user must stop.

ErrorRecoverExceptionStop/Continue

View troubleshooting

04

Escalation & Content Governance

Send unresolved cases to Support Central with context and keep the article itself current, owned and clearly superseded when retired.

EscalateOwnerReviewSupersede

View escalation and governance

See the Help Center task-resolution flow in action

Follow a User from Search through the Canonical Task Article, Troubleshooting and Context-Preserving Support Escalation

Start with the complete Help Center architecture, then move through task search, filters, article structure, prerequisites, execution, expected results, recovery, contextual help, Support Central escalation and content governance.

Slide 1 of 10

Complete Help Center architecture

02
Help Center search The screen shows fictional task search with role, stage and resource filters plus current/superseded article signals.
Step 1 · Find

Search Using the Words the User Sees and Says

Useful search terms can include the task, screen label, workflow stage or known error instead of internal backend terminology.

  • Task/error query
  • Role/stage filters
  • Current article priority
  • Superseded replacement signal
What this screen demonstrates Use fictional article titles and error examples.
03
Help Center browse The screen shows fictional browse categories aligned to onboarding, receiving, storage, fulfilment, publishing and Commerce OS.
Step 2 · Browse

Use the Same Operating Areas Users Already Recognise in Seller Central

Browse paths should reinforce the product and operational information architecture instead of inventing documentation-only categories.

  • Journey stage
  • Operating area
  • Role
  • Related help topics
What this screen demonstrates Keep category names aligned with the live site architecture.
04
Canonical task article The screen shows a fictional task article with purpose, applies-to scope, prerequisites, permissions, steps and expected result.
Step 3 · Confirm and prepare

Verify the Article Applies before the User Begins the Task

Purpose, role, state and prerequisites help prevent a correct procedure from being used in the wrong context.

  • Purpose/applies to
  • Prerequisites
  • Permissions
  • Expected result
What this screen demonstrates Use fictional task data and sanitised screenshots.
05
Task steps The screen shows fictional numbered actions using current control labels and an explicit expected next state.
Step 4 · Execute

Follow the Procedure in the Same Order as the Actual Screen and Physical Work

High-volume operators need concise steps that do not slow the workflow or hide critical information inside images.

  • Short numbered actions
  • Current labels
  • Useful screenshot only
  • Next state visible
What this screen demonstrates Critical steps must remain available as text.
06
Expected result and next action The screen shows a fictional success state, evidence/status confirmation, next action and troubleshooting link.
Step 5 · Verify

Tell the User Exactly How to Know the Task Succeeded

An article is incomplete if it explains the clicks but not the expected status or physical result.

  • Success status
  • Evidence/confirmation
  • Next workflow action
  • If not, open troubleshooting
What this screen demonstrates Use fictional state and reference data.
07
Troubleshooting The screen shows a fictional error with affected state, safe retry, exception route and continue/stop guidance.
Step 6 · Recover safely

Preserve the Accountable State while Attempting Recovery

Troubleshooting should not encourage bypasses that make custody, inventory or publication state unreliable.

  • Identify affected state
  • Safe retry/recovery
  • Exception path
  • Continue/stop rule
What this screen demonstrates Use a fictional recoverable error, not a live incident.
08
Contextual help The screen shows a fictional workflow with a contextual help link to the canonical article near a complex control or validation error.
Step 7 · Open help in context

Reduce Search Time by Linking the Maintained Article from the Place the Question Occurs

Contextual help works best near complex controls and recurring exception states.

  • Task-level help link
  • Error-to-troubleshooting link
  • Canonical article
  • No critical tooltip-only instruction
What this screen demonstrates Do not expose sensitive diagnostics in public help links.
09
Support escalation The screen shows a fictional unresolved-help path into Support Central with article, safe reference, state/error summary and attachment context.
Step 8 · Escalate

Open a Support Case only when the Issue Requires Investigation or Intervention

Carry known context forward so the user and support team do not reconstruct the problem from scratch.

  • Related article/task
  • Safe reference ID
  • Current state/error
  • Evidence/attachment path
What this screen demonstrates Never include passwords, secret keys, bank/KYC data or unnecessary PII.
10
Help article governance The screen shows fictional owner/review metadata, current/superseded state, replacement link and improvement signals from search/support.
Step 9 · Improve

Use Releases, Failed Searches and Repeated Support Cases to Keep the Canonical Article Current

The resource should improve as the underlying workflow and user questions change.

  • Owner/last reviewed
  • Current/superseded
  • Replacement link
  • Search/support feedback
What this screen demonstrates This demonstrates content governance, not a compliance guarantee.
Swipe through the Help Center walkthrough
02
Tell the user whether they are ready before telling them where to click

Purpose, Applies-To Scope, Prerequisites, Permissions, Exact Steps, Evidence, Expected Result and Related Next Action

A task article should be executable without forcing the user to infer missing prerequisites. If a warehouse operator must have a locked task, a specific location state or an approved reservation before scanning, say so before Step 1.

Steps should follow the actual screen and physical sequence. For high-volume workflows, keep the instructions concise enough that the operator can refer to them without slowing down the work.

Prerequisites before Step 1Steps aligned to real screen orderExpected result and next state explicit
Swipe through task-article structure

Purpose & Applies To

Confirm the article is for the right task, role and operating context.

  • What this task accomplishes
  • Applicable user/role
  • Applicable operating model/site where relevant
  • Related state or workflow stage

Prerequisites & Permissions

State what must already be true before the user starts.

  • Required status/state
  • Required access/permission
  • Required item/task/reference
  • Required physical material or evidence

Exact Steps

Mirror the actual interaction and physical sequence.

  • Short numbered actions
  • Current control labels
  • Screenshot only where it adds value
  • Do not hide critical steps in images

Expected Result & Next Action

Tell the user how to confirm success and what should happen next.

  • Expected status/state
  • Confirmation/evidence
  • Next workflow step
  • Troubleshooting link if result differs
03
Troubleshooting should protect inventory truth, not merely get the user past an error

Recognise the Failure, Preserve the Current State, Try Safe Recovery, Route Exceptions and Know when to Stop

A useful troubleshooting article explains what the error means operationally. If the system cannot verify an item, the answer should not simply tell the user to bypass verification; it should explain whether the item must remain unverified, held or routed to an exception.

Where a failure affects only one row or item, unaffected work may continue if the workflow safely supports it. Where continuing could corrupt custody, availability or approval state, the guide should explicitly tell the user to stop and escalate.

Preserve state before retrySafe retry versus controlled exceptionExplicit stop/continue guidance
Swipe through troubleshooting and exception controls

Identify the Failure

Connect the visible symptom to the workflow state it may affect.

  • Error/validation text
  • Current item/task state
  • Affected versus unaffected work
  • Likely recoverable versus investigation needed

Safe Recovery

Provide only recovery steps that preserve the accountable record.

  • Retry/reload/re-scan where safe
  • Re-authenticate/reconnect where applicable
  • Re-open current task/state
  • Never suggest silent data overwrite as a shortcut

Exception Path

Route the item/task when normal processing cannot continue.

  • Hold / shortage / discrepancy
  • Owner or supervisor
  • Evidence/reference
  • Continue unaffected work where safe

Stop and Escalate

Make the escalation boundary explicit when continuing could create incorrect custody or commercial state.

  • Do not force completion
  • Preserve current status
  • Capture safe diagnostic context
  • Open Support Central

Open Support Central

04
Escalation should carry context forward; content governance should prevent the same problem from recurring through stale guidance

Support Handoff, Safe References, Article Ownership, Review Dates, Release Impact, Superseded Content and Feedback Loops

When self-service does not resolve the problem, the escalation should include the task/article context and safe identifiers already available to the system. Users should not have to rewrite the entire history or expose passwords, secret keys or unrelated personal data.

Help Center content itself needs maintenance. Product changes, workflow changes and recurring support cases should trigger article review so users are not repeatedly sent into an outdated recovery path.

Support case with preserved contextSafe references, never secretsRecurring support issue feeds documentation improvement
Swipe through escalation and article-governance controls

Support Handoff

Carry the useful task context into Support Central.

  • Article/task being followed
  • Safe request/item/task ID
  • Current state/error summary
  • Evidence/attachment path

Safe Diagnostic Context

Collect only what support needs to investigate the issue.

  • No passwords or secret keys
  • No unnecessary KYC/bank data
  • Sanitised screenshots where useful
  • Environment/module/reference IDs

Article Governance

Keep each maintained task article tied to an accountable owner and review state.

  • Owner/team
  • Last reviewed date
  • Applies-to scope/version where useful
  • Current / superseded / replacement state

Feedback Loop

Use recurring confusion and support cases to improve the canonical article.

  • Search-with-no-result patterns
  • Repeated support issue
  • Release/process change
  • Article update and stale-copy retirement
Help Center task-resolution workflow

Find, Confirm, Prepare, Execute, Verify and Recover—or Escalate

The workflow should make self-service fast without encouraging users to bypass the controls that protect inventory, custody and commercial state.

Swipe through the Help Center workflow
01

Find

Search or browse using the task, stage, role, screen or error the user recognises.

02

Confirm

Check that the article applies to the current role, operating context and workflow state.

03

Prepare

Confirm prerequisites, permissions, required references and physical evidence before Step 1.

04

Execute

Follow the maintained steps in the same order as the actual screen and physical process.

05

Verify

Confirm the expected result, status, evidence and next workflow state.

06

Recover or Escalate

Use safe troubleshooting first; if investigation is required, open Support Central with context preserved.

Help Center is not Seller Academy

Academy builds understanding and learning paths. Help Center is for completing or troubleshooting a concrete task.

Help Center is not Support Central

Reusable task guidance belongs here. Account-specific incidents, bugs and investigation requiring intervention belong in Support Central.

Help Center ownership

Operations Own Process Accuracy; Product Teams Own System Behavior; Resources Own Findability and Maintenance

Every important task article should have a route back to the people who can confirm whether the operating process or the software behavior changed.

Help Area
Operations / Subject Owner
Product / Technology
Resources / Support
Task purpose and operating sequence
Own process truth
Confirm system sequence
Publish clear article
Screen labels and system behavior
Validate operational use
Own product behavior
Keep article current
Troubleshooting and safe recovery
Validate operational consequence
Confirm technical recovery boundary
Structure recovery/escalation path
Support escalation
Provide operational evidence
Investigate product issue where needed
Support Central owns case routing
Article lifecycle
Confirm process still applies
Confirm release/version effect
Review, supersede, replace and improve search
Swipe through Help Center ownership views
01

Operations / Subject Owner

  • Task purpose Own
  • Process sequence Own
  • Exceptions Validate
  • Operating change Review
02

Product / Technology

  • System behavior Own
  • Screen state Confirm
  • Error/recovery Confirm
  • Release impact Provide
03

Resources / Support

  • Search/findability Own
  • Article structure Maintain
  • Support escalation Route
  • Stale content Retire
Recommended Help Center categories

Browse by the Operating Areas Users Already Recognise

The category structure should mirror the live operating environment rather than creating a separate documentation-only taxonomy.

Swipe through recommended Help Center categories
Account & AccessLogin, onboarding status, users, roles, permissions, addresses and account settings.
Inbound & ReceivingScheduling, gate receiving, package verification, item intake, QR scanning and discrepancies.
Catalogue & StudioPhotography, measurements, attributes, AI review, catalogue readiness and approval.
Storage & InventoryLocations, put-away, movements, containers, counts, capacity, holds and reconciliation.
Fulfilment & ReturnsRequests, reservation, picking, packing, dispatch, returns, QC, care and restoration.
Publishing & MarketplacesEligibility, destination mapping, values, draft/review/publish, sync and listing errors.
Vault Commerce OSWebsite, WMS, rental commerce, CRM, fulfilment, marketplace connections, integrations and reporting.
Troubleshooting & SupportKnown errors, recovery paths, exception routing and when to escalate to Support Central.
Help Center FAQs

Common Questions about Task Help and Troubleshooting

Help Center should make routine work self-service while preserving Support Central for issues that truly need investigation or intervention.

Open Support Central

What is Help Center for?

Task-level guidance and troubleshooting for using Seller Central, managed workflows and supported Commerce OS operations.

How is Help Center different from Seller Academy?

Seller Academy teaches concepts and learning paths. Help Center helps the user complete or troubleshoot a specific live task.

How is Help Center different from Operational Guides?

Help Center is broader task and troubleshooting documentation. Operational Guides are more formal repeated procedures, SOPs and checklists for operational execution.

Should an article include prerequisites?

Yes when the task depends on a prior state, permission, task lock, reservation, physical material or other condition that must be true before Step 1.

Can Help Center articles include screenshots?

Yes, when a screenshot materially clarifies the task. Critical instructions should still remain in accessible text and screenshots should use sanitised or fictional data where required.

What should happen if the normal workflow fails?

The article should explain safe recovery, the controlled exception path and whether unaffected work may continue or the user must stop and escalate.

When should a user go to Support Central?

When the issue is account-specific, requires intervention or investigation, indicates a bug/incident, or documented safe recovery did not resolve the problem.

Should old articles remain searchable?

Superseded articles can retain historical value, but they should be clearly marked, linked to the replacement and not outrank the current maintained procedure.

Can an error message link directly to a troubleshooting article?

Yes. Contextual help is valuable when it points to the current canonical article and does not expose sensitive diagnostic information.

How should support feedback improve Help Center?

Repeated support cases, failed searches and product/process changes should trigger review of the relevant canonical article, search terms and exception guidance.

Make the maintained answer easier to find than the workaround

Find the Right Task, Follow the Current Procedure, Verify the Result and Escalate only when Investigation Is Required

Help Center should shorten the path from question to correct action while protecting inventory, custody and commercial state from unsafe shortcuts or stale guidance.