Self Service Portal or SSP is one of the key components in any Cloud based solution. The use case for a SSP is to enable the end-user to request a product or a service and have it delivered. A request at SSP could involve a workflow where the user may have to select various options and may also need to make a payment. Once the process of making the request is complete, the next step would be to satisfy the request.
Satisfying the request can be done in two ways, manual or automated. For the manual case, it will mean that the IT team will be involved in processing the request and this could lead to back and forth with the requester if there is an ambiguity with the request. Depending on the nature of the request, the time to fulfill a request manually could either be instantaneous or time consuming. In contrast, if the process of fulfilling a request is automated, the time taken will usually be the same, though the request could get a positive or a negative answer.
For automating a workflow, it is essential that the rules or policies for fulfilling a request need to be defined clearly, along with what needs to happen when a request cannot be fulfilled.
Typically, the skill set required for manually fulfilling a request is the knowledge to configure / provision a service or product whereas for automation, the skill set required is to be able to program using the published interfaces of the service or product to achieve the needful.
The SSP is one of the components of VMUnify and building it has been a challenging experience. SSP is the place where the user or the consumer meets the provider. The provider wants to make this experience unique and successful. The simplest way of making the experience unique is to give the ability to the provider to put in a new name or logo, also called as White Labeling. This could be extended to also be able to change the fonts, background and similar attributes. However, the true unique experience will only come when the provider has a chance to define the workflows, success and error scenarios, etc. Itâ€™s an engineering challenge to provide a totally unique SSP to every user when it is tied to a product.
Do you have experience in building unique SSPs when tied to a product? How did you handle the engineering challenges of supporting multiple SSPs?