Stop building features nobody wants. Ask your users what they actually need - directly in your app.
Use targeted in-app surveys to validate feature ideas before building them. Ask users who actively use related features what they want next. FeedbackWall lets you target specific user segments and collect structured feedback that feeds directly into your roadmap decisions.
Teams build what they think users want, not what users actually need.
Features get prioritized based on who complains most, not what helps most users.
Features ship without knowing if they'll solve real problems.
In-app surveys let you validate ideas with real users before committing engineering resources. You get data, not opinions.
Present 3-5 potential features and ask users to rank them by importance.
Ask what frustrations or limitations users experience. Let them define the problem.
Survey users right after they use a feature. Low satisfaction = opportunity for improvement.
Not all users should weigh in on every feature. Target your surveys strategically.
Ask about advanced features. They know the product deeply and can articulate needs clearly.
traits: ["usage": "heavy"]Ask about onboarding and getting-started features. Fresh perspective on friction points.
traits: ["signup_days": "<30"]Ask about premium features. They have skin in the game and higher expectations.
traits: ["plan": "pro"]Ask about improving features they actually use. Trigger surveys contextually.
trigger: "export_completed"Pass user attributes when identifying users so you can target surveys later:
// After user logs in
FeedbackWall.identify(
userId: user.id,
traits: [
"plan": user.subscriptionPlan,
"signup_date": user.createdAt,
"feature_usage": user.mostUsedFeature
]
)Show surveys at moments when the feature is relevant:
// After user completes export
func exportCompleted() {
saveExportedFile()
FeedbackWall.showIfAvailable(trigger: "export_completed")
}
// After using search extensively
if searchCount > 5 {
FeedbackWall.showIfAvailable(trigger: "search_power_user")
}See responses grouped by user segment and identify patterns across different user types.
Ask "What would help you?" not "Would you like feature X?" Leading questions give biased results.
When ranking, keep it to 4-5 options max. Too many choices overwhelm users and reduce response quality.
Always allow open text for ideas you haven't thought of. The best insights often come from write-ins.
Run feature surveys quarterly, not constantly. Give users a break and give yourself time to act on feedback.
For ranking surveys, 100+ responses give reliable patterns. For open-ended discovery, 30-50 often reveal key themes.
Force ranking instead of yes/no. Users have to choose, revealing true priorities.
Optional. Some teams share what they're considering; others keep it private. Both work.
Use analytics to identify underused features, then survey to understand why. Data + context = insight.
Use FeedbackWall to validate feature ideas before committing resources.
Start free trial →14-day free trial. iOS native SDK.