Your client disagrees with the app's core features. How can you align their feedback with the app's vision?
When a client's perspective on an app's core features doesn't match up, it's crucial to realign expectations without compromising the app's integrity. Here are strategies to facilitate this delicate balance:
- Acknowledge their concerns and validate their feedback, showing that you're attentive to their needs.
- Clarify the app's goals and how its features serve those objectives, reinforcing the vision behind the design.
- Propose a compromise by suggesting incremental updates that can incorporate their feedback over time.
How do you handle differing opinions on project direction? Share your strategies.
Your client disagrees with the app's core features. How can you align their feedback with the app's vision?
When a client's perspective on an app's core features doesn't match up, it's crucial to realign expectations without compromising the app's integrity. Here are strategies to facilitate this delicate balance:
- Acknowledge their concerns and validate their feedback, showing that you're attentive to their needs.
- Clarify the app's goals and how its features serve those objectives, reinforcing the vision behind the design.
- Propose a compromise by suggesting incremental updates that can incorporate their feedback over time.
How do you handle differing opinions on project direction? Share your strategies.
-
Disagreement actually can mean variety of things : 1. Requirements not understood properly, 2. If it was understood then may be there was a transmission loss between the front and team and the backend team. 3. Or possibly the UAT team didn’t do the job right 4. OR it may be that the client was also exploring as the requirements progressed and then her/his expectations changed as knowledge grew. Although, in all of these scenario, the root cause analysis is essential and the plan of actions are different in each scenario, the modern age mode is to get into a agile based product increment based delivery model and get client into each stage of execution. At max 1 sprint may go wrong which won’t impact the project in a big way !!
-
This sounds to be a massive skill issue, if you've gotten to the point where this has happened you've fucked up beyond belief - if you're not clearly clarifying and communicating using mockups and flows to explain what software does and more importantly *why* it does what it does, before you write a line of code, you're cooked. Sure requirements shift during development but if you're not consistently communicating what is being built, why it is, and getting affirmative feedback (or negative feedback and direction) your goose is completely cooked.
-
When a client disagrees with an app's core features, I first listen patiently to understand their concerns, as miscommunication often leads to confusion. Once they feel heard, I clarify everything by explaining each feature and its importance to the app's vision. As I believe, "Alfaz agar sahi hai, sahi jagah pe, sahi samay pe, sahi bande ko bola to cheezein apne aap sort ho jaati hain." Keeping the discussion calm and constructive helps ensure a win-win outcome for both sides.
-
It’s important to first listen and understand their concerns thoroughly. Ask clarifying questions to pinpoint the root of their feedback. Then, revisit the app’s vision to ensure it aligns with the client's business goals and target audience. Highlight how the core features support long-term objectives, emphasizing user experience, scalability, and overall value. If necessary, compromise by suggesting minor tweaks without losing the essence of the vision. Regular communication and showing how each feature ties into their business success will help align both perspectives effectively.
-
Start by actively listening to their concerns. Acknowledge their input to show that you value their perspective, even if it differs from your own. Explain how the existing features align with the app's purpose and user needs. Use data or examples to demonstrate why these features are critical to success.
-
First we should listen to client's concerns, he can maybe wrong or right. After that, present your point. A healthy & positive discussion should be welcome when working on a product, discussion opens the mind and give a more clear solution. In the end, a collaborative approach should be used where both part should satisfy.
-
The key point is that developers should deliver the project in phases and modules, providing unit-level updates. This approach ensures that such situations are avoided, as feedback can be gathered module by module, fostering clear communication and a client-friendly environment.
-
One of the reasons why there is alignment issues is because the Client may not be onboard with the app from the design stage. It’s important to involve Client at the design stage and iteratively share feature updates and receive feedback and close loop. Through this agile approach any product development can be better managed with the Customer. This approach can also be started when there is misalignment and get to a win win situation
-
When a client disagrees with an app’s core features, it’s essential to approach the situation with empathy and collaboration. Start by understanding their perspective and the reasoning behind their concerns. Then, revisit the app’s vision to explain how the features were designed to address user needs and business goals, using data or research to support your points. From there, explore solutions together—this could include refining existing features, conducting user tests, or incorporating their feedback into future iterations. The key is maintaining open communication and aligning their input with the app’s overarching objectives to create a product that truly resonates.
-
It depends on context that was not included in the poser.. eg. 1. If this is a custom build, realign the app to the client’s feedback to deliver the value that they need 2. If this is a market-validated product requalify the client for the standard vs custom product. 2a. if they’re better off with a custom product - provide a viable custom product path. 2b. If the client is better off with the standard product take responsibility like a quality partner. Use data from successful deployments to reaffirm or discard the current features. 3. Regardless of which path is chosen, remember that their feedback could be a substantially valuable gift to renew or reset the product and make it even more relevant as they’re commenting on core features.
Rate this article
More relevant reading
-
Mobile TechnologyYou're torn between enhancing app features and maintaining performance. How can you strike the right balance?
-
Mobile ApplicationsWhat do you do if your mobile app team is not aligned with your vision?
-
Mobile ApplicationsHow do you balance the frequency and size of mobile app updates with user feedback and expectations?
-
Product ManagementWhat are the best ways to measure your mobile app's loading speed and performance?