A feedback widget
where customers use your product.

Give users a feedback button when an idea comes up. Bring the request into Ducalis, connect it to backlog work and tell the people who asked what happens next.

Set up your feedback widget

Follow one request from feedback to release →

// collect in context

Let customers ask while they are using your product.

Embed a feedback form in your website or web app. Identify signed-in customers and pass the context your team needs to understand their requests.

// keep the connection

Give the request a path to delivery.

Review the idea, link it to work and use public statuses and approved release updates to close the loop.

// illustrative in-product workflow

One feature request. From the widget to a released feature.

Alex is setting up a team in Acme and needs Custom roles. They send a request through the in-app feedback widget. Your team reviews it in Ducalis and links it to Linear ENG-142.

  1. Send: the customer opens your feedback button and describes the feature they need.
  2. Organize: the request reaches the chosen Voting Board; your team reviews the wording, customer context and related ideas.
  3. Link: connect the idea to an existing backlog issue or create new work, then evaluate it with other priorities.
  4. Show progress: configured status rules update the linked idea. The author can receive status-change emails.
  5. Announce the release: review and approve the update, display it in the changelog widget and deliver release notes to subscribers using your settings.
Illustrative product, request and issue ID. The sample button advances the demo. Actual collection starts after you install and configure your board’s widget.
// feedback button → chosen board

Collect in-app feedback with the customer context attached

Choose the Voting Board that receives requests before copying the widget code. Customers can describe feature requests, bugs or other product needs through the embedded form.

Use voter identification to pass a signed-in customer’s email and optional user ID, name or company. Add supported custom attributes such as a plan or market segment when they help your team understand the request.

Your team reviews the resulting idea, adds useful labels and checks matching requests before merging duplicates. Keep a clear customer-facing summary and the evidence needed for the product decision.

See how to organize feature requests from all your channels →

// reviewed idea → linked issue

Connect the feature request to your backlog

When Custom roles matches existing work, link it to that issue. If the work is new, use + New to create an issue in Ducalis or your connected task tracker.

The customer’s idea stays connected to the internal work. Compare impact, effort and customer context in Ducalis; your team decides what to build and what belongs on the roadmap.

With a connected tracker, you can link an idea to an existing issue even if that issue has not been imported into a Ducalis scoring board.

Prioritize the linked requests → · Connect your task tracker →

// progress customers can follow

Let the author know what happened to their request

Configure idea statuses such as Planned, In progress and Done. Rules map the status of the linked issue to a customer-facing status.

Authors and voters can receive emails when their idea changes status. They control their notification preferences on the Voting Board.

Show progress in your public roadmap and choose the widget’s Public Roadmap configuration to place it alongside the feedback form. If tracker Done precedes the actual release, configure the release-webhook condition before marking the idea Done.

Build a roadmap from customer feedback → · Understand voter notifications →

// released → reviewed → announced

Bring the release update back into your product

Once Custom roles is available, prepare a customer-facing announcement. AI can draft it from the linked idea; your team checks availability, benefit, wording and links before approval.

Choose the widget’s Changelog configuration to display approved release updates alongside its feedback form. Explain what changed and where the customer can use it.

Subscribers can also receive release notes according to your configured delivery schedule or send trigger. Status-change emails and release-note delivery have separate settings.

app.acme.com
Illustrative release · sample issue IDs.

Set up your feedback widget and test the first request

Start on a test page, then check the request reaches the intended board before making the button available to customers.

// 01 · destination

Choose the board and install

Open Embed → Feedback/Roadmap/Changelog widget, copy your board’s script into the HTML head and use Verify to check the installation.

Install and verify the code →
// 02 · experience

Choose what customers see

Keep the feedback form, or add a roadmap or changelog. Select what opens first and customize the button’s label, position, colors and language.

Choose display modules →
Customize the feedback button →

// 03 · first request

Check the complete path

Configure identification and board access. Submit one test request, check its author and context in Ducalis, link it to an issue and verify status and release updates with a test subscriber.

Set up voter identification →
Collect feedback from an iOS app →

Learn the in-app feedback workflow

See what happens after a user sends a request, and how the same product surface can help them discover updates.

Give the next customer idea a place to go.

Install the feedback widget, collect one request and connect it to the work your team is planning.

Set up your feedback widget

Follow the widget setup guide → · See the full feedback-to-release workflow →