IT Leadership Insights | Best practices in the RFP process - YouTube

Channel: unknown

[9]
- Hello, my name is Jaros艂aw Granat,
[10]
and I'd like to welcome you to this episode
[12]
of IT Leadership Insights by Future Processing.
[17]
Writing a request for a proposal is not a
[19]
quick or easy task, as there are a number of things
[22]
that must be taken into consideration.
[25]
Thankfully, our guest today is Lauren Tennant,
[29]
a specialist sourcing advisor from Horizon Seven,
[32]
who is just the right person to talk about this topic.
[36]
Hello, Lauren.
[37]
- Hi.
[38]
- Lauren, could you please tell us a little bit
[40]
about yourself?
[40]
- Of course I can.
[41]
So I spent most of my career buy-side,
[45]
buying technologies for big clients based out of the UK,
[51]
and since then I've been working as an advisor
[54]
to the market, helping global clients to buy services.
[58]
Alongside that, I have done a significant amount
[62]
of research as a master's and now a doctor of outsourcing.
[66]
So I have spent overall a crazy amount of time
[69]
thinking about outsourcing.
[71]
(laughter)
[72]
- That's perfect for today's episode, so.
[74]
- I hope so.
[75]
- As a specialist, Lauren, could you please tell us
[77]
how a typical vendor selection process looks like,
[81]
because from my experience it's sometimes a pain
[84]
for clients, for buyers, because they do not know
[87]
what to expect, what to ask, especially if they are
[90]
doing it for the first time.
[92]
- Of course.
[93]
So typically clients will use a RFP 'request for price'-
[97]
type process to buy services, and it depends
[100]
on the size and shape of the services they're buying
[103]
as to how long and the complexity
[106]
of that process, of course,
[108]
but it is typically very difficult for all concerned,
[112]
the buyer and the supplier of the services,
[115]
so normally a client will think about their scope first,
[119]
so they will write a requirements specification.
[122]
Then they will think about sending that to the market,
[125]
and many clients, especially in bigger procurement will
[127]
use an RFI process to qualify the vendors
[132]
that they want to then invite to the RFP process.
[136]
So this can all take a long period of time
[138]
and is a long written document, and typically done
[141]
at arm's length, so a distance relationship.
[145]
So then they will provide that to the vendor or vendors
[149]
who will look at writing a long response,
[152]
and that can be followed by a beauty parade,
[155]
followed by a shortlisting exercise,
[157]
followed by evaluation, and then typically
[161]
only at the evaluation point is when the client
[164]
will understand the business case around
[167]
the proposal from the vendor, the selected vendor,
[171]
and all of these things can cause some difficulty
[174]
in the sourcing process, because it takes a long time,
[177]
is a long written document and a long written response,
[181]
which can lead to some difficulties in expectations
[184]
and understanding.
[186]
- All right, so the process definitely consists of
[188]
plenty of phases, steps.
[189]
- Correct, yeah.
[191]
- So from your experience, what would be the best
[196]
practices for following that process
[198]
for these companies that are deciding to outsource?
[201]
- Sure.
[202]
I think what's really important is that clients
[204]
that are looking to come to market for services
[207]
understand what it is they're trying to achieve
[210]
from the product or services they're looking for,
[213]
so what should the end result be out of the contract
[218]
that they're procuring, the services they're procuring,
[221]
so that they understand the value of that,
[223]
that they understand the business case
[225]
around making that decision, including whether or not
[228]
they should have some things inhouse,
[231]
whether there should be a hybrid,
[233]
and also whether they should do nothing, right?
[235]
So to understand a robust business case
[238]
really helps a client come to market with a full knowledge
[242]
of what it is they're buying and what it means to them
[244]
so that the process later on doesn't get upset by,
[248]
delayed by, or completely stopped by someone
[252]
realising the benefit is not as great
[254]
as they thought it was going to be
[255]
or achieving the services is impossible for
[258]
their internal resourcing.
[261]
- You also mentioned that part of the process
[262]
is to prepare a document that is sent to
[265]
potential vendors.
[267]
What do you start with when you prepare such a document?
[273]
- Well, I think typically clients will spend
[275]
too much time writing too much input specification
[278]
into an RFP document, that is trying to tell
[281]
all the service providers what the solution
[284]
should look like, and I think for me
[288]
there is a benefit from avoiding that approach.
[290]
- Okay.
[291]
- So focusing more on the output specification.
[294]
So inevitably, you need to start with the scope.
[296]
What is it that you are trying to buy?
[299]
And we try and help our clients to think about that
[301]
in outcome terms rather than input terms.
[304]
So what are you trying to achieve?
[306]
The scope should also include the parameters
[308]
around volumes, geographies, et cetera.
[313]
The other thing that I think is important to include
[315]
in the early stages is the buyer's view on the contract.
[320]
So what kind of contract are you expecting?
[322]
What are the principles that should be associated
[325]
with that contract?
[326]
What are you expecting the supplier to sign up to?
[329]
Because often that's left until the end,
[332]
and then there can be a difficult conversation
[334]
around the contract terms and how the supplier
[338]
has priced the solution against the contract terms,
[341]
and there's often a mismatch there, right?
[342]
So avoiding that can help to include that.
[346]
And then I think the final thing that you should
[348]
really include is around how you expect
[350]
the relationship to work.
[352]
So what kind of relationship do you want?
[355]
How should the governance function?
[357]
Is it an intimate relationship you need?
[359]
Do you need to have a close ways of working?
[362]
What kind of service metrics are you expecting to achieve?
[365]
So that again the supplier can write a solution
[368]
that delivers those things and that it's
[370]
not a surprise later on.
[372]
- Let's pause for a while with the RFP,
[375]
because I know that you're a huge supporter
[377]
of an alternative approach, as well.
[379]
- Yes.
[379]
- Could you please share some insight about that as well?
[382]
- Yeah.
[382]
So we have come up with a process that we call
[385]
visionary sourcing, and that's different because it
[389]
takes away the need for the arm's length
[391]
written RFP process.
[394]
It's not easy.
[395]
It's not a shortcut to a solution,
[398]
but it's based on all of the research that I've done
[401]
over my career around the things that become
[405]
difficult later on in the relationship
[407]
as a result of some problems with the sourcing process,
[410]
using the arm's length RFP and the time it takes to do that.
[414]
So we take out using the RFP and instead
[417]
we do face-to-face co-design piece of work
[422]
to come up with a solution.
[424]
Other things that are different about our
[426]
visionary sourcing from a typical RFP process,
[430]
based on what I just mentioned, is moving the
[432]
business case to the front of the process.
[434]
So we work very closely with our clients
[436]
to articulate what that business case looks like,
[440]
to do some testing in the market to say
[442]
what we will achieve from going to market for this solution,
[446]
so that we're very clear about that as we go into
[449]
these workshops with the suppliers,
[451]
and to do a workshop-based approach,
[453]
you need to work with a fewer number of suppliers,
[456]
so we shortlist at the beginning of the process,
[458]
and we can do that because we really understand
[461]
what we're trying to buy and what's important to us,
[464]
so actually we can very much narrow the market
[467]
at the beginning instead of going to 12, 15 or more vendors,
[471]
then having to do all the work to review
[473]
long documents that can be 300 or more pages.
[477]
We focus instead on three, maybe four
[481]
carefully selected providers, working face-to-face
[484]
in design workshops, and those are the
[486]
fundamental differences.
[488]
And the last thing that's different is we
[490]
parallel-run our contract negotiation
[492]
with those three or four vendors whilst
[494]
we're in these workshops, so the idea is
[497]
that we come to the end of that, instead of having
[501]
what we would say comparing apples with apples,
[504]
very many similar solutions that the RFP will drive,
[508]
we in fact have three or four very different solutions
[512]
with a contract that goes with it
[513]
that's right for that solution,
[515]
and that typically takes four months end to end
[517]
instead of 12+ months, which you can take
[519]
doing an RFP process, but I emphasize it's not easy.
[523]
It takes a lot of effort, and if you're
[526]
not able to do that kind of process
[528]
or you're not able to employ an external advisor to do it,
[532]
sticking with a very good RFP process is still good.
[535]
So it's not either or, it's a choice that's right for you.
[539]
- Okay, so here is the question, because I can imagine
[541]
that there are different groups of businesses and people
[545]
with different needs.
[547]
So probably some of people and companies
[550]
would prefer the RFP process, and some the
[552]
visionary sourcing.
[554]
So who do you think are the target groups
[556]
and what advice would you give to each group of people?
[559]
- So I think companies that are looking to follow
[563]
a more traditional approach of comparing price
[566]
with price for the same solutions should absolutely
[570]
stick to an RFP approach, because that's what it drives.
[573]
I think I would still look at the advice I gave earlier
[577]
around the business case, moving that forwards, et cetera,
[580]
because the RFP process itself can be
[583]
improved by those things.
[586]
So taking that advice and being really strong
[588]
about the process.
[590]
I think it's also really important to think about
[591]
your own internal capabilities of running an RFP.
[594]
So we work with a lot of clients who
[598]
accidentally extend the timelines because
[601]
they have set aggressive timelines, they miss
[603]
their own deadlines, or they in fact try
[606]
and squeeze the vendor, responding vendors,
[610]
into too short a time to respond effectively,
[613]
so I think it's important to plan the process out
[615]
respecting your own capabilities to deliver on time,
[620]
and as a buyer, it's important to maintain
[623]
a good perception with the vendors
[624]
that you can achieve your own timelines.
[626]
So those are the things I'd say about doing an RFP.
[630]
I think it can be anybody, any type of client
[633]
in any type of sector, that's not important.
[635]
What's important is what type of outcome
[637]
you're trying to achieve from the process,
[639]
so price and solutions that are the same
[643]
come well from an RFP.
[646]
If you're looking for something that's more complex,
[649]
that needs some work on the design of the solution
[652]
and that coming up with three or four different options
[656]
is a good thing to have, then visionary sourcing
[659]
is a good alternative and will create those things
[662]
much better than RFP possibly can.
[665]
The other thing that it does is give the opportunity
[667]
to work together with your potential vendors
[669]
before you start work, which is a great thing to do
[672]
because if you can work with them and you build
[674]
a relationship form the beginning, okay.
[677]
So if that's important, if it's a critical
[680]
piece of delivery, if it's a complex thing,
[683]
then visionary sourcing, I think, is far better
[685]
than an RFP for that purpose, but again
[688]
I sort of give you a health warning.
[689]
It's not a shortcut and it's not easy.
[691]
It requires a lot of focused work in a short
[694]
amount of time, so again, you have to be ready
[697]
with the internal resources to do that
[700]
and I think you really need external support
[702]
to make that happen.
[704]
- All right, thank you for that summary,
[705]
and for the whole conversation, Lauren.
[707]
- That's my pleasure.
[709]
Hope it was useful.
[710]
- And thank you, the viewers, for watching
[712]
this episode of IT Leadership Insights.
[716]
Again, if you liked that and found that useful,
[719]
which I'm sure you have, please do not hesitate
[722]
to share it and recommend it to your friends and colleagues.
[726]
And at the same time, if there is anything
[728]
you would like us to talk about in the future episodes,
[731]
just let us know.
[733]
Once again, thank you, and see you in the next episode.