Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

How do you decide on what components to show on your status page?

We're trying to identify what components to show on the Status page and we're seem to be stuck on identifying what make sense. Im hoping to hear best practices or how you decide on what to show on your page.

2 answers

2 accepted

1 vote
Answer accepted

Hi @Michelle Bautista thanks for the question! The best way to determine what components to include on your status page is to consider what important services, features, or products your customers depend on. What items / services have had outages or performance issues in the past? What are the most important parts of your service to your customers?

For example, you might have a mobile app, a website, a help center, and an API -- all of those could be components. You could even drill in further and add individual features as components (e.g. email sending, notifications, file uploads). Here are a couple links with additional information:

We recommend keeping components to a manageable number. Start small and add more as needed. You can also use component groups to keep things organized. 

1 vote
Answer accepted

Hey @Michelle Bautista , welcome to the Atlassian Community!

I'm from Broadcom, a long-term Statuspage customer! I just wanted to draw on what @Jake Bartlett has provided and give you an example on how we decide what components we share across our 13+ pages.

As most of our products are Saas/Cloud and vary in how they are configured, we have two types of structure we typically follow:

  • Customers provisioned in regions or data center's, so our structure is to have the Product name as a group/parent component and then underneath we have the regions (example: our Symantec Email Security page shows our .cloud product split into regions)
  • Customer-facing components that make up the platform of that product for example our Cloud Workload Assurance product has a customer facing portal and a provisioning API that our customers use so we structured our components.

I always recommend thinking about your products/platform and what issues your customers may face then structure the components on what customers will know. Always make sure your components make sense to your customers.

You can check out our Statuspages here which hopefully gives you some ideas.

Cheers,
Nick Coates
Product Owner - Service Status, Broadcom Inc.

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Statuspage

New feature: Slack notifications for Statuspage

We're excited to announce the release of a long-requested feature on Statuspage. Now visitors to your status page can subscribe to get notified in Slack when you report an incident or maintenance. Th...

1,128 views 0 13
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you