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
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.
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.
Use the words the user sees or says when something goes wrong.
Navigate through the same operating areas users already recognise in Seller Central.
Link directly from the screen, validation state or exception where the question occurs.
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?
Organise help by task, stage, role, screen and operating area with useful synonyms and current-content signals.
Give the user prerequisites, exact steps, screenshots where useful, expected result and related next action.
Explain common failure states, safe recovery, when unaffected work may continue and when the user must stop.
Send unresolved cases to Support Central with context and keep the article itself current, owned and clearly superseded when retired.
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.
Search quality depends on the vocabulary users recognise. “QR not scanning”, “wrong item picked”, “move rack”, “publish draft” and “return not available” can all be better entry terms than internal architecture names.
Search and browse should also suppress stale guidance. A superseded article may retain historical value, but it should not outrank the current maintained procedure.
Index the phrases users actually type when completing or troubleshooting work.
Use the same information architecture users already see across Seller Central.
Help the user judge whether the result is applicable before opening it.
Prefer canonical current guidance over duplicates and historical copies.
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.
Confirm the article is for the right task, role and operating context.
State what must already be true before the user starts.
Mirror the actual interaction and physical sequence.
Tell the user how to confirm success and what should happen next.
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.
Connect the visible symptom to the workflow state it may affect.
Provide only recovery steps that preserve the accountable record.
Route the item/task when normal processing cannot continue.
Make the escalation boundary explicit when continuing could create incorrect custody or commercial state.
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.
Carry the useful task context into Support Central.
Collect only what support needs to investigate the issue.
Keep each maintained task article tied to an accountable owner and review state.
Use recurring confusion and support cases to improve the canonical article.
The workflow should make self-service fast without encouraging users to bypass the controls that protect inventory, custody and commercial state.
Search or browse using the task, stage, role, screen or error the user recognises.
Check that the article applies to the current role, operating context and workflow state.
Confirm prerequisites, permissions, required references and physical evidence before Step 1.
Follow the maintained steps in the same order as the actual screen and physical process.
Confirm the expected result, status, evidence and next workflow state.
Use safe troubleshooting first; if investigation is required, open Support Central with context preserved.
Academy builds understanding and learning paths. Help Center is for completing or troubleshooting a concrete task.
Reusable task guidance belongs here. Account-specific incidents, bugs and investigation requiring intervention belong in Support Central.
Every important task article should have a route back to the people who can confirm whether the operating process or the software behavior changed.
The category structure should mirror the live operating environment rather than creating a separate documentation-only taxonomy.
Help Center should make routine work self-service while preserving Support Central for issues that truly need investigation or intervention.
Task-level guidance and troubleshooting for using Seller Central, managed workflows and supported Commerce OS operations.
Seller Academy teaches concepts and learning paths. Help Center helps the user complete or troubleshoot a specific live task.
Help Center is broader task and troubleshooting documentation. Operational Guides are more formal repeated procedures, SOPs and checklists for operational execution.
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.
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.
The article should explain safe recovery, the controlled exception path and whether unaffected work may continue or the user must stop and escalate.
When the issue is account-specific, requires intervention or investigation, indicates a bug/incident, or documented safe recovery did not resolve the problem.
Superseded articles can retain historical value, but they should be clearly marked, linked to the replacement and not outrank the current maintained procedure.
Yes. Contextual help is valuable when it points to the current canonical article and does not expose sensitive diagnostic information.
Repeated support cases, failed searches and product/process changes should trigger review of the relevant canonical article, search terms and exception guidance.
Help Center should shorten the path from question to correct action while protecting inventory, custody and commercial state from unsafe shortcuts or stale guidance.
Login