Prioritize customer feedback.
Decide what to build next.

Evaluate collected feedback and feature requests by impact, effort and customer context. Turn shared scores into backlog priorities, then choose the work your team will put on the roadmap.

Prioritize your requests

See how feedback becomes a priority →

// evidence & estimates

Understand the value and effort behind each request.

Keep customer signals alongside estimates of reach, impact, confidence and implementation effort.

// shared decisions

Build a backlog your team can explain.

Review scores and disagreements, check dependencies and capacity, then decide what to plan next.

// illustrative scoring workflow

Feedback prioritization with impact, effort and customer context

Custom roles is one of several requests your team could build. Compare it with an export fix, SSO and other backlog work using the same criteria.

  1. Start with the request: review the customer problem, group related feedback and link the idea to backlog work.
  2. Estimate value and effort: define reach, impact and confidence, and ask engineering to estimate implementation effort.
  3. Add customer context: consider votes, affected segments and relevant account context using the model your team chooses.
  4. Review the scores: discuss uncertain inputs and disagreements; update the estimates when new information arrives.
  5. Choose the plan: review the ranked backlog against goals, dependencies and capacity before selecting roadmap items.

In the demo, engineering revises Custom roles from 4 to 6 person-months. Its score decreases while the underlying request and customer context stay connected.

  1. SSO request
    R250 I2 C80% E4
    100
  2. Fix export crash
    R400 I1 C80% E4
    80
  3. Custom roles
    R150 I2 C80% E4
    60
  4. API refactor
    R200 I1 C80% E4
    40
Synthetic data. Reach means people affected per quarter; effort is in person-months; impact uses a shared scale; confidence is 80%. The example starts with RICE, then adds 2 points per vote and 1 point per $1k of associated customer ARR. These are illustrative custom weights. Associated ARR is context, not a forecast of new revenue. Review effort changes Custom roles from 4 to 6 person-months.

Bring feature requests into a backlog you can evaluate

Organize the feedback first, then compare the work needed to solve it alongside bugs and other planned improvements.

Keep the customer problem clear

Record who asked, what they are trying to do and why it matters. Review related requests before merging duplicates.

Collect and organize feature requests →

Connect conversations to product work

Capture selected messages as drafts and preserve useful context when the request reaches your backlog.

Requests from Slack →
Requests from Discord →

Link ideas to tracker issues

Add an idea to the internal backlog or link it to existing Jira, Linear or other supported tracker work. Evaluate it alongside the issues your team already manages.

Link requests and backlog work →

Choose the criteria behind your backlog priorities

Ducalis is a feature prioritization tool with configurable criteria, rating scales and scoring formulas. Start with a framework, then make its definitions useful for your product.

// impact

What customer outcome could improve?

Use the same goal and rating scale across requests. Estimate reach over a defined period and record the evidence supporting your impact estimate.

// effort

What will implementation require?

Have engineering estimate the work using consistent units. Include dependencies and revise effort when the technical scope becomes clearer.

// context

Who is affected, and how certain are we?

Review votes, customer segments, account context and confidence in your estimates. Keep measured signals distinguishable from assumptions.

RICE prioritization → · WSJF prioritization → · Value versus effort → · Explore frameworks →

Configure your Total Score formula →

Inspect the assumptions behind a score

Custom roles has an estimated quarterly reach of 150 people, impact 2 and confidence 80%. Engineering’s revised effort changes the calculation.

Custom rolesInitial estimateAfter engineering review
Reach · people / quarter150150
Impact · shared scale22
Confidence80%80%
Effort · person-months46
RICE · reach × impact × confidence ÷ effort6040
Votes · observed sample count4040
Associated customer ARR · sample context$180k$180k
Custom score · RICE + 2 × votes + ARR / $1k320300
Illustrative inputs and weights. Custom scores are meaningful within the model you configured; compare requests using consistent definitions. Missing evidence should prompt a question or an explicit assumption.

Use team scoring to review the trade-offs

Assign criteria to teammates with the relevant expertise. Compare their evaluations and discuss where the scores differ before committing to the plan.

Get the right input

Customer-facing teammates contribute problem and account context; product defines the outcome; engineering estimates effort and technical dependencies.

Assign users and criteria →

Discuss disagreements

Use Alignment to find differences in issue scores. Clarify the scope or criteria, then revisit the estimates your team needs to agree on.

Align the team on backlog priorities →

Prepare evidence with your AI assistant

Ask your connected agent to summarize feedback and flag gaps before scoring. The team validates the context and estimates before using them to decide.

Connect your AI agent →

Require selected criteria before calculating Total Score →

// ranked backlog → team-selected roadmap

Use backlog priorities to choose what reaches your roadmap

Review the ranked backlog against your current goals, dependencies and available capacity. In the sample, the team selects Custom roles and links its public idea to Linear ENG-142.

Write a clear customer-facing summary and choose its visibility and status. The public roadmap communicates the plan your team has reviewed.

Configured tracker rules keep the linked idea’s status aligned with delivery progress. After release, a reviewed announcement tells customers what changed.

Show customers your public roadmap → · Close the loop with release updates →

Review suggestions

Edit boards offline

Team-selected idea → Planned, related requests linked

ENG-142linked backlog issue

Custom roles

Done

Configured status rule → Done on the roadmap

Public Roadmap PublicSelected customersTeam only
Roadmap25Bugs10Enterprise6

Planned

  1. ▲ 4 Offline editing Mobile +3 similar requests Shipped

In progress

  1. ▲ 19 Dark mode UI Shipped
  2. ▲ 31 SSO login Security Shipped

Done

  1. ▲ 40 Custom roles Permissions Shipped
  2. ▲ 42 CSV export Reporting Shipped
The team chooses what to publish. Priority scores support that decision; they do not set release dates or automatically expose your whole backlog.

Choose criteria for your backlog

Compare scoring approaches and a feedback-driven workflow before applying criteria to real requests.

Make the next product decision together.

Start with three collected requests. Define your criteria, record the evidence, review the scores and choose what to plan next.

Prioritize your requests

Follow the prioritization setup →