January 23, 2013
“What would we do if you were hit by a bus?” (Or in our case….living in the Philippines…a Jeepney!) This is a question Joe and I ask often from both ourselves and the key personnel in our business. We say it jokingly, but it’s become the lexicon in our business that refers to the fact that we must not be the gatekeepers of information. We have to consistently pass on the keys to others as we continue to grow.
The difference between a profitable freelancer and a profitable business is the success with which you are able to transfer skills, automate processes, and effectively remove yourself from the machine. This isn’t as easy as it sounds…many successful freelancers we know spend a ton of wasted time, effort, and energy trying to make this transition and might have been better off where they were.
There are no guarantees here, but your best chance for success will be to create a set of rules or procedures that can be organized and followed by others within your organization that will cut the cord between the IP in your head and your team.
How is this done? Creating Standard Operating Procedures (SOPs) empowers your team with the knowledge, process, and guidelines to continue on with what you’ve built so far and allowing you to continue to expand your empire. In this post, we’ll cover how to get this implemented in your business from start to finish with the following steps:
Before we get into the details of how we use SOPs in our business, I wanted to give you a few warnings. We’ve had quite a few discussions recently with friends and peers regarding SOPs and thought I should point out a few cases where this will and will not work:
If you haven’t worked out many of the details and don’t have a track record of success, you should NOT be worrying about SOPs. They can be helpful for an established, growing business, but are often HARMFUL in the early stages. You can end up handcuffing yourself at a point where your business needs to be extremely nimble. If your business is still in a rapid state of flux, I would recommend waiting until things have settled down.
Some employees (and even partners) believe they work better in a slightly chaotic, ever-changing environment. Creating SOPs will change the dynamics in your company culture and you may come across some resistance. The best way to work through this is to make sure those team members have buy-in and are empowered in the process…more on this later.
In fact, you’re likely to spend quite a bit of productive time in setting this up and you might feel that time could have been better spent. You have to commit to your SOPs for the long haul…if you’re not ready to do that, Stop. Now. The work is front-loaded and the value is in the long-haul here.
Ok, so I’ll assume that you already have a working process (either in your head or somewhat documented) that you’re working with. The important things to consider here are:
Let’s use podcast publishing as an example. I’ll need to have my podcast edited BEFORE I have it transcribed…it’s a required step. Let’s say I’m also looking to have unique cartoon images created for each podcast. That will be a separate, parallel step created in the SOP.
Even if the same guy/gal that creates the image is the person uploading the content to my blog today, I’ll want to break those steps out because I know they’re different skillsets and that may change in the future. If any of the steps require decisions to be made based on a feelings or something much more subjective, I would consider “subjecting decision making” to be a skillset on its own and break that off as its own step accordingly.
Once you have those processes broken down it’s usually a good idea to visualize them as well. I like to use a whiteboard in my office:
But you can also use a virtual service like Bubbl.us:
Don’t worry that this is still fairly basic or high-level…we’ll be getting into the details later. The goal here is simply to make sure that you understand the pieces involved and to make sure you haven’t missed anything. This is pretty straightforward in the example I’m showing you, but I’ve done this for much more complicated projects filling 20+ whiteboards, hundreds of steps, etc.
Now that you’ve broken down the entire process and have the relationships straight, you’re going to want to document the higher-level steps required to fully complete the project. This Tier 1 SOP will include:
If you already have a team that’s been working on this project, this is a great step to involve your Team Lead, Supervisor, etc. You can use your Visual Map as a guideline and your Team Lead can help you double-check the overall process.
Once you have the Tier 1 SOP completed, you’re going to want to break this down each step even further in your Tier 2 SOPs. This is your opportunity to be as detailed as you like. I would suggest going into enough detail so that you could hand this over to someone that knows the basics and they could muddle through it.
Our Tier 2 SOPs include the same sections we’ve covered above for the Tier 1 SOPs, so I won’t mention them again here…I’ll just mention that the Project Steps will typically go into much more detail and can include sentences or even paragraphs, where required.
At this point, Joe and I will typically leave it up to our Team Leads to work with their teams on documenting the Tier 2 processes, assigning responsibility, adding the FAQ’s, etc. We’ll likely look it over when it’s completed, but we’ve worked with them enough on this and trust that they’ll be able to complete it without us. In fact, because they’re often more involved with the details than we are, they’re significantly better at this level of documentation because they know the process intimately.
If this is your first time going through this with your team, you’re going to want to remain involved and see this all the way through. We’ve written about the skill transfer process in-depth and we also have a podcast episode dedicated to the subject on our other blog and I’d definitely recommend checking those links out. Keep in mind that you’re going to be transferring two skills to your Team Lead or Supervisor here:
We’ll use our skill transfer process to ensure the Team Lead competently understands each Tier 2 document and then we’ll bring the rest of his/her team together to show the Team Lead how to involve the rest of the crew in Tier 2 documentation.
Once all the documentation has been completed, you’re going to want to review everything one last time to see if there’s anything critical that’s been missed. Once the process has been established and run for a while, you can also implement spot-checks that the Team Lead can perform to ensure the process continues to run smoothly.
Additionally, you’re going to want to schedule regular reviews of the process to implement changes, correct documentation, etc. Depending on the importance and flexibility of the process, you can set monthly or quarterly review schedules for the person responsible for the SOPs. You can and should include quarterly, semi-annual, or annual reviews yourself to ensure everything is up-to-date.
There are a few mind-numbing resources for writing and implementing SOPs from the EPA and from the State of Maine, but they are overly-complicated, technical, and designed for much larger organizations. Here are our recommendations “for the rest of us”!
I hope you find this helpful as you continue to grow and build your business. Have anything to add? Do let us know in the comments below!