The author's views are entirely his or her own (excluding the unlikely event of hypnosis) and may not always reflect the views of Moz.

Being a consultant can be an intense experience. Every client (and every day!) presents a new challenge. In my experience that isn't a product of the ever-changing state of affairs in SEO or inbound marketing. In fact, I don't lose sleep over every algorithm change—there are plenty of smarter people from whom I can draw that sort of information.

What keeps me awake at night is how I can shape my projects to make them successful. A lot of people work together with me every day: my clients, my teammates, and teams in other offices. Everyone needs to collaborate to even have a shot at success. How will we pull that off? How will they communicate? What do they need to do this week? Next month? Next quarter?

In short, I focus on planning, and I focus on it in three specific scopes:

Pitching (how do we estimate project size in advance?)

Strategy (how do we know what we are going to do, and when?)

Execution (how do we ensure that these things actually get done?)

Three different tasks with three different plans, each with its own unique purpose. A list of tasks to execute is not a sales pitch any more than it is a high-level summary of the course of a project that helps you decide what to do today. Each of these plans must be treated differently, and with appropriate respect. The most important thing I've discovered as a consultant is this:

You can disagree about what's in a plan, but you must agree about what the plan is intended to accomplish.

Let me walk you through these three types of plans, what the purpose of each is, and what warning signs may crop up if something isn't going smoothly in each stage. I firmly believe that a little conscious effort can improve how we handle each of them, and tune our instincts to spot when something is going wrong. On the other hand, I won't go into techniques for how to create these plans—at that point I'd be writing a book instead of a blog post.

I've definitely not mastered all of this yet, so if you have any lessons of your own to share in the comments I'd love to hear them! All of these planning phases interact with each other, and I can only talk about them from my point of view. In your experience the lines may be fuzzier or more defined. You may treat them very differently. Do share!

Pitching

Why do we have a plan at this stage?

To understand the scope of a project, that we are the right choice for the client, and that the client is the right choice for us.

What should this plan do?

Address the client's needs (as far as they are understood)

Reflect the limitations of what we can offer and what the client can execute

The first time we have to deal with a plan for a new client is when we're trying to convince them to work with us. Obviously we are asking someone to trust us to help them get a good return on their investment, and part of building that trust is to let them know what sort of work we are going to be doing. A good plan during the "pitch" phase helps us do that.

An example plan for a pitch from Distilled. Activities are scheduled chronologically left to right.

You can see from the illustration I've included that for a lot of projects this plan can be quite broad. Basically it amounts to a straightforward summary of what needs to happen and in what order. It's where everything begins, before the engagement has even started.

The other piece of data that is presented concurrently with the plan shown is a budget, which is essentially the size of the project or the proposed bandwidth that Distilled will dedicate to it. To know that a budget should be X dollars per month or that a contract should last for some amount of time seems quite amazing if you think about it—so many variables are involved! But while every project is different, there are a lot of things we can estimate with a good degree of accuracy. The things we have a handle on might be different from yours—there might be areas where your estimation is a lot better than ours, or vice versa. Consider:

Weekly meetings

Project management (time spent scheduling)

Monthly reports

Some common research reports (this may vary wildly, but it helps to have an average we can point to)

These are all elements which can be used to anchor an estimate. There may also be some other administrative tasks or fixed price elements (tools, copy writing) that can be leveraged as well.

But it is ambiguous. The pitches you deal with might be more or less ambiguous than ours, but there is no possible way that a proposal created in the sales process can accurately reflect what will actually happen. No one can predict the future, and the sales process is too far removed from actual work to be treated as definitive when it comes to planning.

And that's what I watch out for. It's not uncommon for leads to demand that we offer them strict calendars for delivery of reports. It's one thing to build in regular meetings and status updates—those are great, at appropriate intervals—but if we are talking about rigorously scheduling deliverables like technical audits, or are devising a content strategy, there are too many variables present to know exactly when all that is going to happen. Demands in the sales process for the abstract to be made concrete should be handled very carefully in the sales process. The needs of the client must be addressed, but acquiescing to unreasonable scheduling is likely going to hurt your relationship with a client rather than help it. In other words:

A prospective client can disagree with what is included in the proposed project, but they can't insist on a level of detail that is inappropriate.

