3 ms·
Yes, it's costly to maintain the combinatorial interactions between configurations. But 'make it a setting' has further costs- when you're supporting a customer
by gefh 10y ago
Yes, it's costly to maintain the combinatorial interactions between configurations. But 'make it a setting' has further costs- when you're supporting a customer and you can't figure out the exact state they're in, when you can't make sweeping product changes because 8% of users have some incompatible option set, when someone implements a bad feature and there's no strong way to keep it out if you can just 'make it a setting', or when a feature becomes obsolete but is kept around 'as a setting'. It relieves the product team from one of their most important responsibilities.
- another-dave 10y agoI know your numbers are only an example, but taken at face value — if 8% of your users have an option set, maybe it's because you've overlooked a user-case that's valuable to them. In that case, having a configurable app that can feed you in this data is like free A/B testing and is a boon to a product team, IMO.