Feedback
Gather text feedback with an associated emotion.
Inline
Was this helpful?
Best Practices
When to use
- Place Feedback at the end of a page, doc, or completed flow where the user has formed an opinion. Don’t front-load it on a surface the user has only opened.
- Use the topic Select variant when feedback maps to actionable categories the team triages (
Bug,Pricing,Documentation); skip it when the open textarea is enough. - Don’t use Feedback as a substitute for a support form, a bug report intake, or NPS sampling. Those have dedicated surfaces.
Behavior
- Keep the panel collapsed until the user clicks the trigger; auto-opening derails the work that prompted the feedback.
- Pair the metadata variant with non-PII context (route, build ID, plan, viewport) so the team can reproduce the report without a second round-trip.
- Submit closes the panel and returns focus to the trigger. Don’t replace the panel with a generic acknowledgment toast; the close itself is the acknowledgment.
Content
labelis Title Case and short. DefaultFeedbackis fine; override only when scoping to a flow:Feedback on Imports,Report a Bug. Don’t end the label with?.copyoverrides the prompt header next to the emoji row in sentence case (How did the import go?). Cutpleaseandwe’re sorry.- The textarea placeholder (
Your feedback...) is fixed by Geist; don’t try to override it with rich children.
Was this helpful?