What prioritization looks like
Prioritization in Custory works best when the team compares problems before committing to responses. The practical flow is:- Start from framed opportunities.
- Review linked evidence and metrics.
- Compare impact, effort, and confidence.
- Choose the opportunities that deserve attention.
- Compare possible solutions.
- Link the metric that will show whether the work helped.
Fields that make comparison useful
Custory uses a small set of fields to make tradeoffs visible.Impact
Use impact to estimate the upside if the problem is addressed well. Ask:- how many customers does this affect?
- how important is this moment in the journey?
- if we fix it, what gets meaningfully better?
Effort
Use effort to estimate delivery cost and complexity. Include the real work involved:- product or engineering changes
- design work
- support or success work
- docs or follow-through work outside the product itself
Priority
Use priority for the current decision, not for first capture. Once several opportunities are framed, mark which ones are high, medium, or low priority based on evidence and tradeoffs visible now.Confidence
Use confidence when the problem feels important but the evidence is still thin. This helps the team separate:urgent and well-supportedpromising but needs more proof
Use the priority view
The journey editor includes an impact-versus-effort view for comparison work. Use it when the team needs to sort:- quick wins
- expensive but important bets
- low-value work that should wait
Run a weekly prioritization review
For most small teams, one short weekly review is enough. Use a flow like this:- Open one focused journey.
- Filter for high-signal opportunities and recently updated items.
- Review the linked evidence behind each opportunity.
- Compare impact, effort, and confidence.
- Choose one or two opportunities to move forward.
- Create or refine linked solutions.
- Confirm the metric that will tell you whether the work helped.
Compare solution options
One opportunity may have several valid responses:- a product change
- a docs change
- a lifecycle message
- a support process change
Example review
Imagine a trial-to-paid journey. The team reviews an opportunity:Reduce pressure at the teammate invite step.
Linked context shows:
- customers stall after the invite prompt
- the issue affects solo admins more than larger teams
- the current invite completion metric is below target
- add a skip-and-return-later path
- explain why inviting a teammate helps
- trigger a follow-up email instead of forcing the invite in-session
Prioritization mistakes to avoid
Prioritizing solutions before the team agrees on the problem
Prioritizing solutions before the team agrees on the problem
That creates feature drift quickly. Keep the customer problem visible so the team remembers what outcome it is trying to improve.
Treating impact and effort as truth instead of judgment
Treating impact and effort as truth instead of judgment
These fields are decision tools, not precise forecasts. They are useful because they make tradeoffs explicit.
Ranking work with no linked evidence
Ranking work with no linked evidence
A priority label means more when the customer signal is visible. Link the supporting evidence before the meeting when possible.
Reviewing too many opportunities at once
Reviewing too many opportunities at once
A focused review is more useful than a long tour through every open item. Filter first, then compare the few decisions that actually need attention.
What good looks like
A strong prioritization habit means:- the team can explain why something is high priority
- the customer moment behind the priority is visible
- solution options can be compared before commitment
- shipped work links back to the opportunity and metric