In my own experience, there have been a couple of clients in particular who needed help with website redesigns or complete domain migrations. One insisted on an extremely delineated schedule provided in the pitch, with arbitrary deadlines for various deliverables and a project duration which would coincide with the launch of a new site. The justifications for this (on the client's end) were both to get a better understanding of the work being done and to make sure that we would be around to monitor the site's launch. Needless to say, the site didn't launch on time—few websites ever do. And because of the strict language of our arrangement, we had no flexibility to adapt our strategy or extend the duration to accommodate. I didn't feel good about that outcome.

If I were put in the same position again, working with our sales team on the pitch for this project, would I take a hard line against this style of planning? It's hard to say. But I would be very aware of the potential risks, and at the very least make sure that there were contingencies in place if the scheduling of work turned out to be inappropriate.

Fortunately, we only have to deal with this sort of ambiguity once or twice in each project—once the engagement has begun, things become more tangible. Once the project has kicked off, we don't talk at such a general level. It's time to take charge, get more information, and figure out how to make things happen. It's time for proper strategy.

Strategy

Why do we have a plan at this stage?

To figure out what work should be done and when it should be done.

What should this plan do?

Prioritize work

Defer work that can't be done within time constraints

What should we watch out for?

Big chunks of time that don't have any tasks assigned to them

Too many tasks to accomplish in the time available

What I've noticed:

Once a client has retained our services we need to figure out what we're going to do. Consider: there are a tremendous number of constraints on the work we commit to doing every day. We have a finite number of working hours in a day, week, or month. We may be dependent upon other projects finishing in a timely manner—will the client's website launch in time? Will the team working on the content finish?

In the face of that uncertainty we still manage to accomplish something. We just have to limit the scope of what we do. Estimate the amount of time various elements of the projects will take, decide what will fit into this month, and commit to executing them. It's that commitment and specificity that distinguishes this phase from the sales pitch phase. And that's why we can't start thinking at this level before we've engaged a client—we need more information from them, we need their commitment to a project, and we need to know as much as possible about our own bandwidth in a given month.

A screenshot of Distilled's internal scheduling system. The "size" of tasks is defined by how many hours they are anticipated to take. These tasks are kept fairly broad: project management, weekly meetings, etc.

This plan is the response to those needs. We know we need to do keyword research, a technical audit, and Analytics implementation—how long will each take, approximately? Which will we do this month? Which have to wait for information from the client? We answer these to the best of our ability and that becomes our roadmap.

The facts and the constraints that become apparent also become the boundaries of what we can sensibly plan. It's in this boundary that I've noticed most problems crop up. Some clients will present a barrage of questions that threatens to undermine the rest of the scheduled work you're trying to do. In the worst cases, results might be demanded when what you're trying to prioritize is which work should be done. So let's adjust the axiom above for the "strategy" phase:

A client can adjust the priorities of elements within this strategy, but they can't insist that you do more work than there are hours available.

Unless they give you a bunch of money. Just kidding. Sort of.

Consider the alternative to using this sort of strategic scheduling: Every month that a client has you on retainer, you just do whatever they ask until you use up the budget in week two and just stop for the rest of the month. Or you keep working and effectively cut your hourly rate in half. Neither of these solutions sound great, do they?

It took a while for me to get the hang of this "strategy" stuff. Early on in my tenure at Distilled, this manifested in projects that were extremely productive early on. There were tons of technical things to fix—so much low hanging fruit that we at Distilled seemed like miracle workers. No strategy needed, pure action—for a couple of months. But once that stuff dried up, the relationships sputtered out. I was so enthusiastic about those quick wins that I didn't establish a rapport with the client. I didn't figure out how to work together with them to make their business better. I just told them what to do.

Talking about strategy gave me a language I could speak with my clients that helped improve our relationship and has been much more effective in the long run.

Eventually, you'll work out a sequence of work that fits your schedule and addresses the needs of the client. Once you get to that point, you need to figure out how to execute the work.

Execution

Why do we have a plan at this stage?

To figure out how we're going to do the work that needs to get done.

What should this plan do?

Lay out exactly what actions need to be taken

Let everyone know who is accountable

What should we watch out for?

Tasks that aren't well-defined

Tasks that are defined by outcomes (e.g "get 10 links")

What I've noticed:

At this point we're finally we're dealing with something that actually looks like a proper schedule—a real to-do list. Tasks need to be chunked into pieces that are clearly delineated and actionable. The image below actually reflects a list of tasks for one of my clients.

An activity schedule in Google spreadsheet form from one of my projects.

The biggest problem that I've observed in working with clients in "execution" mode —one that consultants often bring upon themselves—is the tendency to create tasks that aren't well-defined. For instance, if I have "keyword research report" as a line item in my to-do list, I know I'm doing it wrong. Get more specific: Pull data from Searchmetrics, the Google Keyword tool, and Analytics; do analysis in Excel; and so forth.

On the other hand, the issue that has arisen through my interaction with clients is not recognizing when something is being put in this "to-do" list that is outside the scope of what we laid out in the strategy. Once you know what you are doing in a given month, and you have broken that down into individual tasks, you have to be careful about committing to other things. It's very common to field random questions from a point of contact or their teammates, and it is usually best for the relationship for you to answer them. In order to do that, it is smart to schedule extra time for this kind of ad hoc support question—and if you starting going over that time you should be seriously concerned. To wit:

A client can negotiate the tasks in this schedule to complete the work you're setting out to do, but they can't add unrelated elements (i.e. change the strategy).

There are as many methods of keeping track of to-do lists as there are people doing to dos. How you actually accomplish these tasks is up to you—I prefer OmniFocus, while I know some at Moz have a bit of an Asana obsession. The important thing as that at some point, in order to go from a "strategy" phase to actually accomplishing something, you have to come up with a list of actions.

I know I've talked a lot about high-level planning in the "pitch" and "strategy" phases, but I should note that at the end of the day, getting better at scheduling the actual work is the most important element of the process. You can meditate all day on the structure of a perfect project, but unless you actually do something there is no chance for success. I consider it the Minimum Viable Plan, so to speak.

Review

Planning isn't easy, but it gets better with practice. And that will, in turn, have a positive effect on all the projects you work on. Let me say it once again:

You can disagree about what's in a plan, but you must agree about what the plan is intended to accomplish.

This rule is something I intuitively use more and more when planning a project and when issues arise over the course of a project. Once you start thinking about these things in increasingly conscious ways, their value becomes exponentially more obvious in ways you can't anticipate.

Do you think about projects in these three phases? If so, what are the warning signs that you've spotted in your experiences?

About BenjaminEstes —
I joined Distilled in 2010 and now work as a Senior Consultant. It's a job I love and it has given me the opportunity to work with clients across many verticals—from fashion to manufacturing, technology and more. Talk to me on Twitter.

Comments
24

I really like your blog post regarding planning for success. We can't success in SEO without planning. We have to control discussion, estimation, to do list, action plan, weekly report, monthly report and communication with client to get it done.

I would like to share my experience on this blog post. We are SEO consultant and working with various clients with different requirements, restricted with hours and tasks.

Monthly Action Plan:

Basically, We are compiling monthly SEO action plan for all clients and take approval on it before quick start work on specific tasks. This is helping us to make sure regarding entire month tasks and focus on it. You can see my shared folder on Google drive to know more about it.

Road Map on Client Communication Tool:

If client will give us approval on 10 tasks via monthly action plan so We will add all 10 tasks to client communication tool and update them on daily bases OR weekly bases. So, They come to know about progress on each task without fail. This is helping us to get maximum inputs from client during work.

Road Map on Task Management System for Internal SEO Guys:

We will also add all 10 tasks on our task management system and assign it to specific guy who are honestly expert with specific skill. This is helping us to track each and every on going tasks and provide update to client via communication tool. If client will give us any rocking inputs during monthly work so we will not entertain during that road map. But, We are informing them to include this one to next month plan.

Weekly Report: Moz PDF is enough for us to send weekly report to client... :) Thank you very much Moz to develop fabulous tool for us.

