Project Selection Process S560

S560 - Select Preferred Vendor

DEFINITION

All information, analysis and opinions collected during the evaluation processes are reviewed and an opinion is agreed concerning the relative merits of the proposals and the preferred solution.

SUMMARY

The project team, the project sponsor and other key decision makers meet to consider the evidence collected throughout the evaluation.  This may include:

• outstanding issues from the selection processes,
• comparative data from the proposals, in particular the comparative costs and benefits,
• the results from the vendors’ demonstrations and other contacts.

The detailed findings may be revised if appropriate (although this should not be treated as a complete reworking of the analysis).  The selection team will reach a consensus on the overall issues and findings.  They will agree the key comparisons with the project sponsor and key decision makers to establish which options are preferred, not preferred and rejected.

PATH PLANNING GUIDANCE

This process is normal practice in Requirements / Selection Fast Track.

DEPENDENCIES

Prerequisites (Finish-Start):

• evaluate responses (S530),
• confer with vendors (S540).

Dependent procedures (Finish-Finish):

• prepare Selection Report (S250),
• negotiate terms with preferred vendor(s) (S300).

RECEIVABLES

• vendors’ proposals,
• comparative data based on vendor's proposals, including costs and benefits,
• selection issues,
• reports / questionnaires / work books from vendor demonstrations.

DELIVERABLES

• finalised comparative information,
• provisional agreement on issues and preferred solution.

TOOLS

• Examples: Selection Issues List,
• Examples: System Demonstration Questions,
• Examples: Site Visit Questions,
• Examples: scoring spreadsheets,
• Examples: Application Comparison Worksheet,
• Examples: Hardware/Software Comparison Worksheet,
• Examples: Vendor Comparison Worksheet,
• Examples: Cost Comparison Worksheet,
• Examples: System Quality/Vendor Quality (SQ/VQ) Charts,
• Examples: Cost Summary Chart.

DETAILED DESCRIPTION OF TASKS

Collate and review evaluation materials

The project team should gather together all materials collected during the evaluation. These may include:

• Original proposals and further correspondence from the vendors,
• System Demonstration Questionnaires or visit reports,
• List of selection issues,
• Application Comparison Worksheet,
• Hardware/Software Comparison Worksheet.

Evaluating Hardware Options

A detailed analysis of the proposed hardware for each alternative generally requires specialised expertise.  If the hardware is critical to the selection, then a specialist should assist with the evaluation.  At a minimum, it is recommended that the hardware analysis should cover the following issues:

• compatibility with existing systems,
• sufficiency to support expected load,
• expandability and upgrade path,
• MIS support needed.

The Financial Case

The cost evaluation should include all one-time costs (including implementation support), and on-going maintenance costs.  An expected “system life” of five to seven years is typically used.  Because of changes identified during the evaluation, vendors are frequently required to recompute cost estimates before the cost evaluation can be completed.  To establish a common baseline, calculate the present value of the expenditure stream less the expected savings from scrapping and not supporting the existing system.

Comparing only the maintenance costs to continue operation of the existing systems versus the purchase costs to implement the new technology strategy assesses only the “capital outlay” and may not provide an accurate assessment of the alternatives.  Adding the operating costs to the direct costs often reveals that while the new system may be more expensive to purchase, it saves significant user and operating costs.  Operating costs can be quantified by adding in the estimated time for users to perform the related manual functions and the MIS time to operate and maintain the system factored by a reasonable rate per hour representing cost of service.

Consultant personnel should avoid making claims as to any efficiencies, reductions or savings as a result of implementing a particular solution, although Consultant will assist in the preparation of a Cost/Benefit Analysis, and the client will need to be sure that the preferred specific solution will support the Cost/Benefit Analysis.  Consultant personnel should also avoid making any claims as to the performance of any specific solution or to its freedom from system bugs or programming errors.

How is the Decision Made?

There is no mathematical formula or algorithm which can generate a decision based on the information gathered.  The team must present the key differentiating issues to the project sponsor and key decision makers, and discuss the relative merits of the different proposals.

The information will help support the process. In particular it will be used to highlight the key differences between the solutions and the key issues which affect the decision:

• discuss any key requirements which cannot be met,
• discuss the issues identified and their implications,
• discuss the findings of the team resulting from the vendors’ demonstrations and other vendor contacts,
• discuss the comparative costs and benefits of the solutions,
• discuss the overall benefit to the organisation of proceeding with each option.

The facts must be balanced to identify the best solution, other acceptable solutions and unacceptable solutions.  Note the importance of this classification:

• The preferred solution is the one that the team believes is best suited to meet the organisation’s needs.  It may be assumed that this solution will be followed and following actions can be based on that assumption.
• Other acceptable solutions are identified to provide alternative approaches in case a problem is identified with the preferred solution.  It is also useful to continue to negotiate with all the acceptable vendors as frequently the vendors will improve their financial offers in the face of the competition.
• Unacceptable solutions should be identified where there is no point pursuing a particular solution any further as it would not be acceptable to the client organisation.  Letters should be sent to confirm to the relevant vendors that their proposals have been rejected.

The choice of a preferred solution is rarely clear cut.  In most cases there will be competing merits in the competing solutions.

It is often found that the best solution is not the cheapest and the cheapest compliant solution is not the best.  The cost benefit analysis may cast some light on this but, in practice, it is not normally possible to match the perceived greater value of a given solution to a calculated improved financial benefit.

The final balance of these issues can only be judged definitively by the project sponsor and key decision makers with the client organisation.  Where assumptions are made or where particular conclusions have been formed to support the preference, these should be noted.  The fact that the ultimate decision rests with the project sponsor and key decision makers within the organisation should be made clear to all participants and should be clearly stated in any resulting documentation.

The considered comparison and preferences will be documented formally in the Selection Report - see Process S250.