Content Marketing

Editorial calendar for a 2-person marketing team, what goes in

The calendar problem for small teams is not what tool to use. It is what to track, what to skip, and how to decide without adding three meetings a week.

How much of your week goes to updating a calendar nobody reads?

The calendar problem for a two-person marketing team is not what tool to use. Google Sheets, Notion, Airtable, Monday, a shared doc, a Trello board. They all work. None of them matter if the calendar itself tracks the wrong things or demands maintenance you cannot sustain.

I see the same shape in almost every SME audit I run. The marketing lead inherits a template built for a 15-person team. It has columns for content pillar, buyer stage, target persona, SEO keyword, social syndication plan, email send date, designer assigned, approver, and three different status fields. Two people are supposed to keep this updated weekly while also writing, publishing, running ads, answering founder questions, and fixing the site when it breaks.

Three months in, the calendar is six weeks behind. The team stops using it. They go back to Slack threads and a private to-do list. The calendar becomes a artifact of good intentions, untouched except when the founder asks for a status update and someone panic-fills it the night before the meeting.

Here is what I tell the marketing leads I work with. Your calendar has one job. It answers the question "what are we publishing this week and is it ready?" If it cannot answer that question in under 10 seconds, it is too complicated. If it takes more than two minutes a day to keep current, you will stop keeping it current.

What actually goes in

A working editorial calendar for a two-person team tracks four things.

Publish date. The day the piece goes live. Not the draft date, not the review date, not the "ideally we'd like to" date. The date you commit to shipping. If you are not sure, it does not go on the calendar yet.

Title or topic. Specific enough that you both know what the piece is. "Product launch post" is too vague. "Why we rebuilt search for mobile-first indexing" is specific. You should be able to read the title three weeks from now and remember what you meant.

Format. Blog post, case study, video script, landing page, email, social thread. Different formats need different production steps. A 1,500-word blog post is not the same lift as a 30-second video or a landing page with five custom illustrations. If your calendar does not distinguish format, you cannot estimate your week.

Status. Three states only. Idea, draft, published. Anything more than that and you are managing the calendar instead of the content. If you need to track review or approval, add a fourth state. If you need more than four states, you have a process problem the calendar will not fix.

That is it. Four columns. Publish date, title, format, status. Everything else is optional until it stops being optional.

What does not go in

I have watched teams spend 20 minutes in a meeting debating which content pillar a blog post belongs to. The pillar taxonomy had seven categories. The post touched three of them. The argument was whether to tag it with one pillar or all three, and what that meant for the quarterly reporting dashboard.

The post shipped four days late because nobody wanted to publish it until the pillar question was resolved.

Delete the pillar column. Delete the persona column. Delete the buyer stage column. Delete anything that requires a meeting to populate. If you are two people, you do not have pillar confusion. You know what you are writing about and why. The calendar does not need to encode your strategy. It needs to tell you what ships this week.

SEO keywords do not go in the calendar unless you are actively stuck on what to write and the keyword column helps you pick. In the SME engagements I run, the team always knows what they are writing about. The keyword research happened before the idea made it to the calendar. Putting the keyword in a column just means you have to remember to fill the column, and the column does not change what you write.

Social syndication plans do not go in the calendar. You are two people. You are going to post the blog link on LinkedIn, maybe Twitter, maybe in a Slack community. You do not need a column to remind you. If your social strategy is complicated enough that you forget what to post where, write it down once in a separate doc and follow it every time. Do not make every calendar row carry that decision.

Designer assignments do not go in the calendar if you are the designer. Approver columns do not go in the calendar if the two of you are the approvers. Do not build structure for a team you do not have yet.

When to add a column

You add a column when the absence of that column causes a recurring problem you cannot solve another way.

Example. You publish three formats. Blog posts, case studies, and video scripts. Blog posts take you four hours start to finish. Case studies take 12 hours because they require customer interviews and legal review. Video scripts take six hours and need the founder to record. You keep underestimating your week because you look at the calendar, see five items due, and assume you can finish them all. You cannot. Three of them are case studies.

