Use App Engine instead of customization

  • Release version: Yokohama
  • Updated August 11, 2026
  • 4 minutes to read
  • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Use App Engine instead of customization

    ServiceNow’s App Engine development tools, including Creator Studio, App Engine Studio, and ServiceNow Studio, provide a recommended alternative to heavily customizing existing applications on the ServiceNow AI Platform. When extending platform functionality, customers should decide between customizing an existing app or building a new one with App Engine based on whether the new functionality aligns with the original app’s intended purpose.

    Show full answer Show less

    Guidance on Customization vs. App Engine

    • Customize existing applications if the new functionality extends the intended purpose of that app—for example, adding IT-related features to IT Service Management (ITSM).
    • Create new applications with App Engine if the new functionality does not align with the original app’s workflow or purpose—such as building a travel request workflow rather than repurposing ITSM for travel.

    Why Avoid Heavy Customization to Repurpose Applications

    Repurposing applications like ITSM for unrelated workflows creates conflicts because of differences in data models, roles, user interfaces, and workflows. Over time, this leads to:

    • Feature divergence causing maintenance complexity
    • Potential negative impacts on application performance
    • Increased difficulty in troubleshooting and testing due to mixed workflows
    • Longer upgrade cycles and higher risk during platform updates

    Implications of Customization

    Customization involves changing baseline code, which:

    • Requires customers to own and maintain custom code through upgrades
    • Can introduce unintended impacts on the platform’s core frameworks
    • Is not supported by ServiceNow Customer Support for troubleshooting
    • Increases technical debt and complicates future upgrades

    In contrast, configuration changes that do not modify baseline code are safer and preferred before considering customization.

    Recommended Approach for ServiceNow Customers

    1. Configure existing ServiceNow applications as fully as possible without code changes.
    2. Customize applications only when adding functionality that logically extends their intended use.
    3. Use App Engine developer products to create new applications when the needed functionality does not align with existing apps.

    This approach helps maintain platform stability, simplifies upgrades, and ensures optimal performance and supportability of ServiceNow applications.

    App Engine development tools, such as Creator Studio, offer an excellent alternative to customizing existing applications on the ServiceNow AI Platform.

    When your company needs to add new functionality to the ServiceNow AI Platform, you can customize existing applications, such as IT Service Management (ITSM), or create a new application using App Engine developer products, such as App Engine Studio, Creator Studio, or ServiceNow Studio. A simple guideline for which path to choose is:
    • 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.

    The following scenarios demonstrate where creating a new application works better than heavily customizing an existing ServiceNow application:
    • 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.

    You might have an idea for an app that’s similar to but doesn't exactly align with ITSM. Because ITSM gives you a starting point, you might be tempted to customize ITSM to add the new functionality. For example, ITSM tracks IT issues, and a travel app you want to create might track travel requests. While the workflows sound similar, in fact, they use very different data, different user interfaces, and the details of each workflow vary greatly. Rather than heavily customize ITSM to repurpose it, a better plan is to use App Engine developer products for the following reasons:
    • Combining two workflows creates conflicts.
    • Customizing applications has implications.

    Combining two workflows creates conflicts

    In the ITSM example, the repurposing of ITSM to include a travel workflow uses different data, different tables, different roles, and different workflows than ITSM. As ITSM, ITSM customizations, and the travel workflow grow over time:
    • 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.

    Let’s start by differentiating customization and configuration:
    • 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.
    The following are some of the implications that result from customizing applications:
    • 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

    Customization and configuration are hallmarks of the ServiceNow AI Platform that enable your company to customize workflows to fit its specific needs. Proceed with these tasks in the following order:
    1. Configure ServiceNow applications as much as you can before customizing them.
    2. Customize an application only when it extends the intent of the application.
    3. 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.