“Copy and Paste This one wins the aware for the longest-time-coming iPhone feature. Just double-tap or tap-and-hold a bit of text to bring up your copy context menu, adjust the start and end points of the text you want to cut or copy, then tap the Copy/Cut button to finish the job. When you’re ready to paste, just double-tap again in an input field. If you changed your mind about a paste or cut, you can also shake to undo.”
Interesting thoughts and perspectives regarding the role of government awarded prizes in encouraging innovation in the private sector.
Mobile platforms are vulnerable. Of course, the question remains how you could get malicious code onto an iPhone to exploit via a buffer overflow.
Scenario #1: “Where’s Feature A? We’ve been asking for it for a year? Why the hell haven’t we built it yet?”
You know this one. Someone’s pain point, which is perfectly valid, simmers along until one day it explodes. Only problem is that this is the first time anyone has mentioned Feature A in a long time, and certainly it didn’t come up in the last roadmap planning discussion.
Solution: The response can be heated–“why the hell didn’t you mention this six months ago?”–or it can be drama free. “Hey, I understand there’s a customer pain point here. Let’s look at the priorities we’ve got and understand where this fits in. Is this more important than our planned work in the next release? If so, that’s where it belongs. If not, then we all agree it can wait.”
There are three steps here: acknowledge, align, act. The first step is to acknowledge that the other person has valid reasons to be upset while shifting the discussion to the common interest–the customer–and introducing an objective measure, the priority. The key is focusing on the external, objective issue — the priority of the request — rather than getting into heated discussions. (Obviously it is easier to do this if you are using stack-ranked user requirements.)
Scenario #2: Suddenly four email threads pop out of nowhere regarding a longstanding customer pain point that has apparently reached crisis proportions for no particular reason. “Feature X is broken! We need to fix it!” goes up the cry. You, as the product manager, know that the apparent failure of Feature X is really a mishmash of legal and contractual issues coupled with a lack of Feature Y and Z. But management insists that the answer is to fix Feature X, and now four separate groups of people are trying to find things to fix in it (and generating long email threads).
Solution: The response should be comprehensive, quick, and above all drama free. It’s natural, as a product manager, to want to fly off the handle when there are so many people digging into an issue. But a quick, dispassionate, thorough response (“Here’s what we know, here’s what we’re going to do about it, and here’s what’s still unknown and our next steps to find out”) has benefits in that it acknowledges the problem, communicates that there are multiple issues, and lets the assembled parties know, to return to our Obama metaphor, “Everybody chill out: I got this.”
What are your favorite drama-free problem solutions? Conversely, are there cases where engaging in drama makes a positive difference in your work as a product manager?