Add a column for estimated hours or effort level. Now when you look at the week ahead you see 36 hours of work scheduled into a 40-hour week and you know you are at capacity.

Example. You publish blog posts on your site and on Medium. Half the time you publish to your site and forget Medium for three days. Readers email asking why the post is not up yet. You waste time figuring out which posts still need Medium publication.

Add a column for Medium status or publication checklist. Now you see at a glance what still needs to be cross-posted.

The rule is this. If you have made the same mistake three times in a month, and a calendar column would prevent the mistake, add the column. Otherwise do not.

The calendar is not your strategy document

In one engagement I ran, the founder kept asking why the editorial calendar did not include content goals, target traffic numbers, or conversion metrics. He wanted to see which posts were supposed to drive demo requests and which were supposed to build organic reach.

The calendar is not a strategy document. It is a production tracker. Strategy belongs in a separate doc that you reference when you decide what to write. The calendar tells you what you committed to and whether it is done.

If you try to make the calendar hold your strategy, your goals, your distribution plan, your measurement framework, and your production status, you end up with a spreadsheet that takes 15 minutes to read and nobody uses.

Write your strategy once. Refer to it when you plan. Let the calendar stay simple.

How often to update it

Every morning or never. There is no in between.

If you open the calendar every morning, move things that shipped to published, move things you started to draft, and add things you just committed to, the calendar stays current with under two minutes of work. It becomes automatic. You trust it.

If you update it once a week, it is always six days out of date. You stop trusting it. You go back to your mental list or your private notebook. The calendar becomes a reporting artifact you fill in when someone asks, not a tool you use.

The two-minute daily update is the entire maintenance budget. If your calendar requires more than that, you are tracking too much.

The tool does not matter until it does

Start with whatever you are already using. If you already have a Notion workspace, use Notion. If you live in Google Sheets, use Sheets. If you like Airtable, use Airtable. The tool does not matter for the first three months.

The tool starts to matter when you hit one of these problems.

You need to see the calendar as a timeline view and a list view and you are tired of maintaining two tabs. Switch to a tool that supports multiple views of the same data. Notion and Airtable both do this well.

You need to filter by format or status and your current tool makes filtering painful. Switch to a database tool. Sheets works but Airtable and Notion are faster.

You need to share the calendar with someone outside your team and your current tool requires them to create an account or request access. Switch to something with public read-only links.

You are spending more than two minutes a day fighting the tool. Switch.

Do not switch because you read a blog post that said Notion is better than Sheets or Airtable is the future of work. Switch when your current tool stops working for the problem you actually have.

What happens when you add a third person

You add a column for who owns the piece. Before that, you do not need it. Two people know who is writing what. Three people start to lose track.

You might add a column for stage if your process gets more complicated. Idea, assigned, drafting, review, published. The review stage only matters when the person drafting is not the person publishing.

You might add a column for traffic or performance if you are now producing enough content that you need to make data-driven decisions about what to write next. When you are publishing twice a month, you remember which posts did well. When you are publishing twice a week, you need the calendar to remind you.

But you do not add these columns at two people. You add them when the absence creates a problem you cannot solve with a Slack message.

Why this matters for search visibility

If your editorial calendar is too complicated to maintain, you publish less. You delay posts because the calendar feels like work instead of a tool. You skip weeks because updating the calendar is harder than writing the post.

A simple calendar you actually use means you publish on rhythm. Rhythm means the crawlers come back. It means you build the publishing consistency that gives search engines confidence in your site as a current source. It means you create the content library that answers the questions people are actually searching for in your space.

The calendar that is too complicated to maintain kills your cadence. The simple calendar keeps you shipping. That is the only calendar rule that matters.

I have built editorial calendars for teams of two and teams of twenty. The ones that survive past six months are the ones that track exactly enough to answer the question "what ships this week" and nothing more. Start there. Add columns when their absence hurts. If you need help building a calendar system that actually fits your team size and publishing rhythm, the marketing consultancy engagements I run often start with exactly this problem. If you are still using a four-column calendar a year from now, you built the right one.


Chat on WhatsApp