Use App Engine instead of customization
Summarize
Summary of Use App Engine instead of customization
ServiceNow's App Engine development tools, including Creator Studio, provide an alternative to customizing existing applications on the ServiceNow AI Platform. When adding functionality, consider whether the customization aligns with the application's intended purpose. If it does not, creating a new application with App Engine products is recommended.
Show less
Key Features
- Customization vs. Creation: Customize only when extending the purpose of an application, like adding IT features to ITSM.
- Scenarios for App Engine: Use App Engine to create new applications when business processes or use cases do not align with existing workflows.
- Implications of Customization: Customizing existing applications can lead to conflicts, increased technical debt, and complicate future upgrades.
Key Outcomes
By using App Engine developer products instead of heavy customization, you can maintain better performance, ensure easier upgrades, and reduce the burden of testing and troubleshooting custom code. Prioritize configuration before customization and utilize App Engine tools for new applications that do not fit existing use cases.
App Engine development tools, such as Creator Studio, offer an excellent alternative to customizing existing applications on the ServiceNow AI Platform.
- If the customization extends the intended purpose of the application, it works better to customize. For example, you can add IT functionality to ITSM.
- If the customization doesn’t extend the intended purpose of the application, it works better to create a new application using App Engine developer products. For example, do not repurpose the ITSM workflow to add a travel request workflow.
Examples of when to use App Engine
ServiceNow products work best when they’re used as they were intended. If you find yourself heavily customizing an application to repurpose it, a better plan is to create a new application using App Engine developer products.
- Your company has a business process that augments existing product functionality but doesn’t follow the same workflow exactly.
- You have a novel use case for an app that doesn’t align with any product workflow.
- You have a use case that could be built by heavily customizing an out-of-the-box application, but it doesn’t align with what the existing application was intended to do.
Let’s dive deeper into the last use case.
Issues with repurposing existing products
ServiceNow applications come with roles, processes, and flows that are specially tailored to their use case. For example, ITSM apps help with IT users, IT issues, IT reports, and IT cases.
- Combining two workflows creates conflicts.
- Customizing applications has implications.
Combining two workflows creates conflicts
- Their features will continue to diverge.
- Adding new functionality or fixing problems in one workflow might adversely impact the other.
- The performance of ITSM may suffer.
- The code base will grow and the two purposes of ITSM will make troubleshooting more difficult.
- Quality engineers will require two different testing frameworks.
All these issues may cause unnecessary complications, poorer performance, upgrade delays, and software problems.
Customizing applications has implications
The ServiceNow AI Platform is built to embrace customization and configuration. The ServiceNow AI Platform is flexible enough to fit your company’s business needs. How you customize ServiceNow applications, however, can have significant impacts on ServiceNow support, upgrading to future ServiceNow AI Platform versions, and the functionality of the platform.
- Customization is any change made to the code that is part of the baseline installation of a ServiceNow instance. You use code to customize applications.
- Configuration is any change you make to the behavior of a product that does not touch the code in the baseline installation of a ServiceNow instance. You can use system properties, ServiceNow products, or code to configure an application.
- If you add code to an application, you own it whether or not it modifies the code in the baseline installation on a ServiceNow instance.
- The platform marks all customizations and skips them when you update to a new version of the platform. That means you are responsible for manually updating the customizations. This can have a significant impact on the time and resources required to update to new platform versions.
- The ServiceNow AI Platform uses a framework that supports applications in how they process tasks, how forms are rendered in multiple browsers, and the overall user experience. Introducing customizations can have unintended consequences on this framework.
- You own the burden of testing custom code and determining if it impacts platform functionality.
- ServiceNow Customer Support cannot troubleshoot custom code or issues caused by custom code.
Customization is one of the key features of the ServiceNow AI Platform. However, over-customizing an application to repurpose it is likely to generate technical debt, lengthen your upgrade cycle, and complicate future platform upgrades because the custom code may not easily migrate to new platform versions.
Conclusion
- Configure ServiceNow applications as much as you can before customizing them.
- Customize an application only when it extends the intent of the application.
- Use App Engine developer products, such as App Engine Studio, Creator Studio, and ServiceNow Studio, to create new applications rather than customizing an application to create functionality that doesn’t align with its original purpose.