Hosted/Cloud Unifiedcommunications and Collaboration Solution
Hosted/Cloud Unifiedcommunications and Collaboration Solution
Hosted/Cloud
UnifiedCommunications
and Collaboration Solution
Author
COMgroup, Inc.
[email protected]
March 2013
Hosted/Cloud Unified Communications RFP Request
Instruction Sheet
1. There are instructions within the RFP that provide guidance for that specific section or are marked within <brackets>
and use italics print style. After each section is completed accordingly, these instructions statements should be
removed.
2. Using a global “find and replace,” insert the name of the organization submitting the RFP wherever the RFP uses
<Organization Name>.
3. Other unique details that need to be replaced with specific information are also shown within brackets and italicized.
4. Within the RFP document are a wide range of potential features and functions that may be needed. If such an item
does not apply to your specific needs and requirements, it can be removed or defined differently if needed.
5. Section 6.1 and 6.2 are intended to provide the size for initial quote and the planned deployment of services. These
quantities should reflect actual needs because it will drive the pricing.
6. After completing the RFP, right button click on the Table of Contents and update the entire table to introduce any
changes to section titles and page numbering.
COMgroup, Inc. is an independent consulting firm providing strategic planning, requirements definition, system
design, business process analysis, procurement, and project management services for all types of voice, data, and
video communications technologies. We focus on engaging and educating our clients while we analyze workflow and
communications, with a goal of improving performance regardless of the underlying technical components. You can learn
more about COMgroup at www.comgroup-inc.com.
Table of Contents
Section 1 – Project Overview��������������������������������������������������������������������������������������������������������������������������������� 6
2.1 Communication................................................................................................................................................. 8
2.2 Addenda............................................................................................................................................................ 8
2.3 Proposal Format................................................................................................................................................ 8
2.4 Proposal Pricing................................................................................................................................................ 8
2.5 Proposal Submission Requirements................................................................................................................. 9
2.6 RFP and Proposal Participation Requirements................................................................................................. 9
2.7 Standard Terms and Conditions...................................................................................................................... 10
2.8 Evaluation Criteria and Process...................................................................................................................... 10
Section 3 – Vendor Qualifications, Service, and Support��������������������������������������������������������������������������������������11
5.1 Approach......................................................................................................................................................... 28
5.2 Implementation Template................................................................................................................................ 28
5.3 <Organization Name> Resources................................................................................................................... 29
5.4 Project Plan/Schedule..................................................................................................................................... 30
5.5 Project Management....................................................................................................................................... 30
5.6 Vendor Responsibilities - Pre-Installation........................................................................................................ 31
5.7 IVR.................................................................................................................................................................. 31
5.8 Training............................................................................................................................................................ 32
5.9 Installation Coordination ................................................................................................................................. 32
5.10 Post Installation Test and Acceptance ......................................................................................................... 33
5.11 Documentation............................................................................................................................................... 33
5.12 Assumptions.................................................................................................................................................. 33
Section 6 – System Configuration Sizing and Pricing ���������������������������������������������������������������������������������������� 34
Proposers who contact any individuals representing <Organization Name>, other than the above named designated
individual, may be disqualified from consideration. Questions must be submitted by email no later than <time>, <date>.
<Organization Name> will respond to all written questions submitted by this deadline.
<Organization Name> will not conduct a preproposal conference for this procurement. To obtain answers to any questions,
or for further clarifications, submit all questions as noted above. <Or, replace with a section providing date, time, and
location of a pre-proposal conference.>
2.2 Addenda
<Organization Name> may make changes to this solicitation. Oral or other interpretations, clarifications, or submittal
instructions will be without legal effect. Any information modifying a solicitation will be furnished to all known proposers by a
formal, written addendum.
Proposals should be clear and economical, providing a straightforward and concise description of the Proposer’s capabilities to
satisfy the requirements of this Request for Proposal. Emphasis should be placed on clarity of content.
<Delivery address>
2.6.7 Confidentiality
Contractor or its affiliates, or any of its officers, directors, employees, agents, or representatives, may not disclose, publish
or disseminate any information considered by <Organization Name> to be confidential or proprietary that Contractor
acquires through the performance of services rendered by the provisions of this Contract except by written consent. The
obligations of confidentiality stated herein shall not apply or will cease to apply to any information that was known to
Contractor prior to the Commencement Date of the Contract; or becomes publicly available; or is received from a third
party without obligation of confidentiality to Contractor; or is developed independently by Contractor without the use of
confidential or proprietary information.
2.6.9 Non-Collusion
The Contractor certifies that his/her firm has not entered into any agreement of any nature whatsoever
to fix, maintain, increase, or reduce the prices or competition regarding the items covered by this Request for Proposal.
Proposing Vendor -
Email Address Phone
core product/service
Account Representative
Contract Executive
Sales Engineer
Point of Contact
Point of Contact
<Organization Name> desires to retain the same key personnel, including Vendor Project Manager and Software
Engineer(s), over the length of the project. Any unavoidable changes in key personnel must be communicated to
<Organization Name> in writing with as much advance notice as possible.
Using the following table, provide a list of the proposed project team members. The list shall include the role and
responsibility for each team member and any pertinent certifications they have obtained.
Role/Tasks;
Name Experience Office Location
Product Focus
11. What are the options and ability to add additional features and capabilities? What is the policy toward implementing
the manufacturer’s upgrades? How do you decide when and if to upgrade or enhance the solution when the
possibility exists? Do you allow or support any third-party enhancements to the solution?
12. What types of performance monitoring tools are included? Do you have direct access to those tools and reports?
Can you get proactive notification of service events, alarms, and other exception events?
13. Are any other management tools provided, such as online access to billing, usage reports, etc.? Describe the
portals available to obtain such information.
• <Describe>
• <Describe>
• <Describe>
4.1.2.4 WAN/connectivity
• <Describe>
4.2.1.1 Core hardware such as processors, power supplies, hard drive systems, network interface cards, etc.
must be redundant and fault tolerant to avoid single points of failure.
4.2.1.2 The ideal solution provider will peer directly with broadband data carriers in the <Organization Name>
network.
4.2.1.3 The system(s) shall have a version of the manufacturer’s operating software that has been released
within the past fifteen (15) months.
4.2.1.4 The proposed solution must be capable of surviving the loss of any single critical component. Thus, the
system must be designed to avoid a “single point of failure” with redundant core components in an “active/
active” configuration that includes duplicated power supplies and other required elements to eliminate system
outage. If available, the proposed solution shall show as an option the costs to link <Organization Name> to a
minimum of two separate Vendor data centers with redundant network connections.
4.2.1.5 The carrier network connections from the hosted provider to the contact center and <Organization
Name>’s corporate headquarters must be over a deterministic network that can ensure call quality.
<Organization Name> must have the ability to choose between G.729 and G.711 codecs or better (if
wideband codecs are available).
4.2.1.6 The proposed solution must provide the ability to use an alternate route that will leverage the
<Organization Name> LAN data network to distribute calls to the users.
4.2.1.7 The proposed solution must perform data backup and storage such that no data is lost in case of system
failure.
4.2.2.1 The service must be provided so that routine maintenance procedures, troubleshooting, loading
hardware and software revisions, patches, etc., may be performed without disrupting the client’s service.
4.2.2.2 When the system detects a fault, notification must be provided to <Organization Name>.
4.2.3.1 An access method is required so that trained <Organization Name> personnel can perform standard
system software-based changes.
4.2.3.2 <Organization Name> system administrator(s) must be able to “build” and modify station programming,
routing rules, user groups, and other system features, and to print reports concerning such database
information.
4.2.3.3 The system(s) must be capable of providing multiple administrative levels, based on user profiles.
4.2.3.4 The system(s) shall be easily accessible and easy to query, modify, and manage using a GUI.
4.2.3.5 Preprogramming of tasks that can be scheduled to execute later (typically during off-hours) must be
supported.
4.2.4.1 The hosted provider must extend inbound Automatic Number Identification (ANI) or Caller ID digits to the
users.
4.2.4.2 ANI data must also be available to peripheral devices, including voicemail systems and analog
extensions.
7. Can the data center route traffic over more than one carrier in the event of a failure in the primary carrier’s service?
8. How is call quality ensured (including Quality of Service [QoS] options and VLANs)? Define how you establish and
support QoS to ensure that real-time communications are prioritized.
9. Are the inbound and outbound telephone call traffic merged with the phone traffic from other customers at the data
center and using shared telco facilities? If so, how do you engineer the network to ensure that a surge in volume
from other firms does not prevent <Organization Name> calls from being completed?
10. If the answer to number 2 above is “no,” which carriers are available for the dial-tone component of the service,
including toll-free services?
11. What is the geographic coverage available for free calls (local to <Organization Name>) and toll calls?
12. For calls charged as long distance and inbound toll-free calls, what are the rates per minute, the billing increment,
and the minimum charges? Are these costs part of your billing, or is a separate agreement and invoice from the
long-distance carrier needed?
4.2.5 Security
4.2.5.2 Describe the written policies, procedures, and methods for ensuring security.
4.2.5.3 Explain how you maintain compliance with applicable rules & regulations (such as PCI, HIPPA, etc.).
4.2.5.4 Do you provide a written Service Level Agreement that covers security concerns, risks, and liability
coverage?
4.2.5.6 Can all media packets (voice, video, IM, etc.) in transport be encrypted?
4.2.5.8 What types of operating systems are running on the servers and how do you secure them from exploits?
4.2.5.9 What is in place to prevent device-level exploits? This should include any locally installed gateways,
data-storage devices, and the telephones.
4.2.5.10 What type of security exists within the applications to prevent abuse and malicious activities?
4.2.5.11 What security measures are in place to grant access to authorized <Organization Name> staff that
need to access the system’s management tools?
4.2.5.12 How do you protect the services from standard IP vulnerabilities, including denial-of-service attacks?
4.2.6.1 The new system must support a call history log with the ability to launch a callback from the history log,
as well as export the log, including Caller ID.
4.2.6.2 It is desired to have the call history log on the phone as well as the PC client.
4.2.6.3 The new telephony system must be able to interface to zone paging systems
4.2.6.4 The solution must provide advanced emergency call capabilities such that the location of all devices,
including IP phones, are associated with either a switch port, an IP address, or some other controlled location
identifier. This location information and the related user information should be maintained in a database that
accommodates automatic updates to the PSAP database when a device/user is moved.
4.2.7.1 Some locations will have IP transport to the desktop dedicated to the voice network, separate from the
internal IP data network. The sets at these sites must interface with the supplied switch electronics, and do
not need to support secondary data ports.
4.2.7.2 Other locations will have IP transport to the desktop that supports both voice services and desktop
computing (PC) services via a single 100 Mbps channel. The desktop interface device must support Layer 2
switching for the PC’s NIC card as well as the telephone instrument.
4.2.7.3 IP sets must be compatible with the 802.3af (Power over Ethernet) Industry Standard.
4.2.7.4 The proposal shall include electronic IP sets with the capacity for a minimum of two extension lines plus
programmable buttons and a hands-free full-duplex speaker phone.
4.2.7.5 The sets are to be designed so that the users have the option to answer a second call to their personal
extension number before the call routes to alternate answering points, such as voice mail.
4.2.7.6 Some of the programmable buttons are for features that do not have a fixed button; “Context-sensitive”
soft-keys may be substituted for this requirement.
4.2.7.7 It is desired that the phones use an LCD designation (paper-less) of all telephone set buttons.
4.2.7.8 An “Operator” software tool should be provided for the receptionist with the ability to see user extension
status or presence, and allow for full PC-based control of the functions such as answer, transfer, hold, etc.
4.2.7.9 The service should support a variety of IP sets; describe the IP sets available with the solution and
provide pictures and fact sheets.
4.3.1.1 If part of the manufacturer’s product line, the Vendor should propose an Instant Messaging solution that
is capable of logging, recording, and archiving messages.
4.3.1.2 For those users where a camera is part of their desktop setup, <Organization Name> wishes to include
desktop video as part of the proposed solution.
4.3.2.1 <Organization Name> requires the ability to use a PC-based call control (desktop application) that works
in conjunctions with the fixed telephones. Also provide specific designations that identify specialty areas of
focus and capability.
4.3.2.2 The call control client should include, at a minimum, mouse controls of features, keyboard access to
telephony directories, “click to dial” features including recognizing a telephone number within a document or
web page displayed on the PC screen, call logs, one-click to activate record on demand (for those that are
authorized), etc.
4.3.2.3 <Organization Name> requires the capability for a significant number of users to use the PC client as a
fully functional soft-phone without any associated telephone set.
4.3.2.4 Users should have the ability to make basic programming changes to their telephone sets (browser-
based).
4.3.2.5 The system should support integration with the contact lists from Microsoft Outlook and other tools such
as Google mail.
4.3.3 Mobility
Many users carry a cell phone and radios are used in specific areas of <Organization Name>, such as <insert
applicable departments>. <Organization Name> <has / is considering> a managed BYOD policy that will include
iPhones, Android, Windows, and tablet devices.
4.3.3.1 The system must extend office telephone system features to mobile employees, both onsite and offsite.
4.3.3.2 At a minimum, the proposal should include the integration of desk phones with cell phones (single
number) and the ability to bridge calls (simultaneous ring) while maintaining only one (system) mailbox.
4.3.3.3 The system should also allow for a mobile client for the various client devices, including cell phones,
tablets, etc. Please define what mobile operating systems you support with a mobile client and identify what
costs exist (if any) to obtain or use such apps.
4.3.4 Teleworkers
4.3.4.1 The system must support telecommuting as an option for some employees.
4.3.4.2 The system should allow the telecommuting employee to have full functionality at their remote location
using the device of their choice. Flexible deployment options to accomplish this must be described. Describe
how call quality is assured for remote workers.
4.3.5.1 The proposed system must provide ad-hoc conferencing for up to six parties per call, and up to <xx>
simultaneous conference calls. This capacity is in addition to the conference bridge requirement described in
4.3.5.3.
4.3.5.2 Meet Me conferencing for up to six parties is also desired. If this is not part of the core system capability,
the system should be configured to support up to <xx> simultaneous six-party Meet-Me conferences. If the
ad-hoc conferencing and this limited meet-me conference uses the same internal resources, the capacity
required is a total of <xx> simultaneous six party conferences for the combined two methods of conferencing.
This capacity is in addition to the conference bridge requirements described below.
4.3.5.3 In addition to 4.3.5.1, and 4.3.5.2, the proposed solution should include integrated access to a
conference bridge service for larger meet-me conferences – capable of supporting up to <xx> users on a
single conference call and up to <xx> total simultaneous conference participants for all active conferences.
The system shall also provide the ability to host collaboration features similar to Cisco WebEx, including the
option for video, on the proposed bridge for the same number of participants.
4.3.5.4 The conferencing solution should support dynamic allocation of the conferencing ports.
4.3.5.5 The conferencing solution must provide easy scheduling of conferences via the desktop Outlook
or Google <use what is appropriate for organization> client, with the ability for self-service by individual
departments / users.
4.3.6.1 The system must be able to allow users to easily transfer active calls directly to another user’s voicemail
box, bypassing the user’s telephone, when appropriate.
4.3.6.2 The system must allow for users to have their choice of basic voicemail, integrated messaging, or unified
messaging. Describe how you accomplish each of these.
4.3.7.1 The system must allow for point-point video calls between users.
4.3.7.2 The system must allow for multi-point video calls between users. Ideally there are options for ad-hoc,
rendezvous or meet-me video conferences, and scheduled conferences.
4.3.7.3 The video system must be able to interoperate with other standards-based video systems to extend its
reach to existing internal systems or to an external business partner system.
4.3.7.4 Interoperability: The proposed solution should be interoperable with hard and soft video enabled
endpoints that are standards-compliant, including multi-screen and single-screen, room-based and personal
endpoints; ranging from video-enabled phones, soft phones, mobile endpoints, to high-end immersive
systems. The solution should be able to support BYOD (and not limit user options).
4.3.7.5 Although all capabilities may not be implemented immediately, the solution should include the following:
a) Escalating a voice call to a video call at any time during the call, provided endpoints are video-capable.
b) Ability to start and join a multi-party video conference without advance reservation.
d) Support for “virtual meeting rooms” or video bridges with pre-defined maximum number of participants that
can be used by multiple users across the company by ‘booking’ the virtual meeting room in advance.
4.3.7.6 When bridging resources are shared with other customers, the solution must provide an architecture
that ensures security of the video calls so no ‘eavesdropping’ can occur, accidental or otherwise, by other
customers.
4.3.7.7 The proposed solution must provide support for guest access outside the corporate network, for mobile
or guest workers.
4.4.1.1 The proposed solution must provide advanced contact center capabilities. Although all capabilities may
not be implemented immediately, the solution must include the following:
• IVR
• Workforce Management
4.4.1.2 The contact center must be able to easily transfer calls to and from the standard telephony system users.
Where these users are on a different system, it is desired that the link between the two systems supports
typical caller information exchange such as name and number of the caller.
4.4.1.3 The system must support third-party software integration to enable applications such as Screen Pop
from <Organization Name> databases including but not limited to <identify specific database programs
used>.
4.4.1.4 Agents must be able to log in from a remote location, with the same suite of tools that is available to on-
site agents.
4.4.2.1 The system must have flexible rules-based routing, easily customized by <Organization Name>.
4.4.2.3 Agents need to be able to service multiple queues, with a clear indication of queue status.
4.4.2.4 Solution must provide queuing with the ability for customized on-hold messages.
4.4.2.5 Calls delivered to a logged out agent must be re-routed with priority to front of queue.
4.4.2.6 Authorized users must have the ability to make changes “on the fly” to call routing schemes, including
announcements, without requiring IT or Vendor involvement and without impacting current calls or core
system functionality.
4.4.2.7 Calls transferred from a remote office or other <Organization Name> site should be identified as such,
including the name of the remote site. This information should also be captured for reports.
4.4.3.1 The Agent PC client must be customizable for the group where it is deployed.
4.4.3.2 The display must provide real-time individual and group statistics, queue status and threshold alerts.
4.4.3.3 Agents should be provided a drop-down window with descriptions rather than numeric codes for
transaction or wrap-up codes.
4.4.4.1 The Supervisor PC client must provide real-time individual and group statistics, queue status and
threshold alerts.
4.4.4.2 Supervisor views should incorporate data from multiple sources including the various modules and tools
used to process and manage calls.
4.4.4.3 Supervisors must be able to react to events and re-allocate resources, including announcements, via the
on-screen tool.
4.4.4.4 Announcements must be easy to change, allow for pre-recording of scripts and be administrable by
authorized supervisors.
4.4.4.5 Supervisors must have the ability to create, edit, or delete agent accounts.
4.4.4.6 The proposed system must have the ability to automatically log agents out under user defined
conditions.
4.4.5 Reports
• Reports should include access to all raw data for 120 days.
• Length in queue
• Calls offered/handled/abandoned
• Average delay
• Talk time
4.4.5.4 The system must provide the capability to print reports to any local or network-connected available
printer and export or save the reports in a variety of file formats.
4.4.6.1 The system must be capable of voice recognition for basic commands such as Yes, No and other simple
words or pre-determined phrases and also accept touchtone responses in the prompt (i.e. “Please say or
press 1”).
4.4.6.2 The system should be capable of adding natural language speech recognition.
4.4.6.3 The system should be capable of multiple languages and provide <Organization Name> with the ability
to add languages as required.
4.4.6.4 The system should be fully integrated with the core telephony system, call center software, and <insert
any applicable underlying systems that require integration> and be able to incorporate report details from
each to produce cradle to grave reports.
4.4.6.5 The system must be easy to administer by <Organization Name> and provide GUI front-end tools for
scripts and configuration changes.
4.4.6.6 The system must be capable of collecting ANI information used for routing rules.
4.4.6.7 The system must be capable of providing callers with an accurate Estimated Wait Time.
4.4.7.1 The proposed system should capture and store recordings at the hosted equipment site.
4.4.7.2 The contact center and quality monitoring capability of the system must include a synchronized screen
capture of the agent’s PC activity, including the ability to screen scrape over multiple monitors. Playback of
voice and screen scrape must be fully synchronized and automatically linked in playback through a single
supervisor/review tool.
4.4.7.3 The system must provide the ability to retrieve calls by user defined parameters such as by agent, for
defined intervals, or by specific queues, etc.
4.4.7.4 The system should be capable of providing evaluation and coaching tools.
4.4.8.1 Interface with the proposed contact center solution to extract data required to build forecasts
4.4.8.2 Provide forecasts that include annually, quarterly, monthly, daily, and specified intervals.
4.4.8.3 Include customer defined causal factors such as historical data, seasonal trends, etc.
Use this template to write a SOW appropriate for this project and provide applicable pricing. The Vendor should customize
this template as necessary to ensure it is a suitable SOW for the delivery of their services. The Vendor’s SOW response,
including any modifications agreed to by the parties, will become the core element of any subsequent contract.
• Network readiness assessment (if required) • On-site installation of any required equipment
• Solution design and configuration • On-site and remote post implementation support
5.7 IVR
• Vendor will meet with designated staff to determine call flow and IVR call handling.
• Vendor will validate design, document and build call flow.
• Vendor will work with <Organization Name> to record all required announcements based on the routing scheme.
5.8 Training
5.8.1 Vendor shall provide the following training
• The Vendor shall perform knowledge transfer on all elements of the proposed solution for <Organization Name>’s
implementation team.
• Vendor shall provide manufacturer certified end user, supervisor, and administrative training at each <Organization
Name> site, or at agreed-upon centralized locations for remote sites.
• Vendor will work with <Organization Name> Project Manager to determine training curriculum and schedules.
• Trainers must be certified on the proposed solution with at least one year of field training experience.
• Classes will be conducted on live system equipment at each <Organization Name> site or designated remote sites.
• Vendor shall provide users with Quick Reference Guides and access to online resources.
• Specialized training will be provided for contact center agents and supervisors that includes
- Use of agent functionality as appropriate to agent skill level
- Remote agent functionality
- Operation of PC client including After Call Work Codes and Transaction Codes
- Operation of supervisor or agent “chat” features
- Access to individual metrics as appropriate
- Operation of supervisor PC client
- Access to conditional routing tools including announcements
- Access to standard reports
- Creation of custom reports
• Specialized training will be provided for system administration and management. This training may be on-site or at a
Vendor/manufacturer training facility as agreed upon.
• Vendor shall make available any other training tools deemed advantageous to the ongoing training and management
of the proposed systems, including but not limited to access to online resources and continuing education.
• Vendor shall test and verify trunking, standard and alternate call routing and inbound and outbound dial plan.
• Vendor shall provide cutover coordination and support that includes the following:
- Vendor Project Manager shall work with <Organization Name> Project Manager to determine timeline and
schedule for migration to new system
- Vendor shall provide onsite and remote (as needed) resources to support migration schedule
- Vendor shall provide resources for (3) days of onsite business support following cutover
5.11 Documentation
5.11.1 Documentation requirements include:
• Vendor shall provide <Organization Name> with documentation compiled during the course of the project.
• Vendor shall provide final as-built documentation including, but not limited to:
- Detailed system configuration settings
- End user, agent and supervisor profiles
- Contact center configurations
- Call flow documentation
• Vendor shall provide a description of ongoing support resources available to <Organization Name> post installation.
For example: knowledge base, website, trouble tickets, user guides, web based training, etc.
5.12 Assumptions
5.12.1 The Vendor should base their Statement of Work on the following assumptions. Any and all other assumptions
must be added to this list.
• <Organization Name> cabling infrastructure, premise wiring and data connectivity to required equipment is installed,
tested and capable of supporting IP traffic prior to implementation.
• <Organization Name> resources assigned to the project are available to complete project tasks on a timely basis.
6.3 Pricing
Pricing Table 1: List all one-time charges. Mark “N/A” or “Waived” where appropriate.
Pricing Table 2: List all recurring monthly charges. Mark “N/A” where appropriate.
Pricing Table 3: List all usage based charges, along with rates and units.