Create support cards
Add a manual card when a customer question, product gap, or support follow-up needs owner attention.
Support Board
Track manual support cards, private owner notes, status history, assignee context, related surfaces, and governed answer-proposal handoff without turning Canonica into a project-management tool.
Canonica product layer
Track manual support cards, private owner notes, status history, assignee context, related surfaces, and governed answer-proposal handoff without turning Canonica into a project-management tool.
Manual support cards and private notes
Status history for owner review
Answer proposal handoff
Support Board
Support Board is the owner/staff workboard for support gaps that need follow-up. Tickets, conversations, and signals keep their own screens; the board is for the items owners decide should become reviewed support work.
Add a manual card when a customer question, product gap, or support follow-up needs owner attention.
Store internal owner/staff context on the card. Notes stay private and never render in hosted help, widget answers, or public pages.
Use the current status for filtering while keeping a timestamped activity trail of status changes and remarks.
Add assignee, due date, priority, tags, and related customer/support context without building a full helpdesk workflow.
Attach the card to related product surfaces, entities, tickets, conversations, or answers when that context makes review faster.
Turn a handled support card into a governed answer proposal, then approve it through Knowledge Governance before it becomes official.
Workflow
Support Board stays manual-first by default: owners create the cards that matter, add private context, move the item through review, and hand off answer work to governance when needed.
Capture the support gap, unresolved question, or follow-up item the owner wants to track.
Record internal notes, assignee, priority, due date, and links to the relevant support objects.
Use current status for the board view while preserving timestamped status activity.
Link the item to a surface, entity, answer, ticket, or conversation when that helps review.
Draft an answer proposal only when the support item should become reusable support knowledge.
Knowledge Governance remains the authority layer before an answer becomes official.
Connected product truth
Support Board is useful because it sits above tickets, conversations, surfaces, and governance as an owner review lane. It should not replace those dedicated screens.
Track manual support cards, private owner notes, status history, assignee context, related surfaces, and governed answer-proposal handoff without turning Canonica into a project-management tool.
Support Board is useful because it sits above tickets, conversations, surfaces, and governance as an owner review lane. It should not replace those dedicated screens.
Manual support cards and private notes
Fallback tickets stay in the ticket inbox; selected issues can become board follow-up.
Low-confidence conversations and feedback can inform cards without exposing chat logs publicly.
Cards can point to billing, onboarding, settings, integrations, releases, or error pages.
Answer proposals created from cards still require owner approval before becoming authoritative.
Questions
No. Tickets stay in the ticket inbox. Support Board is the private owner workboard for selected support gaps, follow-up notes, and knowledge tasks.
No. The default public product story is manual-first. Ticket/signal sync and nightly board preparation are controlled rollout paths and are not on for every workspace by default.
No. Support Board notes are internal owner/staff context only. They do not appear in hosted help, widget responses, public APIs, or customer-facing docs.
No. Cards can create answer proposals, but Knowledge Governance and owner approval decide what becomes authoritative support knowledge.
Canonica works best when support board stays connected to widget answers, hosted help, tickets, and answer review.