Configuration vs. Customization: What They Really Mean
Navigating these two ideas is unusually difficult because many industry vendors hide behind vague marketing speak.
Some vendors call their products configurable, when they really require manual customization. Other vendors promote configurability, but they leave out the part about limiting functionality.
Labels matter, but what they mean matters most.
In general, customization reflects the need to code features, attributes, or connections – rather than using a method like drag-and-drop or other integrated capabilities within the application’s user interface
Instances of required customization (even for seemingly simple capabilities) are more common than one might expect.
Here is one example: If an enterprise wants to connect a Microsoft Active Directory environment to their identity governance platform, they need to write specific code to fulfill this. Then, if they wanted to add specific fields for user attributes (such as department or location) they would have to add code to account for these parameters.
Another example in healthcare surrounds the challenge of handling users in multiple roles (e.g. – nurse and student). These roles require different access levels and provisioning; naturally, maintaining custom code for access policies is difficult at scale. In response, healthcare organizations may limit the number of supported policies, reducing a security team’s ability to manage identities.