Page 198 -
P. 198

174   Chapter 6 • Software and Vendor Selection

              through the ERP functionality. The organization can then see what works for them, what business
              processes will need to change, and what changes are necessary for the ERP to work for the organi-
              zation. Time-consuming organizations have found that they know just what they are buying and
              what changes are necessary before the implementation is in full swing. With this information, the
              organization can decide on what changes will be made to the system, if any, and get an estimate on
              how much they cost. A benefit of this process is the organization will know up front what changes
              will be made to the ERP and a cost estimate in addition to the ERP purchase.


              REQUEST FOR BIDS
              The bid process in private industry is not required, but in public institutions it almost always is. It is an
              expensive and time-consuming process for both the company and vendor(s), but it can yield
              significant software savings when done right. In addition, one of the benefits of bidding is a more
              detailed understanding of the ERP system functionality and a willingness of the vendors to work with
              the company better to ensure a successful implementation (see Appendix A for a sample bid layout).
                   The request for bids (RFB), which is sometimes called request for proposals (RFP), should
              include the type of ERP system the company wants with specific functionality, along with a
              specified hardware and software infrastructure, training requirements, and any specific contract
              issues required by the company. If the company has an infrastructure in place it should be clearly
              stated in the request. A format to respond to the bid, including a pricing sheet and a clear
              description of the selection process and a timeline for selecting an ERP vendor, should also be a
              part of the RFB. The goal will be to evaluate bids from vendors, comparing “apples to apples” to
              determine which system will work best in the company’s current and future environment.


              VENDOR ANALYSIS AND ELIMINATION
              The task of evaluating ERP system bids will take organizing and planning. There will be many
              components to a bid that require many different skill sets. Office staff will need to evaluate func-
              tionality, IT staff will evaluate the technology requirements, and contract staff will need to
              evaluate the contract and pricing of the system. All of this will need to be coordinated to select
              the top one, two, or three vendors with which to start negotiating a purchase. If there is clearly
              only one vendor that meets the needs with no close second, the negotiation should only include
              that vendor. If there is more than one, however, be sure to negotiate with each of them. If needed,
              bring the vendor(s) in to clarify any questions and answers.
                   The bid evaluation and any vendor discussions should focus on the best fit. It is important
              to understand that no vendor will meet all the requirements. Further evaluation is needed if the
              number of vendors is not reduced to one. One must evaluate both the functionality, as well as any
              other additional components needed to make the ERP operational, and the expansion capability
              of the ERP system if growth occurs within the company. It is appropriate to check references of
              the vendors looking for issues related to functionality and implementation. It is helpful to learn
              from others’ experiences where possible.
                   Last, develop and analyze the total cost of ownership. This can be difficult, but it should be
              inclusive of all costs. The largest cost of the system occurs after the implementation in the system
              maintenance and upgrades. The actual software purchase will likely be less than 15 percent of the
              overall cost.
                   TCO was developed in the 1980s as a result of PC hardware and software proliferation. In
              moving computers to the desktop, many companies were evaluating what it would take to maintain
   193   194   195   196   197   198   199   200   201   202   203