Monthly Report: We are using Google Analytics to compile monthly reports with various attributes and planning to move on Google Next Analytics for better excel and report structure. Here, I am quite excited to gather various inputs from Moz team members. Is there any tool which can help me to generate fabulous excel monthly report from Google Analytics?

client relationships are critical! I think the most important part of landing a new deal is building trust. We like to tell our clients things like "we'll make you more money than you'll make us, if not you should fire us." :) and, Marketing is fun but there's no point unless you make money... We try to drive home the point that we're an investment and not a cost.

We also do things like ask our client to pitch us their budget. We don't like pushing people into a retainor budget, instead we ask them to set a budget and we tell them what we can do within that range. This ensures that they stay happy with their decisions. If they want more work done, then it's thier choice... If they want less work done, that's ok too....

Great summary of high level project planning Benjamin. One thing I'd add is that execution often involves tasks that are interdependent. It's pretty easy to display interdependancy on a spreadsheet, but Gantter for Google Drive is also worth a look - it's easy to use and share plus it gives you much greater control and insight over complex projects. http://www.inquesttechnologies.com/products/gantter/

great stuff. Really. I took a couple lessons from this. Made some notes and rethought about my current strategy with a enormous project. Thank you.

For Project planning you might want to check out Trello I used this tools for different projects and it works great. Fases, stuff to do and the responsible persons can all get a column or attached to a task for instance. Maybe you already know it but I really like it.

