domingo, julio 04, 2010

Writing an eLearning RFP / RFQ: Some Tips

When evaluating many types of products and services, companies or organizations sometimes use an RFP (Request For Proposal) / RFQ (Request For Quotation) process. There are challenges associated with the RFP / RFQ process, such as the length of time it can take, its complexity, and more.

Writing an e-Learning / Learning Management Systems RFP / RFQ can be a pretty daunting job. The task of putting together a good e-Learning RFP / RFQ is exacerbated because Learning Management Systems software and e-Learning Solutions can possess many layers of complexity, especially when they are developed to integrate with and meet the needs of your organization’s information technology backbone.

Communicating your institution’s needs is often difficult. The tips below are by no means exhaustive, as they are designed to give you some suggestions and information to help you with writing an e-Learning / Learning Management System software RFP / RFQ.

1. You need to perform a thorough internal and external needs assessment, research, and planning long before you sit down to write your e-Learning / Learning Management Systems RFP / RFQ.

2. Provide a company background statement that is specific and gives potential vendor companies information that is useful. If your e-Learning initiative will serve several departments, it might be a good idea to provide some sort of an organizational framework in your RFP / RFG with a little history to help fill in the pieces of the puzzle.

3. If at all possible, try to write it within the context of a team or at the very least, get a colleague, your supervisor, or you assistant to be another set of eyeballs on the document. RFP / RFQs can have a tendency to be long, complicated, and involved documents, so having someone else to review your work, can be very beneficial. It’s even better when one or more of the principle stakeholders help with the writing of the e-Learning / Learning Management Systems RFP / RFQ.

4. Supply a statement of work that is specific and gives potential vendor companies information they will need. Its important to remember that an e-Learning solution / Learning Management System is a tool used to achieve and / or promote a various set tactics as part of an entire training strategy which ideally, should be in line with company or department goals. Since it is a tool that is executed and used as part of a tactic, be sure to provide enough detailed information that is specific to your desired uses of an e-Learning solution along with your department’s goals and objectives.

If it involves an academic program keep in mind the outcomes or profile of the alumni expected upon graduation.

5. Develop a set of user personas so potential vendor companies will be given framework as to how their system will be used by every person that will touch it at your organization. Provide a breakdown of technical skill required for each user persona, including the technical requirements of any other IT systems they would use and need to be integrated into the e-Learning Solution / Learning Management System technology. In the academic environment, the basic skills that users will have must be detailed.

6. Prioritize features and functionality into a hierarchy based on the concepts of absolutely must have (priority 1), would like to have (priority 2), nice to have but not necessary (priority 3), or something along these lines to demonstrate level of importance to the vendor companies that will submit proposals for your RFP / RFQ.

7.  Ask for and include sections for ‘RFP / RFQ boilerplate’ type of information. Some are listed below:
Vendor Information-Your RFP / RFQ should contain a vendor information section that details all contact information, company size, public or private, the number of years in business, etc. You may also want to ask for financial information. 
General Product/Service Information-This section should include general information on the proposed system such as the release date, version, total number of users, the number of years in service, server platform, database technology, java clients, browser compatibility, any licensing, support, and maintenance agreements, and more. It’s also good to ask how the potential vendor company differentiates itself from its competitors and to include a list of any URLs, user names, and passwords to the demonstration version of their product. 
Reference Information-This section is an area for the potential vendor company to list three or more reference customers and a partial list of clients.
 8.   Provide a place for the prospective vendor company to detail their proposed solution. It should cover in detail the product; pricing; its implementation; IT platform requirements; licensing or hosting requirements; system configuration; testing; user loading; HRIS data loading; interfaces between software applications that need to be developed; acceptance testing; general functionality; priority 1, 2, and 3 features and functionality (as discussed in #6); user hierarchies; localization; course and curriculum administration; system administration; authoring tools; system and authoring tool training; project plan and timelines; maintenance; support; and more.

9. Create a question and answer section for the prospective vendor company. The question and answer section contain questions about the technology; system requirements; project implementation; time needed for implementation; testing acceptance period; or another types of questions that are specific and germane to e-Learning solutions / Learning Management Systems implementation initiative.

10. Clearly identify the number of copies, formats, submission dates, locations where the proposal should be sent, and next steps. Be sure to include a date as to when you will be choosing your shortlist for the next round of evaluation.

No hay comentarios.:

Publicar un comentario