How To Guarantee Consultants Meet Their Goals

Consultants-Goals

So far our Proposal Writing Course has looked at two things. How to create a central hub (the table of contents) and define your first pillar (the Exec Summary).  Next up we’ll go through each section and ‘satisfy’ the folks who published the RFP that Yes, we do know what we’re talking about.

We’re using a Consultancy Proposal as our framework. In this proposal, we’re bidding for a services-based contract.

As the services will be performed by our Consultants, we need to persuade the readers that our team is reliable, dedicated, and experienced. We also need to discuss how we’ll monitor them. After all, they’ll be working offsite (i.e. not at our office), which begs the question, ‘How will you supervise them?’.

How to Ensure Consultants Meet Their Goals

To do this, we will add a Supervision chapter to the proposal. The purpose of this section is to outline the methods and tools we’ll use to monitor the Consultants and ensure they reach their targets.

There are a few ways to do this:

  • Identify who will monitor (i.e. supervise) the Consultant. In general, this is the Project Manager.
  • Discuss the role of the PM. For example, ‘This person is responsible for ensuring that the consultant meets their objectives and performs their activities in line with the Work Breakdown Structure.’
  • Show how the supervisor will work as the Government agency’s Project Manager, coordinating communications, budget controls and report generation activities. In other words, our PM and their PM will have joint meetings where they will discuss Status Reports and the performance of the project to date.

How This Appears in the RFP

In the RFP, the bidders may outline their requirements as follows:

‘A Consultant is required to prepare a Strategic Plan under the supervision of the Operational Group responsible for the implementation of the Waste Management Plan.’

And your response could be:

Our Consultant, being the lead authority for the implementation of the Waste Management Plan, shall be the contracting authority for the proposed service.’

This sentence is to acknowledge that you are bidding for these services.

Use the rest of this chapter to outline how that person will with their team in real terms. Avoid business cliches and referring to synergies and other such meaningless jargon.

  • Paint a picture for the Government Agency. Show them  how the consultant would work with them on the ground.
    Identify the types of issues that are likely to arise.
  • Explain how he/she will respond to these and pro-actively address them.
  • Outline the lines of communication and how the Consultant will highlight issues, risks, and contingencies to both parties.
  • Discuss contingency plans, for example, if the Consultant needs to leave in the middle of the project. How will this be managed? Who is the back-up? How have you addressed this in the past.
  • The point here is not to focus on the Consultant’s academic achievements (that’s later) but to show how they will work with the other team on a daily basis.
  • The reviewers may also be the on the PM team that will liaise with the Consultant. Put their fears to rest. Give them reasons to enjoy working with your colleague.

Make it personal. Make it stick.

In the next lesson, we’ll look at how to write the Deliverables.

Stay tuned.

About the Author: Ivan Walsh is a Proposal Writer who develops Business Proposal Plans. He also shares Business Planning Strategies on IvanWalsh.com. Follow him on Twitter & Facebook.

Pic Silver Season

Free and Premium MS Word, Excel and Apple iWork Templates

Acceptance Test Plan

Contingency Plan

Software Development Templates

Acquisition Plan

Conversion Plan

Software Requirements Specification

Action Plan

Cost Benefit Analysis

Software Testing

API Documentation

Database Design

Standard Operating Procedures (SOP)

Audience Analysis

Datasheet

Statement of Work

Availability Plan

Deployment Plan

System Administration Guide

Bill of Materials

Design Document

System Boundary

Business Case

Disaster Recovery Plan

System Design Document

Business Continuity

Disposition Plan

System Specifications

Business Plan

Documentation Plan

Technical Writing Templates

Business Process

Employee Handbook

Test Plan

Business Requirements

Error Message Guide

Training Plan

Business Rules

Expression of Interest

Transition Plan

Capacity Plan

Fact Sheet

Troubleshooting Guide

Case Study

Feasibility Study

Use Case

Change Management Plan

Functional Requirements

User Guide

Communication Plan

Grant Proposal

Verification and Validation Plan

Concept of Operations

Implementation Plan

White Papers

Concept Proposal

Installation Plan

Work Instructions

Configuration Management Plan

Interface Control Document

Software Development Templates

Acceptance Test Plan

Maintenance Plan

Software Requirements Specification

Acquisition Plan

Market Research

Software Testing

Action Plan

Marketing Plan

Standard Operating Procedures (SOP)

API Documentation

Needs Statement

Statement of Work

Audience Analysis

Operations Guide

System Administration Guide

Availability Plan

Policy Manual

System Boundary

Bill of Materials

Project Plan

System Design Document

Business Case

Proposal Manager Templates

System Specifications

Business Continuity

Proposal Template

Technical Writing Templates

Business Plan

Quality Assurance Plan

Test Plan

Business Process

Release Notes

Training Plan

Business Requirements

Request for Proposal

Transition Plan

Business Rules

Risk Management Plan

Troubleshooting Guide

Capacity Plan

Scope of Work

Use Case

Case Study

Security Plan

User Guide

Change Management Plan

Service Level Agreement (SLA)

Verification and Validation Plan

Communication Plan

Setup Guide

White Papers

Concept of Operations

Social Media Policy

Work Instructions

Concept Proposal

Contingency Plan

 

Configuration Management Plan

Conversion Plan