This discussion touches on the fundamental tension in enterprise analytics: flexibility versus maintainability. Let me share a framework that addresses all three focus areas:
Configuration Effort Analysis:
Custom KPIs require significantly more effort across the entire lifecycle. Initial configuration typically takes 3-5x longer than standard widgets - what might be a 2-hour standard widget setup becomes a 1-2 day custom KPI project. But the real cost is ongoing maintenance:
- Standard widgets: Minimal maintenance, primarily updates to filters or data refresh schedules
- Custom KPIs: Regular review of calculation logic, data source validation, performance tuning, and compatibility testing with each system update
The break-even point is around 20-30 uses of the same metric. If a custom KPI will be used across multiple dashboards and reports, the initial effort amortizes better. For one-off metrics, standard widgets with custom filters are almost always more cost-effective.
Maintenance and Standard Widget Benefits:
Standard widgets offer several compelling advantages:
- Upgrade safety: Infor tests standard widgets with each release, ensuring compatibility
- Performance optimization: Standard widgets benefit from Infor’s ongoing performance improvements
- Documentation: Built-in help and community resources
- Support: Full Infor support coverage
- Best practices: Standard widgets embody Infor’s recommended approaches to common metrics
Custom KPIs, conversely, require:
- Internal documentation maintenance
- Regression testing with each upgrade
- Performance monitoring and optimization
- Knowledge retention strategies
- Potential rework when underlying data models change
Our experience shows that maintenance costs for custom KPIs average 15-20% of initial development cost annually. A custom KPI that took 40 hours to build will require 6-8 hours per year to maintain.
Impact on Upgrades and Support:
This is where custom KPIs show their biggest drawbacks:
Upgrade impact assessment:
- Standard widgets: Review release notes, test in sandbox, typically 1-2 hours per major upgrade
- Custom KPIs: Full regression testing, potential reconfiguration, data model verification - often 20-40 hours per major upgrade for a typical custom KPI portfolio
We’ve seen organizations delay upgrades by 6-12 months because of concerns about custom KPI compatibility. That delay has its own costs - missing out on new features, security updates, and performance improvements.
Support considerations:
- Infor support will troubleshoot standard widget issues directly
- For custom KPIs, you’re responsible for isolating whether issues are in your custom logic or the underlying platform
- Third-party consultants charge premium rates for custom KPI troubleshooting because each implementation is unique
Recommended Decision Framework:
Use standard widgets when:
- The metric aligns with common business needs (revenue, costs, inventory turns, etc.)
- You can achieve 80%+ of requirements with standard configuration
- The audience is broad and doesn’t need highly specialized views
- You have limited internal analytics development resources
Consider custom KPIs when:
- Your business process is truly unique and provides competitive advantage
- Standard widgets can’t represent the metric even with creative configuration
- The metric will be used extensively (20+ times across dashboards/reports)
- You have dedicated resources for ongoing maintenance
- The business value clearly exceeds the total lifecycle cost
Hybrid Approach Best Practices:
The most successful implementations use a layered approach:
- Standard widgets for presentation (70-80% of dashboards)
- Custom data models/views for business logic (where uniqueness lives)
- Calculated fields within standard widgets for minor adjustments
- Custom KPIs only for truly unique visualizations or calculations impossible with standard tools
This keeps the upgrade surface area small while still supporting unique business needs. The custom logic in data models is more stable across upgrades than custom presentation logic.
Practical Recommendations:
- Establish a governance process: Require business case justification for any custom KPI, including expected usage and maintenance plan
- Document everything: Custom KPIs need comprehensive documentation including calculation logic, data sources, dependencies, and testing procedures
- Build expertise: Ensure at least 2-3 people understand each custom KPI configuration
- Regular review: Quarterly review of custom KPI usage - decommission those that aren’t delivering value
- Upgrade testing protocol: Maintain a sandbox environment and test all custom KPIs before each upgrade
The analytics community has largely converged on “standard first, custom when justified” as the sustainable approach. The flexibility of custom KPIs is appealing, but the long-term maintenance burden and upgrade risks often outweigh the benefits unless the business case is compelling. For most organizations, creative use of standard widgets with custom data sources provides the right balance.