The first people using your product are an amazing breed
leostartsup.com
leostartsup.com
Further toward that facilitating feedback point, I may be a visionary, but I don't want to spent 15 minutes creating a Bugzilla account and trolling through whatever gawdawful bug submission process your project has. I will send an email to feedback@example.com, I will for sure use a "submit feedback" button from within the app or webpage[1], I will use a "contact us" form on your website, and I might send a tweet if that's the option of last resort.
I said all of that to say I wholeheartedly agree with the article's premise, but please ensure that you have greased as many of the paths of information ingress as you reasonably can.
1 = With the assumption that such an action will carry with it contextual information: where I was, what browser, maybe some session information - basically the same reason anyone uses the "send report" button from a dead Android app
I've seen people tune their apps for these early adopters, talking about how they've got their "viral coefficients" at the correct rate (via product improvements, design, marketing efforts, etc).
Then, by induction, they think the same metrics will hold true once they launch to the general public.
Then they launch and are surprised to find that the numbers don't apply to later categories of users.
I'd be curious if there's a model to solve for that problem.
Challenge then is that their customers/users may not be the same early adopter types. A work-in-progress app may reflect poorly on your customer.
MVP has a lowest common denominator aspect in this case. As in, what would be acceptable to your customer's customers/users? Seems to raise the bar on what is needed for a minimum viable product.