3 ms·
The buy-versus-build decision is not clear cut. Pre-packaged solutions often have a lot of "buttons" and layers that are distractions and/or extra steps that ar
by tabtab 9y ago
The buy-versus-build decision is not clear cut. Pre-packaged solutions often have a lot of "buttons" and layers that are distractions and/or extra steps that are not otherwise needed by a particular customer, and thus slow things down.
For example, a given org I once worked for had a 1-to-1 relationship between subscription user and payer (bill-to). But the pre-packaged software implemented it as a many-to-many relationship to be more flexible for different shops. One can use this to emulate a 1-to-1, but it's more layers, screens, and data tables than a dedicated 1-to-1 design. (My job was to build reports based on those data tables.)
Good home-grown software beats bad purchased software, and good purchased software beats bad home-grown software.
- goatlover 9y agoAnd what if it's a decision between both goods? Does good purchased beat good home-grown, or is that a matter of which costs more?
- tabtab 9y agoMy point was that neither type is inherently better just by being a member of that type. The devil is in the details and both can be good or bad for a given organization or product need.