The two OmniStudio tools that should be recommended to meet these requirements are Calculation Procedure and Calculation Matrix. Calculation Procedure allows the designer to define a multi-step calculation process that can use data from various sources. Calculation Matrix allows the designer to define a table of values that can be used as inputs or outputs for calculations. In this case, a Calculation Matrix can be used to store the discount thresholds based on region and customer lifetime score, and a Calculation Procedure can be used to apply them to the orders. OmniStudio Action is not needed for this scenario, as there is no interaction involved. DataRaptor Transform is not suitable for this scenario, as it is used to transform data from one format to another.

Explanation
The correct OmniScript elements to capture the information are Select, TypeAhead, and Number. Select allows the user to choose one option from a list of values, TypeAhead provides autocomplete suggestions for address fields, and Number validates that the input is a numeric value. Radio, Multi-Select, and Checkbox are not suitable for single selection scenarios. Geolocation is not an OmniScript element, and Telephone is not a valid data type for phone numbers.

When designing OmniScripts, the best practices that should be followed to increase user adoption are:
Prefill data for users when possible (This reduces user effort and improves data quality) Divide complex processes into sections (This makes the script more manageable and user-friendly) Provide user help text (This guides the user through the script and clarifies any doubts) The best practices that should not be followed to increase user adoption are:
Replicate existing processes as-is (This may not leverage the full potential of OmniStudio and may not address the pain points of the users) Provide keystroke commands for data entry (This may not be intuitive or accessible for all users and may require additional training)

The OmniStudio tools that should be recommended to meet these requirements are single OmniStudio Action that invokes separate Omniscripts. OmniStudio Action can be used to conditionally launch different Omniscripts based on the record type of the contact. Omniscripts can be used to implement the verification processes for each type of contact. Specific FlexCards with Actions for each type of Contact would require creating redundant FlexCards and Actions for each record type. Multiple OmniStudio Actions that invoke separate Omniscripts would require creating redundant Actions for each record type. Single FlexCard with an Action to invoke an Omniscript would not allow for different verification processes based on the record type.