In enterprise, onboarding is the process of activating an existing user account and getting the user up and running with the app. Existing user accounts are typically assigned by an admin or the IT department. The onboarding process can vary depending on the configuration of the app by the admin or the IT department in terms of data sensitivity and security level.
Click here for the detailed onboarding process flow.
Users may receive an email about the availability of the app and have to download it or the app may be pre-installed on the company device given to the users. A well-designed Welcome email plays an important role in introducing an enterprise app to its users since most enterprise users are required to use certain apps for their work.
Things to consider:
- Inform the user about the benefits of the app to help them understand why their workplace values the app.
- Provide short and clear instructions about the onboarding process in the email. Indicate that the process is sequential (if it is).
- Visual cues will help the user navigate faster. Restrain from an email that is all text.
Launch Screen during onboarding can serve two purposes: inform the user about how they can start the onboarding process and provide a way for the user to explore the app in demo mode.
When a user downloads the app on their device and launches the app without initializing the onboarding process, the launch screen becomes the initial screen of the app as the connection between the user’s account and the app backend connection hasn’t been established yet. Launch screen is available to the user till the user completes the onboarding process.
Cancelling onboarding at any time during the process will require the user to start the process from the beginning again.
Launch Screen Variations
These variations of launch screens support the different services that can be used to onboard a user. If the developer is already aware of the supported backend setup, any of the appropriate variations below can be utilized.
Mobile Device Management (MDM) and Hardcoded – MDM is a push model so the onboarding data is just pushed to the app and the data is made available. Hardcoded requires the developer to include the onboarding data into the compiled app. In both cases, the user can onboard by signing on the Cloud Identity Services Login screen directly from the launch screen.
Activation Link – An activation link, generally provided in the welcome email, is required to start the activation process.
Discovery Service – User is required to enter their corporate email address on this variation of the launch screen which the Discovery Service then uses to make the right backend connection.
QR Code Scanner – User must be provided a QR code to scan that is required to start the activation process.
If a standard app is getting shipped via the App Store, the following option with all variants of onboarding should be used:
Standard App Store – User can onboard on the Activation screen as the app has no way of knowing which onboarding variant is supported by the customer.
Activation and Authorization
The activation process is to validate the user and make the connection between the app and the backend. Users need to provide their credentials on the sign in screen to activate their profile.
The application needs access to the user’s account to populate the app with relevant data. Before it may do so, the user must authorize and provide access to the data.
Most enterprise apps use ‘Secure Storage’ to keep the data secure via encryption. Touch ID with device passcode as fallback acts as a key to unlock this data and provide additional security. Each time the user opens the app, he will be asked to authenticate using Touch ID as it allows the users to authenticate and sign in to the app faster. If the app requires an app-specific passcode, use that as fallback to Touch ID.
Things to consider:
- When making a decision to enforce the use of passcode, keep the nature of the data that the app holds in mind.
- Choose the length and rules of the passcode wisely. It is easier to break a short-length numeric passcode.
- Present a generic alphanumeric keyboard to avoid revealing the nature and length of the passcode to a returning user.
Behavior and Interaction
Onboarding is designed to be a modular process to provide flexibility to the app developers to set it up as per their app’s requirement.
The various views in onboarding are designed to be modal windows to give users a way to exit the onboarding process at anytime.
Once the user takes an action on a view to proceed further, the next view in the process is presented. Include a blank white screen as a layer above the launch screen when these modular transitions take place. Once the entire onboarding process is complete, the launch screen transitions into the Home screen of the app.
- Provide access to a demo mode for the user that presents the core values and explains the functionalities of the app so the user can explore the app before they onboard.
- Keep the entire onboarding process as minimal as possible and use clear and simple language.
- As the onboarding process can be quite time-consuming, only ask users for essential information, and be sure to explain the importance of requested details.
- If passcode setup is required during onboarding, include Touch ID enablement as well. Touch ID is convenient to the returning user in the long term.
- Permissions requests (e.g., camera access, notifications settings etc.) should not be included in the onboarding process; these requests should only be made at the time they are needed by the app.