With project management I usually find my self using Excel or even MS Project these days.

For team management ASANA has been good recently.

Further to this I think some good advice for any new account is to really push the work during the first few months where possible, the thing with big business is but it can take a while to get sign off on early stage project elements so look for quick wins.

I even find some clients wanting weekly report and weekly updates, usually I try to stick to a monthly report and weekly update via email or a quick call. To update them on the work for the week. Seems to work quite well.

But overall nice post and great tips, effective planning and strategy is really important to any consulting project.

As someone who works for a SEO/online marketing agency I see how crucial it is to have a clear plan/roadmap for each client. This is a great post that summarizes a very well laid out plan.

Another item that should be mentioned is that your plan/roadmap should be communicated to your clients very clearly so they know what to expect, and when to expect it. One of the biggest problems I see teams have is having clients with unclear or unrealistic expectations of how their relationship with the SEO agency operates.

I completely agree with you, Services like SEO/Online marketing are pitched in such a way that it leads to unrealistic expectations from clients or client expects fast results. They should be properly communicated.

Thanks for sharing a clearly outlined method. I was nodding in agreement at, "It's very common to field random questions from a point of contact or their teammates, and it is usually best for the relationship for you to answer them. In order to do that, it is smart to schedule extra time for this kind of ad hoc support question—and if you starting going over that time you should be seriously concerned." Those random questions seem to come from everywhere, and they are so time consuming. I work on smaller websites, and find that the time spent fielding questions can nearly equal time spent on the actual work. Good idea to budget for it!

Hi Benjamin, great post! I recommend you a cool tool for planning projects: http://teamgantt.com. It's very useful for scheduling tasks for you and your team. I use it very often with some clients to share my work done during a week.

Great post! Another project management tool to consider is Basecamp. Allows to schedule all of your important project tasks all in one place, with a built-in company end in which you can communicate with your colleagues or your clients. Check it out!

Hello Benjamin! Planning is indeed not easy, but it gets better with practice. The tips you have shared here are very useful. I have a friend who plans to create her own blog. I am very sure that she will definitely like the tips you have shared. I will also share this post to others.

Great post, Benjamin! You make a really great point with "You can disagree about what's in a plan, but you must agree about what the plan is intended to accomplish". Everyone needs to agree on the end result or else there are bound to be some disappointments.

Excellent article.
I have always found useful to have methodical and prudent approach in planning a project that aligns with customers expectations as well as to meet your own/company's objective (hence strategy is important).
While planning project I would also suggest you to ensure that you have reasonable buffer to manage exceptions, problems that may encounter during project execution. It is a good idea to consult customers and relevant stakeholders while planning project. I would not recommend risk management in such project, given these are not really complex and long duration project.

I would certainly suggest our own project management tool ZilicusPM, excellent for project planning, tracking and reporting (helps you stay on top your activities). Take a screenshot tour www.zilicus.com/tour/

The best part of the article is the execution of each point. We all are very much familiar with these terms but we all don't know how to follow these steps. You have described each steps very practically. Some time we pitch but don't have the proper strategy and some time we have proper strategy but don't know how to execute. I learned that where i was lacking. Very effective post...

I really want to offer an enormous thumbs upwards for that very good information you might have right here about this write-up. I would be finding its way back to your blog site regarding much more before long.