In-app Adoption Ownership Tradeoff
Pulkit Agrawal, co-founder of Chameleon, on software that drives product adoption
The core battleground here is whether in app adoption becomes a product manager tool or stays an engineering project. Chameleon is built on the idea that growth, product marketing, and PM teams want to launch tours, checklists, surveys, upsell prompts, and help widgets themselves, while tools like Courier lean more toward developer owned notification infrastructure and WalkMe grew up in heavier enterprise deployments. That tradeoff decides speed, control, and how broad each category can get.
-
Chameleon’s wedge is low code control inside the product. Teams can build modals, walkthroughs, microsurveys, and checklists without waiting for an engineer, because the original pain was that onboarding only got updated once or twice a year when it required a big cross functional build.
-
Courier represents the other end of the spectrum. It gives developers APIs and SDKs for inboxes, push, email, and preferences, which is powerful if a company wants notifications deeply wired into its own stack, but it assumes more technical ownership than a PM led growth team usually wants.
-
The category keeps splitting into layers. WalkMe started with employee training on systems like Salesforce, Pendo tied in app guidance to analytics, and newer products carve off search, notifications, or embedded UI. That fragmentation is evidence that no single workflow has fully won yet.
The next phase is likely more hybrid. The winning products will let non technical teams ship experiences quickly, but still plug into warehouse data, app state, and developer owned systems when deeper control matters. That pushes the market toward tools that feel no code on the surface, with enough technical depth underneath to look native and reliable.