This article has been prompted by a question from a customer. They need for their users to capture Opportunity 'quick facts' to start the sales process. In their case, their contacts may wish to buy a 'product', a 'service' or a 'combined' solution. Depending on the prospect's interest then the sales process needs to go down a distinct path with other information needed to be captured. And it may be possible to 'jump' to another workflow later on.
I've assumed that for this article you know a little about Sage CRM's workflow processes. The Sage Support & Training YouTube channel has some good short videos that explain workflow.
We have perhaps 3 basic options for the workflow design at this point.
Sage CRM's supports the idea of branched workflow but in this case, where key information needs to be quickly captured and that key information needs to be used to determine the workflow it is most appropriate to use 3 separate workflows.
This approach does not use a 'primary rule' to start the workflow but rather 3 separate workflows that each start with a Transition Rule. This means that the data would be captured using the basic New Opportunity page. The screens that make up this page (OpportunityFilterBox, OpportunityDetailBox etc) can be simplified to capture on the key information that the customer needs.
Once the opportunity record is created and saved it is not yet attached to a workflow process (The oppo_workflowid field would be null). But transition rules within the workflow definition can be linked to the 'start' state and so be able to be visible to a user looking at an opportunity record not yet associated with a workflow.
What that means is that potentially 3 separate buttons could appear on the new Opportunity Summary screen inviting the user to follow either the 'Software' or 'Services' or 'Combined' sales workflows. (And example of this is provided in the default Opportunity Workflow that causes Accept or Reject buttons to appear for new opportunities converted from Leads).
It is possible to jump workflows so if the user has made a mistake and it turns out that after further discovery the prospect needs a 'Combined' solution then this can be made to reset the workflow and go down another path.
Thanks Matthew. I am slightly hesitant about recommending a single branching workflow because of the potential complexity in maintenance - I worry about system administrators getting lost in the different processes.