Site icon Taylor Pearson

Scaling

How To Write A Standard Operating Procedure

I read a post from Dylan Hassinger on a private entrepreneurship forum I’m a member of that compared business to software at some point last year. That analogy has stuck with me ever sense.

I don’t have a software background, though so I like to envision businesses as manufacturing machines.

You put something in one end and then it goes through all these defined processes of scaling in business and then it comes out the other end as profit (or not). Depending on how those processes work, you get something different out the backend.

The manufacturing machine analogy makes sense to me because it’s easier to see why you should always be working on the business, not in the business. When you’re working in the business, you’re just one of the gears – not a great way to create leverage.

What you want to be is the mechanic or the tinkerer.

You’re standing up above the machine just trying out new pieces. Replacing one cog with another one to see if the end product comes out better, adding on new cogs, getting rid of cogs that don’t seem to be helping very much anymore.

This is interesting on a theoretical level, but what does it really look like?

Create–>Define –> Automate/Outsource.

The highest leverage is to the left of that scale at create and define. That’s where you want to figure out how to spend the most time, doing the tinkering.

Once you do the tinkering and figure out that what comes out is better than before the tinkering, then you define it and at that point, it doesn’t make much sense for you to keep doing it. You either hire for it, automate it, or outsource it.

This is increasingly what our company looks like, and I suspect what more and more companies will look like in an entrepreneurial Fourth Economy.

Our team is composed mainly of tinkerers and mechanics playing with a big machine.

Work The System: How To Write A Standard Operating Procedure

That machine is our implementation of Sam Carpenter’s Work The System.

We run off of a Standard Operating Document containing our mission, principles and the processes and procedures used to cary those principles out and run the business

Dan explains (in text and video) how and why we set-up our system in a Framework for Hiring and Managing Employees a little less than a year ago:

We made some fairly impressive progress on building out our processes last year, going from having very few of them documented to having the majority of them written down and standardized.
However, as both the documentation and the company continued to grow, it became clear that our initial system was breaking for lack of organization and standardization.

Why The New Structure?

While our initial system was effective for hiring and managing employees and contractors, it wasn’t effective at scale. Our new system solves that problem in two ways:
  1. Increased Transparency – The new structure and standards we implemented make it easier for people from different departments to go into, find, and understand other department’s documentation and SOPs (Standard Operating Procedures), so you waste less time digging around trying to find what you’re looking for. That means improved efficiency for existing employees and contractors and a higher level of flexibility. Someone can more easily pick up a process and run with it.
  2. Improved Hiring/Onboarding – It also makes it easier for people joining the company as we continue to grow to be able to understand how our SOD (Standard Operating Document) and the company works which means less teaching in the early stages and more getting shit done.

The New Structure – Nuts and Bolts

A Template for Organizing and Using the Standard Operating Folder 

This document contains exactly how our SOD is now organized and how new Documents are created.

(ATTN: That’s the most valuable thing in this whole post which is why I’m using obnoxious colors to get your attention)

What Changed:

Standard Operating Folder Organization. The main TTI SOF (Standard Operating Folder) and each department SOF has 4 things in it – the SOD, SOP Folder, Important Documents/Dashboards Folder, and the Draft/Experimental folder.
  1. The Department SOD – This is a Text Document organize the SOPs and Important Documents/Dashboards of your department

  2. The Department SOP Folder – This is where all the SOPs for your deparment are shared

  3. The Department Important Documents/Dashboards Folder – This is where documents, files or dashboards (frequently spreadsheets) that are essential documents to the company, but not defined processes

  4. Drafts/Experimental Folder – This is a catch all folder for anything that doesn’t fit into the above categories goes. This is a catchall category for documents that aren’t SOPs or essential to company functioning. It’s a good place to store ideas and drafts of what might eventually become SOPs. Use this folder to keep from cluttering up the other folders so the essential documents remain easy to find

All documents should start with Why, Where, When, and Who. These can each be very brief, from a few words to a few sentences that help give context to someone (especially new employees or contractors) looking at the document for the first time understand the purposes of the document.

Document Templates. Document templates are just examples of what the different kinds of documents should look like once they’re ready to be published (that is they pass the Off the Street Test – That is someone should be able to come off the street (with basic qualifications for their position) and be able to execute on it. We have 5 different types of documents in our system:

  1. Department SODs
  2. SOPs
  3. Discussion Notes
  4. Important Documents/Dashboards Document
  5. Important Document/Dashboards Spreadsheet

What This Actually Looks Like

If you just created “The Valet Spot Newsletter SOP”, that will start out in the Marketing Experimental/Drafts folder.

Initially, it might just be a few sentences about how you put together the Newsletter for the time. After you’d done the process a few times it would be built out to be more robust and accurate until it passed the Off the Street Test – someone should be able to come off the street (with basic qualifications for their position) and be able to execute on it.

When the document was ready to be published, you would first make sure it matched the formatting guidelines for how to write a Standard Operating Procedure (SOP) Template. Then you would move the file into the SOP Folder of the Marketing SOF. You would then link to that document from the Email SOPs subsection of the Marketing SOD.

The document is now in an easy to understand and read format that anyone can follow. It can easily be found in both the SOP subfolder and the appropriate section of the SOD and it is shared with anyone in the company that might need access.

How to Implement (Templates)

If you don’t already have a SOD, head over to Tropical MBA, watch the video there, and copy the template at the bottom of the post.

If you already have a SOD – Read through this document on how to organize it.

Update all Existing SOPs/Important Documents so they match up with one of the document templates (below). For most people this means
adding Why, Where, When, and Who to each document and cleaning up the formatting a little bit.
  1. Department SODs

  2. SOPs

  3. Discussion Notes

  4. Important Documents/Dashboards Document

  5. Important Document/Dashboards Spreadsheet

Re-Organize Existing SOPs/Important Documents. One of the major benefits of our new system is the increased transparency and visibility. This means existing documents and SOPs need to be re-organized into the appropriate folders os they’re easy to find.

If you are interested in using these documents for your own system, you can download them all by entering your email below.

Exit mobile version