Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

This The information in this page can be used as a self-learning resource to understand who an ideal customer fit is and the value-add that Advanced Portal Reports brings to your customers.

Table of Contentsstylenone

to quickly see the main use cases that can be implemented with Advanced Portal Reports. It shows the main features into perspective of specific requirements. Use cases are complemented with a lot of screen shots - to help you quickly grasp them.

Panel
bgColor#DEEBFF

Target Audience

Advanced Portal Reports is

build

built for companies using Jira Service management who need to support more complex scenarios of Portal usage. Advanced Portal Reports works

well

for companies of any size - both small entities and enterprise

customers

. Customers use it to deliver better visibility into Jira’s data at the Portal.

Text search

Pre-defined filters

Reporting
Table of Contents
minLevel3
maxLevel3
outlinetrue

Key use cases

Add a field

Add a field:

  • on request’s page

  • as a column

  • as a search

Send this … documentation to end users.

🙏 Needs:

  • Ability to view information stored in custom fields

🫤 Pain points:

  • Lack of custom fields as columns

  • Lack of custom fields on request page

  • Wasting time to get needed information via other channel/ process

Find requests by ID

🙏 Needs:

  • Ability to search by custom field

  • Ability to show a custom field on request page

🫤 Pain points:

  • Lack of custom fields as columns

  • Lack of searching by custom field

  • Wasting time in scrolling pages to find requests

Sorted lists

🙏 Needs:

  • Ability to order the request’s list based on a field such as priority or any other standard or custom field

🫤 Pain points:

  • Lack of custom fields as columns

  • Lack of sorting in portal

  • Wasting time in manual scroll and sort of the list

Visibility to SLA about to breach

🙏 Needs:

  • Ability to monitor the SLAs and be able to undertake preventive actions on time

🫤 Pain points:

  • Lack of SLA fields as columns

  • Lack of SLA fields at request’s page

  • Lack of searching by SLA to breach

  • Wasting time to get needed information via other channel/ process

stylenone
typelist
printablefalse

Key Features

Panel
bgColor#E3FCEF

Advanced Requests Report

Using Advanced Requests Report the Portal can be extended to show needed fields on request’s page and in a requests list.

In the requests lists Customers can:

Panel
bgColor#E3FCEF

Created vs Resolved Chart

Using Created vs Resolved chart customers can analyze the speed of creating requests vs the speed of completing requests. By comparing the number of issues created with the number of issues resolved, users get insights into whether the support team is able to handle the volume of incoming work effectively.

Panel
bgColor#E3FCEF

JSM Administrator

  • save filters as global views, so that customers can directly start using them

  • control which projects “Advanced Portal Reports” is enabled for

  • control the “access point” and its text

  • control which fields to be added, and their order as columns

  • control access to advanced features

For more configuration details see the documentation https://tools4teams.atlassian.net/wiki/spaces/APRFJSM/pages/1507885092/Configure+Advanced+Portal+Reports

Panel
bgColor#FFBDAD

🫤 Portal pain points

Pain points which Advanced Portal Reports addresses:

  • Portal is too limited and can not be customized to show custom fields on request’s page

  • Portal is too limited and can not be customized to show custom fields and columns on requests list

  • Portal lacks needed features to work with requests such as - filter, sort, export

  • Portal lacks reporting features allowing customers to analyze the performance


Key use cases

Panel
bgColor#F4F5F7

Exposing SLA fields to Portal customers

🙏 Needs:

One common use case of Advanced Requests Report is to show SLA fields on the Portal. Usually companies want to expose fields such as Time to first response and Time to resolution at the Portal and allow customers to view, search and sort by SLA fields.

🫤 Pain points:

  • Lack of ability to view an SLA on request’s page

  • Lack of ability to view an SLA as a column in requests list

  • Lack of ability to filter by SLA the requests list

  • Lack of ability to sort by SLA the requests list

(tick) Solution:

Using Advanced Requests Report the Portal may be extended to show SLA fields in both locations

request’s page and requests list.

This will enable Customers to view the SLAs at both the request’s page and in the requests lists → where they could sort the requests list by SLA and use it as a filter.

See full list of supporter fields below APR Supported Fields

🖥️ What Portal customer and Administrators sees:

SLA on request’s page

Request Fields view_ SLA.pngImage Added

SLA as column and filter in requests list

apr-sla.pngImage Addedapr-sla-2.pngImage Added
Panel
bgColor#F4F5F7

Extending Portal with powerful search

🙏 Needs:

In some cases customers need to be able to search by values stored somewhere in a text field. For example a text in the description, or a value stored in custom text fields such as “External Reference ID” custom field. They want to be able to do exact match or partial match. In other cases customers need to be able to search by reporter, by custom field or SLA.

🫤 Pain points:

  • Limited ability to search for requests on the Portal

(tick) Solution:

Using Advanced Requests Report customers can search requests:

See below a few search screens.

🖥️ What Portal customer and Administrators sees:

search.pngImage Added
sla.pngImage Added
created.pngImage Added

request.pngImage Added

Panel
bgColor#F4F5F7

Extending Portal with Global Views (Pre-configured filters)

🙏 Needs:

In certain Jira implementations, the 'FixVersion' field is utilized to track deliveries. For example, a company may expose its JSM Portal to internal business units, allowing them to create change requests. These requests are then planned for implementation using the 'FixVersion' field. To monitor the status of a release, Portal users navigate to the Portal and conduct a search for all tickets associated with a specific release ('FixVersion'). However, users must repeat this search each time they wish to view the status of a release.

By enhancing the portal with Advanced Portal Reports, users can save their filter and reuse it to easily check the status of a release.

The portal users can export the list and use it for UAT preparation. If they have questions in regards to the implementation they can see the assignee.

🫤 Pain points:

  • Wasting time on repetitive searches

(tick) Solution:

To meet customer’s needs the administrator has used Advanced Requests Report.

🖥️ What Portal customer and Administrators sees:

1️⃣ Configured the Advanced Requests Report to show FixVersion as a column in the requests list.

fix-versions.pngImage Added

2️⃣ Configured Requests View to show FixVersion field on 'the requests page.

fix-version-additional field.pngImage Added

3️⃣ Created a Global View showing all requests which will be delivered with Q1 release. To create the global view the administrator opened Advanced Requests Report and filtered the table by “FixVersion” = Q1, then saved this filter as a global view “Release Q1 2024”. Once created by the administrator a global view becomes available to all customers in this JSM project.

fix-portal.pngImage Added