Your Feature list is how Chameleon knows what your product actually does, and every Agent reads from it. Compass uses it to describe what a user did in terms you recognize and to attribute friction to the right place. Copilot uses it to suggest relevant Experiences instead of generic ones. Prism reads each user's Compass summary, which describes their activity in these same Feature names, when it writes follow-up questions. Features also unlock a set of targeting filters and user properties you get without any setup.
Chameleon builds your Feature list by researching your product (your website, docs, and pricing page), and your Features go to work straight away. Everything downstream repeats these names back to you, and these show up in session summaries and Copilot's suggestions as written. You can edit these on the Features page if something isn't quite right.
👉 Features used to live inside Product Context.
Availability & usage
🔓 Available on all plans
🧑💼 Admin and Engineer roles can edit and add Features
📍 Covers your whole product
⚙️ Features in the left navigation
Reviewing your Features
Every Feature lives in one table, sorted alphabetically, with two columns: Name and Description. Hover a row and two actions appear on the right:
Do this | When |
Edit (pencil) | It's a real feature, but the description is vague or uses an internal name that your users wouldn't recognize |
Delete (red ✕) | It isn't really a Feature (a UI fragment, a page section, or something picked up in error) |
Click the row itself to open the Feature in detail.
If you want to delete a Feature, you'll see a confirmation that Chameleon will stop tracking data for that Feature, and it will no longer appear in menus. Deleting also untags the sessions and Experiences attached to it. If the Feature has sub-Features, they continue to be tracked on their own; deleting a parent doesn't delete its sub-Features.
There's nothing to confirm. Every Feature Chameleon detects counts from the moment it appears. The list is never a backlog you've fallen behind on, but a description of your product that you correct when it's wrong.
Add New covers what detection can't see: a Feature behind a flag, something only some users can reach, or a capability that isn't visually obvious. Add a name and a description, and optionally a URL.
💡 Deleted a Feature by mistake? If you add a new Feature with the same name as a deleted one, Chameleon offers to Restore it instead. The restored Feature keeps all the sessions and Experiences already linked to it, and takes on the description you just typed.
What each Feature shows you
Everything Chameleon has gathered about a Feature sits behind the row; click it to open the detail view:
Tab | What it shows |
Overview | Name, description, and any sub-Features |
Sessions where users touched this Feature (requires Compass Sessions Summaries) | |
In-apps | Experiences tagged to this Feature |
Friction signals detected on it (requires Compass Sessions Summaries) | |
Research | Microsurveys that asked users about this feature |
Users | Who uses it (requires Compass Sessions Summaries) |
From here, you can also Edit Feature, Add Sub-Feature, Remove Feature, Find linked Experiences, and, on the Research tab, Summarize Research.
You can go from "this is one of our Features" to "here's who uses it, who's struggling with it, and what we've shipped for it" without leaving the page.
Sub-features
A large Feature can hold smaller ones underneath it, Dashboards with Filters, Sharing, and Exports, for example. Sub-features let you keep targeting and friction attribution at the level your team actually works at, rather than lumping everything into one name.
To add one, choose Add New, switch the toggle from Feature to Sub-Feature, and pick its parent. Where a Feature already has sub-Features, its detail view offers View Sub-Features.
Getting back here from wherever you spot a problem
Feature names show up across the Dashboard, and if you notice one is wrong, you can adjust it straight away. Wherever a Feature is referenced, there's a Review features link straight back to this page:
Insights → Friction Reports — on the report row, and at the bottom of the Feature filter
Insights → Sessions — in the Features filter
What your Feature list powers
Sessions read in your own product's language rather than generic descriptions
Friction is attributed to the right Feature, so you know which team it belongs to
Copilot suggests Experiences for Features people actually use
Insights → Sessions and Insights → Friction are both filterable by Feature, so you can narrow either view to the part of the product you care about. From Insights → Friction, click a report to open the Feature's detail view, or use Discuss to talk it through with Copilot
Segments targetable by how people use each Feature
Targeting users based on how they use a Feature
With Compass Sessions Summaries on, every Feature is available in segmentation. Add a Product Features filter, choose is or is not, pick the Feature, and pick a usage pattern. Compass looks at each user's visits from the last 30 days and updates these labels once a week.
Pattern | Who it catches |
Power User | Used the Feature on 4 or more visits, going beyond the basics, with little friction and finishing what they started |
Regular User | Used the Feature on 4 or more different days |
Regular User (ever) | Has been a Regular User of the Feature at any point since Compass started tracking, whether they still are or not |
Occasional User | Used the Feature on 1 to 3 different days |
Lapsed User | Was a Regular User of the Feature before, but has used it on fewer than 4 days recently |
Experienced friction | Struggled with the Feature in at least one visit and didn't finish what they started |
👉 Lapsed User and Experienced friction are the two most people reach for first: one finds users you're losing on a Feature, the other finds users who want it and can't get it to work.
Combine a Feature filter with any other Segment condition to get specific: power users of your reporting Feature, on a Startup plan.
Three properties you get without setting anything up
With Compass Sessions Summaries on, every user is automatically assigned three properties based on their session activity. There's nothing else to set up.
Property | Values | What it tells you |
Product Session frequency | Daily, Weekly, Monthly, Occasional | How often someone comes back |
Product Engagement level | None, Low, Medium, High | How much they do once they're in |
Product Lifecycle stage | Onboarding, Ramping, Established, At Risk, Dormant | Where they are in adopting your product |
These update on their own: someone who was Established and stops logging in moves to At Risk within a few weeks, then to Dormant after six months without a visit, with nothing from you.
What each value means
Product Session frequency
Daily | Visited on 3 or more days in the last week |
Weekly | Visited in 3 or more different weeks in the last 30 days |
Monthly | Visited in 3 or more different months in the last 6 months |
Occasional | Anything less |
Product Engagement level
High | A Power User of at least one Feature, a Regular User of 3 or more, and visits at least monthly |
Medium | A Regular User of at least one Feature, and visits at least monthly |
Low | Has visits, but doesn't meet Medium |
None | No visits in the last 6 months |
Product Lifecycle stage
Onboarding | Hasn't become a Regular User of any Feature yet, or visits less than monthly. It's where everyone starts, so it often means "not enough data yet" rather than "new user" |
Ramping | A Regular User of at least one Feature, and visits at least monthly |
Established | Medium or High engagement, visits at least monthly, regularly does at least one of the main things your product is used for, and fewer than a quarter of the Features they used regularly have lapsed |
At Risk | Half or more of the Features they used regularly have lapsed (a quarter or more, if their engagement is Low) |
Dormant | Was a Regular User of something, and hasn't visited in the last 6 months |
👉 Most users start in Onboarding and stay there until Compass has seen enough visits. A Segment of Onboarding users includes people Compass doesn't know much about yet, not just new sign-ups. To target genuinely new users, combine it with a sign-up date or Product Session frequency filter.
In segmentation, these appear with the names above. In API and webhook payloads, they're prefixed: chameleon_session_frequency, chameleon_feature_engagement_level and chameleon_lifecycle_stage.

