Skip to main content
launchpad://docs/standard
$launchpad open --docs Install a service model

Install a service model

Starter·Platform: Jira Service Management Cloud (Assets)·Implementation Guide·Reading time: ~3 min·Version 2.12.0·Mar 2026

Install a service model

Installing a service model takes a few minutes. This guide walks you through it step by step.


Before you start

You will need access to Jira Service Management and permission to create object schemas in Assets. If you are not sure whether you have schema creation permissions, go to Assets → Schemas (from the Jira sidebar). If you can see a "Create schema" option, you are good. If not, speak to your Jira admin before proceeding.

tip

Pro tip: Keep the browser window open throughout installation. If you navigate away, the process may continue in the background but you will lose visibility of progress and need to check Assets manually to confirm completion.


The installation steps

Step 1: Open LaunchPad

Go to Apps → LaunchPad in your Jira navigation. This opens the LaunchPad home screen where your available models are listed.

Step 2: Scan your environment first

Before you pick anything, run Environment Analysis. On the home screen, click Scan your environment. LaunchPad reviews your Jira service desks, request types, and custom fields, then recommends which service models fit what it finds, each with a confidence level and a plain-English reason. It is the fastest way to land on the right starting point, and it is free in every licence state.

When the scan finishes, you can click straight through from a recommendation into the install flow with that model already selected.

Step 3: Choose your model

You will see the full catalogue of available service models. Pick the recommendation from your scan, or browse the catalogue and choose the one that matches your environment. If you have already worked through Which service model should I choose?, you will know which one you are going for. If you skip the scan and you are still unsure, Standard CMDB is a sound starting point for most teams.

Step 4: Review before you commit

Before you install, take a moment to look at what the model includes: the object types, the relationship structure, the overall shape of what is about to be created. It is worth thirty seconds to confirm you are installing what you expect.

Step 5: Install

Click Install Service Model and confirm when prompted. LaunchPad will begin building your service model immediately. You will see a progress indicator as object types and relationships are created. Larger models take a little longer. The Standard CMDB, for example, has more to provision than Basic CMDB: eight object types against two.

Step 6: Confirm it is done

When installation completes, you will see a confirmation message. Go to Assets → Schemas (from the Jira sidebar) and confirm your new schema is listed. Open it and check that the object types are there.


What LaunchPad creates (and what it does not touch)

Everything LaunchPad creates goes into the new schema. Nothing else in your Jira environment is modified. Your existing schemas, data, workflows, and configurations are untouched.

If installation fails for any reason, check Assets → Schemas (from the Jira sidebar) for any partially created schema. If one is present, delete it manually before re-running. See the installation safety and rollback page for details.


You can grow the model later

Installing one model is not a one-way door. You do not have to map your whole architecture up front and pick a single service model to live with forever.

Once a service model is deployed, use Expand a Service Model to add more object types from the service model library into the one you already have. LaunchPad compares your deployed service model against a library definition, shows you what is missing, and adds only the new types. It creates new types and never changes or removes anything already in place. So a common path is to start with one model, get a team using it, then extend it as your needs grow.

Models also share a common foundation. The Core Schema holds master data (Person, Team, Department, Location, Vendor, Application, Cost Center, Business Service), and the other models reference it for those shared types rather than duplicating them. That is what lets several models sit side by side and still point at one set of people and one set of locations.


If something looks wrong

What you are seeingWhat is likely happeningWhat to do
Installation fails immediatelyMissing schema creation permissionsCheck with your Jira admin
Progress stalls for several minutesLarge model or temporary API delayWait, do not refresh or close
Schema not visible after completionNavigation has not refreshedReload the Assets page

If none of those resolve it, raise a support request and include the model name and any error messages you saw.