Business Roles and Tasks

Discover / SAP Products / SAP S/4HANA Only / Business Roles and Tasks

Intro

This article outlines best practices for mapping a business role to SAP Fiori, including:

Break Bad Habits

When you redesign a solution for SAP Fiori, avoid the following typical mistakes:

Mistake 1: “Repainting” the existing application

Do not try to translate the legacy UIs 1:1 into SAP Fiori screens. Although this may appear to be a routine procedure, the resulting design has no additional UX benefits and conflicts with the SAP Fiori design principles.

Mistake 2: Total decomposition

Avoid fragmenting the user experience into too many atomic applications. This approach results in an unclear information architecture and frustrating navigation for the user.

Set Appropriate Goals

The issues described above can be caused by suboptimal goal setting for a redesign project.

Good example:

Increase the SAP Fiori experience in the user’s daily work.

Can be achieved with good user research and by prioritizing user tasks.

Bad example:

Migrate all relevant transactions for your business role to SAP Fiori by the end of Year X

Hard to achieve due to resource constraints and mismatch of legacy and SAP Fiori design concepts.

Use the Pyramid Approach

The pyramid approach maps the business role and their respective tasks to a certain level of the pyramid, based on the nature of a task. A business role and a pyramid have a 1:1 relationship. The pyramid can be seen as an abstraction for each role.

Break Down User Tasks by Level

On Level 1, the user starts with a single point of entry, which can be a corporate portal, an SAP Business Client, or just an icon on his desktop. For SAP Fiori, the recommended point of entry is the SAP Fiori launchpad home page. On the home page, the user normally gets a glimpse of the context from the available tiles, but it mainly serves as an entry point to the SAP world.

On Level 2, the user can get an overview of a special task or domain, with more contextual information than on the launchpad home page. If a user has several roles assigned, it might be the case that each role comes, for example, with an overview page that the user can access to get an overview of that domain. But also a list report could provide a good overview on a specific area, such as purchase orders, for example.

On Level 3, the user is already deep into his or her task and needs more details and information to complete the task. Here we typically talk about object pages, create and edit scenarios, and other “standard” activities.

Level 4 provides access to special apps for highly specialized experts. We call them expert tasks. These tasks are so complex that they would not fit into Level 1-3, but are still relevant enough for the user to offer them in SAP Fiori.

Level 5 provides access to all tasks and functions that are not SAP Fiori-enabled and that are considered lower priority, meaning that the user does not need to spend much time on this level.

Task-Based Coverage Approach

By picking concrete role tasks where the user spends most of his or her time, you can make much greater progress towards creating an efficient Fiori redesign. In the following section, you will find out how to map the tasks to the different pyramid levels.

Do

Task-based coverage

Task-based coverage

End-to-End Coverage Approach

While it’s important to have a strong focus on the end-to-end process, you might end up bringing in parts of legacy application to SAP Fiori with huge effort only to realize that the user only visits the majority of your redesigned screens sporadically.

Don't

End to end coverage

End to end coverage

Define the Task Type

Once you’ve researched your user personas and their activities to determine the business role, we recommend clustering the resulting use cases into several task types. Each task type contains a set of practical tips to map it to the SAP Fiori Design Guidelines.

information

[internal_only]The prerequisite for task categorization is completing the user research phase. [/internal_only]

[external_only]The prerequisite for task categorization is completing the user research phase. [/external_only]

We differentiate between five basic task types which have their own practical tips for a successful mapping into SAP Fiori.

<div> <div>Task Type</div> <div>Description</div> </div> <div> <div><strong>Routine Task</strong></div> <div>Process-driven activities or exceptions that happen on a regular basis and are quick to handle.</div> </div> <div> <div><strong>Firefighting Task</strong></div> <div>Reactive incident resolutions (aka “firefighting”) based on an external trigger.</div> </div> <div> <div><strong>Monitoring Task</strong></div> <div>KPI, measure, or status-driven monitoring of the specific domain, as well as information absorption activities with open result.</div> </div> <div> <div><strong>Analytical Task</strong></div> <div>Root cause analysis as well as data mining with open results. Basis for strategic planning and forecasting activities.</div> </div> <div> <div><strong>Expert Task</strong></div> <div>Planning activities, complex exception-handling, as well as design and system configuration activities.</div> </div>

Routine Task

Definition: Routine tasks are process-driven activities or exceptions that happen on a regular basis and that are quick to handle.
Keywords/Examples: Exception Handling, Process-Based, Routine, Workflow, Quick Action, No-Brainer, Recurring

Use Cases Examples

Practical Tips

Reactive (Firefighting) Task

Definition: Reactive incident resolutions based on external trigger(s).
Keywords/Examples: Incident Management, Firefighting, External Trigger, Reactive, Search as Navigation

Example Use Cases

Practical Tips

Monitoring Task

Definition: KPI-driven monitoring of the specific domain with a purpose in mind as well as information absorption activities with open result.
Keywords / Examples: Measure-driven, KPI-driven, List Reports, Monitoring Variants, Embedded Analytics, Dashboards

Example Use Cases

Practical Tips

Analytical Tasks

Definition: Root cause analysis as well as data mining with open results.
Keywords/Examples: Design Time, Analysis Path Framework, BW Report , (ZEN) Design Studio, Lumira, Predictive, Drilldowns, Cloud For Analytics

Example Use Cases

Practical Tips

Expert Tasks

Definition: Planning activities, complex exception handling, and design and system configuration activities.
Keywords / Examples: Workbench, Planning, What-If, Simulation, Comparison, Testing, Configurations, Orchestration

Practical Tips

The experts tasks, by their nature, require very complex interactions with the system which may differ very much from use case to use case.
Just think about the following sample use stories, which are always a good candidates for an expert level:

Each of these tasks may require different interaction concepts, such as preview or simulation (Transportation Planner and MRP Planner), digital assistance (MRP Planner, Master Data Specialist), or draft handling (Internal Sales Representative and Master Data Specialist). Consequently, it is quite difficult to come up with a fixed set of practical tips that fit all the tasks in this category.

In general, designing an expert task is a project in itself. It requires careful research of the user’s needs and the underlying business processes. We highly recommend involving the SAP Design team early on to work in collaboration with application design. The resulting design solution may include several interaction concepts and is very individual for each business domain.

You may find some useful examples with screenshots for this and other task types in our guidelines for business roles (wiki).

Summary

To properly translate your role into the SAP Fiori Design language, you have to keep in mind following important points:

Design-Led Development Process