3 ms·
> Then they must justify those costs with features that sound like they produce big values. Typically these are not going to be things that make users' lives ea
by maxsilver 8y ago
> Then they must justify those costs with features that sound like they produce big values. Typically these are not going to be things that make users' lives easier, they are going to be things that users may never see, like analytics and back-office integrations.
Yes, and depending on the enterprise, these "big features only there to justify high costs" may not actually be needed or useful or relevant. It might be 'OK' to have a bunch of interns slap something together, if it only needs to be "real" enough to look pretty and look functional in a few demos or in a few specific happy-day cases.
Analytics and Reporting is probably the most common example I've seen of this -- it's not a bad feature on it's own, but companies will sometimes pay top dollar for it, even in places it makes no sense and/or will never get used. If that gets delivered in a broken/unusable state, it's "ok" because the customer will never actually click that button anyway.
----
If "New Skype" is "enterprise communication support" in a corporate feature list (and not a real product filling a real need, as it used to be) then I can see how a broken or unusable Skype could still be a 'success' for Microsoft.
Note: I don't agree with any or support any of this. But I've seen this play out in real life enough to know it happens.
- CWuestefeld 8y agoThis cuts both ways. We frequently get requirements in an RFP that we've got to put resources into supporting, but when everything gets put into place, the customer never uses the feature that they demanded. They wasted the cost of our investment into their demands.