Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs: update app subscription user documentation #353

Open
wants to merge 4 commits into
base: main
Choose a base branch
from
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Binary file modified docs/static/app-subscription-journey.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Original file line number Diff line number Diff line change
@@ -1,8 +1,28 @@
# Summary
## Summary

The app subscription process is essential for the usage of an business application, no matter if an app is right away usable or any pre-requisites are given, the app subscription process will manage the relationship between interested app user and app provider.
## App Subscription Process Description

In the drawing below, the initial process is drafted. Important: this is a draft only and relevant for the initial implementation. As soon as this process is enabled an enhancement is planned which should enable to whole app provider / customer communication on the CX platform.
The app subscription process is a critical mechanism that governs the interaction between interested users and the app provider. This process is not only fundamental to the usage of a business application but also manages the ongoing relationship between the two parties. The following is an outline of the initial implementation of the subscription process:

### Initial App Subscription Process Steps:

1. **Customer Interest**: The user expresses interest in the business application through various means such as visiting the app marketplace, clicking on an advertisement, or through direct inquiry.

2. **App Evaluation**: Before committing to a subscription, the interested company may have the option to evaluate the app. This could be in the form of a free trial or a demo version of the app; depending on the provider.

3. **Subscription Selection**: The user selects an appropriate subscription plan that suits their needs. The plans can vary by features, duration, and price.

5. **Subscription Request**: The customertriggers the subscription request.

6. **Notification**: The app provider receives 2 notification (depending on the configured app manager and app sales manager) via email as well as portal notification.

7. **Negotiation**: App Provider and customer negotiate the details outside the application.

8. **App Ramp-up**: Via the portal configuration service, the app provider starts the configuration setup which includes the technical user setup by the operator services with the app needed technical profile assigned.

9. **Activation**: After successful configuration and deployemnt, the app provider activates the subscription inside the portal or via RestAPI Interface which triggers customer notification of successful activation and up and running app instance. The technical user created for the app service is available on app provider as well as customer side under "Technical User Management".

A process picture can get found below:

<br>
<br>
Expand All @@ -14,9 +34,7 @@ In the drawing below, the initial process is drafted. Important: this is a draft

Important flow chart details: the app subscription process does not handle the contract workflow inside the portal, instead the contract agreement is planned to take place outside the marketplace/portal

After the successful subscription (request by customer and activation by provider) the user management will get enabled for the respective customer company.

With that, the customer can manage user roles for their own users (pre-requisite: those users need to have an active cx account)
After the app subscription activation, the customer company can find the app roles management function under "User Management" and start the assignment of user roles to enable company users to actually access the app with their known/excisting user.

<br>
<br>
Expand Down
Loading