219
Custom Statuses
under review
Activity
Newest
Oldest
Lucas Dailey
The major status I'm missing is "Tracking". For items/requests/ideas that are worthwhile (therefore don't go to "Closed") but aren't "Planned". This is one of the biggest categories for a startup. There are innumerable good things to do. If you narrow it down to even the best ideas you'll still only be able to plan some of them. So what to do with the rest? Track them. You're waiting for more info, gathering more data, digging deeper, etc. Track covers it all.
N
Nick Kwiatkowski
I personally would like to see things like "Accepted", "Researching", "Under Review", "In Development", "Waiting for feedback", "Released", "Declined", "Deferred", or "Available with Work-around".
Ultimately, each customer should be able to setup and use which status that work best for their situation. I'm sure the ones I've listed won't match what other people want. Some of the defaults I would want to hide since they don't make sense for my customers.
I would be fine with different statuses per board, or not. We only have one board, but if we had more, I wouldn't imagine that we would have different ones.
Sarah Hum
under review
We know this is a popular request so it's now under review by our team. Thanks to all that have shared thoughts already. If you have insights to share, we'd love to hear it.
Couple specific questions:
- Do you just want to rename the existing statuses or create new ones? If the latter, what are examples of statuses that you'd create?
- Do you want different statuses per board?
Kris (AMS)
@Sarah Hum: Ultimately being able to create new ones would be cool. I'd like to have a "Declined" status for things that won't be done , ever. Different statuses for different boards would be handy because a bug reports board would include "Fixed".
Sarah Hum
@Kris (AMS): Hi Kris, any reason the "Closed" status doesn't work for "Declined"?
Kris (AMS)
@Sarah Hum: Different meanings.
Aev
@Sarah Hum: Whoa, love to see movement on this!
- Ideally, both. Having the existing set as the "default" but being able to change them and add/remove would be amazing. "Ongoing Investigation" "Gathering Information" "Not Currently Possible" "Declined" "Expected Q3" "Workaround Available" "In Beta" "Needs Reproduction Steps" "Fixed" etc.
- Yes, definitely. The context of our posts can be very different depending on the board. Feature Requests vs Bug Reports vs Feedback, etc.
Kevin Reid
@Sarah Hum: for a features flow, I think the current options are great. For capturing bugs, it might be a little different. We currently use "Under Review", but I think "Acknlowedged" would be more appropriate. Other statuses that could help would be "More Info Needed" or something similar. I think we'd be okay with all boards having the same statuses, but it would be interesting to have board-specific statuses as well.
I'm not sure how many other Canny customers use it for bug reporting, but perhaps a "bug scheme" of statuses could work as well, with a separate flow.
Sofía Ríos
@Sarah Hum: I think the more flexibility you allow, the better. As for your questions:
1) I want to create new statuses, for example, "Waiting for Feedback" or "Declined"
2) It's not a must for me.
Trent Maynard
@Sarah Hum: Create new ones. Don't care if there's different statuses per board.
Thomas Perkov
@Sarah Hum: Would also like to specify which are shown in the public roadmap. Currently we don't want to show all 'completed' and need use 'closed' instead.
Kevin Hoffman
@Sarah Hum: Our team is definitely feeling the need to differentiate between "Completed" (the change has been merged) and "Released" (the change is available to the public).
Currently we keep feedback "In Progress" until the change has actually released because we don't want to mislead users into thinking the change is actually available to them. However this makes it difficult to internally track which changes have been completed from a development perspective.
G
Greg Carroll
Also there are other use cases than a typical feature development board where a "roadmap" is not really relevant as that implies a process going from A to B. There are use cases where an "attribute" is a more appropriate way of describing a post than a stage in a process. If custom statuses were adopted they should be able to by customise per board. (Also roadmap should be able to be simply turned off pre board too)
Sarah Hum
@Greg Carroll: Hi Greg, what's an example of one of these "attributes"?
Jenna Lees
It would be great if we could customise the status options and also add additional status'.
We use our own specific terms and prefer to have this universal throughout the business.
Christopher Hull
To best communicate our product process to our users and internally we want to match the same language we use. Otherwise there are competing messages leading to a confusing UX experience.
Baptiste Greve
+1 I was looking for this functionality in the admin before realizing it wasn't possible.
Tupper
We use Canny for our feedback site with around 9.4k users. Currently, we use Canny primarily for public bug reports, and also use it for feature requests or feedback. For bug reports, we take those reports and post the issue internally, cross-linking using Internal comments (thanks for that feature, love it!)
However, some statuses make no sense for bug reports-- "Planned", for instance, is nonsensical in that case. In addition, we run a rolling beta, where its important to indicate that an item is technically complete, but not available in our main branch yet.
It would be incredibly useful to have custom statuses so we can define things like:
- "Won't Fix"
- "Unable to Reproduce"
- "In Beta"
- "Not A Bug"
etc...
We use "Under Review" to indicate that a bug has been moved to internal tracking, but that wording isn't exactly right. I'd rather have "Tracking Internally" or etc.
I would imagine implementation would be something like defining the name of a custom status, a color, and then what to treat that status as: an open issue (still working on it), a closed issue (work will not be done for X reason), or a completed issue (work completed and issue addressed).
This would greatly increase the breadth and scope of projects Canny can be employed for.
Simon Geer
We have a status of "Pilot", where a feature is released but in BETA for a select group of users, would be great to have this status, as the feature isn't "Complete" until it is out of BETA and released to the rest of our network.
Product Team
I want a provision to help my customers understand when is the feature planned for go live. Example 'Planned in Q1' 'Planned in Q2' etc.
Load More
→