Tygart Media

Author: will_tygart

  • Notion + GCP: Running an AI-Native Business on Google Cloud and Notion

    Claude AI · Fitted Claude

    Running an AI-native business in 2026 means making a decision about infrastructure that most operators don’t realize they’re making. You can run AI operations reactively — open Claude, do the work, close the session, repeat — or you can build an infrastructure layer that makes every session faster, more consistent, and more capable than the last.

    We chose the second path. The stack is Google Cloud Platform for compute and data infrastructure, Notion for operational knowledge, and Claude as the AI intelligence layer. Here’s what that combination looks like in practice and why each piece is there.

    What does it mean to run an AI-native business on GCP and Notion? An AI-native business on GCP and Notion uses Google Cloud Platform for infrastructure — compute, storage, data, and AI APIs — and Notion as the operational knowledge layer, with Claude connecting the two as the intelligence and orchestration layer. Content publishing, image generation, knowledge retrieval, and operational logging all run through this stack. The business is not just using AI tools; it’s built on AI infrastructure.

    Why GCP

    Google Cloud Platform provides three things that matter for an AI-native content operation: scalable compute via Cloud Run, AI APIs via Vertex AI, and data infrastructure via BigQuery. All three integrate cleanly with each other and with external services through standard APIs.

    Cloud Run handles the services that need to run continuously or on demand without managing servers: the WordPress publishing proxy that routes content to client sites, the image generation service that produces and injects featured images, the knowledge sync service that keeps BigQuery current with Notion changes. These services run when triggered and cost nothing when idle — the right economics for an operation that doesn’t need 24/7 uptime but does need reliable on-demand availability.

    Vertex AI provides access to Google’s image generation models for featured image production, with costs that scale predictably with usage. For an operation producing hundreds of featured images per month across client sites, the per-image cost at scale is significantly lower than commercial image generation alternatives.

    BigQuery provides the data layer described in the persistent memory architecture: the operational ledger, the embedded knowledge chunks, the publishing history. SQL queries against BigQuery return results in seconds for datasets that would be unwieldy in Notion.

    Why Notion

    Notion is the human-readable operational layer — the place where knowledge lives in a form that both people and Claude can navigate. The GCP infrastructure handles compute and data. Notion handles knowledge and workflow. The division of responsibility is clean: GCP for machine-scale operations, Notion for human-scale understanding.

    The Notion Command Center — six interconnected databases covering tasks, content, revenue, relationships, knowledge, and the daily dashboard — is the operational OS for the business. Every piece of work that matters is tracked here. Every procedure that repeats is documented here. Every decision that shouldn’t be made twice is logged here.

    The Notion MCP integration is what makes Claude a genuine participant in that system rather than an external tool. Claude reads the Notion knowledge base, writes new records, updates status, and logs session outputs — all directly, without requiring a manual transfer step between Claude and Notion.

    Where Claude Sits in the Stack

    Claude is the intelligence and orchestration layer. It doesn’t replace the GCP infrastructure or the Notion knowledge base — it uses them. A content production session starts with Claude reading the relevant Notion context, proceeds with Claude drafting and optimizing content, and ends with Claude publishing to WordPress via the GCP proxy and logging the output to both Notion and BigQuery.

    The session is not just Claude doing a task and returning a result. It’s Claude operating within a system that provides it with context going in and captures its outputs coming out. The infrastructure is what makes that possible at scale.

    What This Stack Enables

    The combination of GCP infrastructure and Notion knowledge unlocks operational capabilities that neither provides alone. Content can be generated, optimized, image-enriched, and published to multiple WordPress sites in a single Claude session — because the GCP services handle the technical distribution and the Notion context provides the client-specific constraints that govern each site. Knowledge produced in one session is immediately available in the next — because BigQuery captures it and Notion stores the human-readable version. The operation runs at a scale that one person couldn’t manage manually — because the infrastructure handles the mechanical work while Claude handles the intelligence work.

    What This Stack Costs

    The honest cost picture: GCP infrastructure at our operating scale runs modest monthly costs, primarily driven by Cloud Run service invocations and Vertex AI image generation. Notion Plus for one member is around ten dollars per month. Claude API usage for content operations varies with session volume. The total monthly infrastructure cost for the stack is a small fraction of what equivalent human labor would cost for the same output volume — which is the point of building infrastructure rather than hiring for scale.

    Interested in building this infrastructure?

    The GCP + Notion + Claude stack is advanced infrastructure. We consult on the architecture and can help design the right version for your operation’s scale and requirements.

    Tygart Media built and runs this stack live. We know what the implementation actually requires and where the complexity is.

    See what we build →

    Frequently Asked Questions

    Do you need GCP to run an AI-native content operation?

    No — GCP is one infrastructure option among several. The core stack (Claude + Notion) works without any cloud infrastructure for smaller operations. GCP becomes valuable when you need reliable service infrastructure for publishing automation, image generation at scale, or data infrastructure for persistent memory. Operators starting out don’t need GCP; operators scaling up often find it the right addition.

    How does Claude connect to GCP services?

    Claude connects to GCP services through standard REST APIs and the MCP (Model Context Protocol) integration layer. Cloud Run services expose HTTP endpoints that Claude calls during sessions. BigQuery is queried via the BigQuery API. Vertex AI image generation is called via the Vertex AI REST API. Claude orchestrates these calls as part of a session workflow — fetching context, generating content, calling publishing APIs, logging results.

    Is this architecture HIPAA or SOC 2 compliant?

    GCP offers HIPAA-eligible services and SOC 2 certification. A “fortress architecture” — content operations running entirely within a GCP Virtual Private Cloud with appropriate data handling controls — can be configured to meet healthcare and enterprise compliance requirements. This is an advanced implementation beyond the standard stack described here, but it’s achievable within the GCP environment for organizations with those requirements.

  • How We Use BigQuery + Notion as a Persistent AI Memory Layer

    Claude AI · Fitted Claude

    The hardest problem in running an AI-native operation is not the AI — it’s the memory. Claude’s context window is large but finite. It resets between sessions. Every conversation starts from zero unless you engineer something that prevents it.

    For a solo operator running a complex business across multiple clients and entities, that reset is a real operational problem. The solution we built combines Notion as the human-readable knowledge layer with BigQuery as the machine-readable operational history — a persistent memory infrastructure that means Claude never truly starts from scratch.

    Here’s how the architecture works and why each layer exists.

    What is a BigQuery + Notion AI memory layer? A BigQuery and Notion AI memory layer is a two-tier persistent knowledge infrastructure where Notion stores human-readable operational knowledge — SOPs, decisions, project context — and BigQuery stores machine-readable operational history — publishing records, session logs, embedded knowledge chunks — that Claude can query during a live session. Together they provide Claude with both the institutional knowledge of the operation and the operational history of what has been done.

    Why Two Layers

    Notion and BigQuery solve different parts of the memory problem.

    Notion is optimized for human-readable, structured documents. An SOP in Notion is readable by a person and fetchable by Claude. But Notion isn’t a database in the traditional sense — it doesn’t support the kind of programmatic queries that make large-scale operational history navigable. Searching five hundred knowledge pages for a specific historical data point is slow and imprecise in Notion.

    BigQuery is optimized for exactly that: large-scale structured data that needs to be queried programmatically. Operational history — every piece of content published, every session’s decisions, every architectural change — lives in BigQuery as structured records that can be queried precisely and quickly. But BigQuery records aren’t human-readable documents. They’re rows in tables, useful for lookup and retrieval but not for the kind of contextual understanding that Notion pages provide.

    Together they cover the full memory requirement: Notion for what the operation knows and how things are done, BigQuery for what the operation has done and when.

    The Notion Layer: Structured Knowledge

    The Notion knowledge layer is the Knowledge Lab database — SOPs, architecture decisions, client references, project briefs, and session logs. Every page carries the claude_delta metadata block that makes it machine-readable: page type, status, summary, entities, dependencies, and a resume instruction.

    The Claude Context Index — a master registry page listing every key knowledge page with its ID, type, status, and one-line summary — is the entry point. At the start of any session touching the knowledge base, Claude fetches the index and identifies the relevant pages for the current task. The index-then-fetch pattern keeps context loading fast and targeted.

    What the Notion layer provides: the institutional knowledge of how the operation works, what has been decided, and what the constraints are for any given client or project. This is the layer that makes Claude operate consistently across sessions — not by remembering the previous session, but by reading the same underlying knowledge base that governed it.

    The BigQuery Layer: Operational History

    The BigQuery operations ledger is a dataset in Google Cloud that holds the operational history of the business: every content piece published with its metadata, every significant session’s decisions and outputs, every architectural change to the systems, and — most importantly — the embedded knowledge chunks that enable semantic search across the entire knowledge base.

    The knowledge pages from Notion are chunked into segments and embedded using a text embedding model. Those embedded chunks live in BigQuery alongside their source page IDs and metadata. When a session needs to find relevant knowledge that isn’t covered by the Context Index, a semantic search against the embedded chunks surfaces the right pages without requiring a manual search.

    What the BigQuery layer provides: operational history that’s too large and too structured for Notion pages, semantic search across the full knowledge base, and a machine-readable record of everything that has been done — which pieces of content exist, what was changed, what decisions were made and when.

    How Sessions Use Both Layers

    A typical session that requires deep operational context follows a pattern. Claude reads the Claude Context Index from Notion and identifies relevant knowledge pages. It fetches those pages and reads their metadata blocks. For operational history — “what has been published for this client in the last thirty days?” — it queries the BigQuery ledger directly. For knowledge gaps not covered by the index, it runs a semantic search against the embedded chunks.

    The result is a session that starts with genuine institutional context rather than a blank slate. Claude knows how the operation works, what the relevant constraints are, and what has happened recently — not because it remembers the previous session, but because all of that information is accessible in structured, retrievable form.

    The Maintenance Requirement

    Persistent memory infrastructure requires persistent maintenance. The Notion knowledge layer stays current through the regular SOP review cycle and the practice of documenting decisions as they’re made. The BigQuery layer stays current through automated sync processes that push new content records and session logs as they’re created.

    The sync isn’t fully automated in a set-and-forget sense — it requires periodic verification that records are being captured correctly and that the embedding model is processing new chunks accurately. But the maintenance overhead is modest: a few minutes of verification per week, and occasional manual intervention when a sync process fails silently.

    The system degrades if the maintenance lapses. A knowledge base that’s three months stale is worse than no knowledge base — it provides false confidence that Claude has current context when it doesn’t. The maintenance discipline is as important as the architecture.

    Interested in building this for your operation?

    The Notion + BigQuery memory architecture is advanced infrastructure. We build and configure it for operations that are ready for it — not as a first Notion project, but as the next layer on top of a working system.

    Tygart Media runs this infrastructure live. We know what the build and maintenance actually requires.

    See what we build →

    Frequently Asked Questions

    Why use BigQuery instead of just storing everything in Notion?

    Notion is optimized for human-readable structured documents, not for large-scale programmatic data queries. Storing thousands of operational history records — content publishing logs, session outputs, embedded knowledge chunks — in Notion creates performance problems and makes precise programmatic queries slow. BigQuery handles that scale trivially and supports the SQL queries and vector similarity searches that make the operational history actually useful. Notion and BigQuery do different things well; the architecture uses each for what it’s good at.

    Is this architecture accessible to non-engineers?

    The Notion layer is. The BigQuery layer requires comfort with Google Cloud infrastructure, SQL, and API integration. Building and maintaining the BigQuery ledger is an engineering task. For operators without that background, the Notion layer alone — the Knowledge Lab, the claude_delta metadata standard, the Context Index — provides significant value and is fully accessible without engineering support. The BigQuery layer is the advanced extension, not the foundation.

    What does “semantic search over embedded knowledge chunks” mean in practice?

    When knowledge pages are embedded, each page (or section of a page) is converted into a numerical vector that represents its meaning. Semantic search finds pages with vectors close to the query vector — pages that are conceptually similar to what you’re looking for, even if they don’t use the same words. In practice this means Claude can find relevant knowledge pages by describing what it needs rather than knowing the exact title or keyword. It’s significantly more reliable than keyword search for knowledge retrieval across a large, varied knowledge base.

  • Notion for Multi-Client Content Operations: The Pipeline That Manages Dozens of WordPress Sites

    Tygart Media / Content Strategy
    The Practitioner JournalField Notes
    By Will Tygart
    · Practitioner-grade
    · From the workbench

    Running a content pipeline across twenty-plus WordPress sites from a single Notion workspace is not the obvious use case Notion was designed for. It’s a use case we built — deliberately, iteratively, over the course of operating a content agency where the volume of work made ad hoc management impossible.

    The result is a system where every piece of content, across every client site, moves through a defined sequence from brief to published inside one Notion database. Nothing publishes without a record. Nothing falls through the cracks between clients. The status of the entire operation is visible in a single filtered view.

    Here’s how that pipeline works.

    What is a Notion content pipeline for multi-site operations? A multi-site content pipeline in Notion is a single Content Pipeline database where every piece of content across every client site is tracked through a defined status sequence — Brief, Draft, Optimized, Review, Scheduled, Published — with each record tagged to its client, target site, and publication date. One database, filtered views per client, full operational visibility across all sites simultaneously.

    Why One Database for All Sites

    The instinct is to give each client their own content tracker. Separate pages, separate databases, separate calendars. This feels organized. In practice it means your Monday morning question — “what’s publishing this week?” — requires opening twenty separate databases and manually compiling the answer.

    One database with entity-level partitioning answers that question in a single filtered view sorted by publication date. Every client’s content in motion, every publication date, every status, visible simultaneously. Add a filter for one client and you have their isolated view. Remove the filter and you have the full operational picture.

    The cognitive shift required: stop thinking about the database as belonging to a client and start thinking about the client tag as a property of the record. The database belongs to the operation. The records belong to clients.

    The Status Sequence

    Every content record moves through the same six stages regardless of client or content type: Brief → Draft → Optimized → Review → Scheduled → Published. Each stage transition has a defined meaning and, for key transitions, a quality check.

    Brief: The content concept exists. Target keyword identified, angle defined, target site confirmed. Not yet written.

    Draft: Written. Not yet optimized. Word count and rough structure in place.

    Optimized: SEO pass complete. Title, meta description, slug, heading structure, internal links reviewed and adjusted. AEO and GEO passes applied if applicable. Schema injected.

    Review: Content quality gate passed. Ready for final check before scheduling. This is the stage where anything that shouldn’t publish gets caught.

    Scheduled: Publication date set. Post exists in WordPress as a draft or scheduled post. Date confirmed in the database record.

    Published: Live. URL confirmed. Post ID logged in the database record for future reference.

    The Quality Gate as a Pipeline Stage

    The transition from Optimized to Review is gated by a content quality check — a scan for unsourced statistical claims, fabricated specifics, and cross-client content contamination. The contamination check matters specifically for multi-site operations: content written for one client’s niche should never reference another client’s brand, geography, or specific context.

    Running this check as a formal pipeline stage rather than an informal pre-publish habit is what makes it reliable at scale. When publishing volume is high, informal checks get skipped. A formal stage in the status sequence means the check is either done or the content doesn’t advance. There’s no middle ground where it was probably fine.

    What Notion Tracks Per Record

    Each content pipeline record carries: the content title, the client entity tag, the target site URL, the target keyword, the content type, word count, the assigned writer if applicable, the publication date, the WordPress post ID once published, and the current status. Relation fields link the record to the client’s CRM entry and to the associated task in the Master Actions database.

    The WordPress post ID field is the detail most content trackers skip. With the post ID logged, finding the exact WordPress record for any piece of content is a direct lookup rather than a search. For a pipeline publishing hundreds of articles across dozens of sites, that lookup speed matters every week.

    The Weekly Content Review

    Every Monday, one database view answers the primary operational question for the week: a filter showing all records with a publication date in the next seven days, sorted by date, across all clients. This view drives the week’s content priorities — whatever needs to move from its current stage to Published by the end of the week gets the first attention.

    A second view shows all records stuck in the same status for more than five days. Stale records indicate a bottleneck — something that was supposed to move and didn’t. Finding and clearing those bottlenecks is the second priority of the weekly review.

    Both views take under a minute to read. The decisions they drive take longer. But the information is current, complete, and doesn’t require any compilation — it’s all in the database, updated as work happens.

    How Claude Plugs Into the Pipeline

    The content pipeline database is one of the primary interfaces between Notion and Claude in our operation. Claude reads the pipeline to understand what’s in progress, writes new records when content is created, updates status as work advances, and logs the WordPress post ID when publication is confirmed.

    This write-back capability — Claude updating the Notion database directly via MCP rather than requiring a manual logging step — is what keeps the pipeline current without adding overhead. The database is accurate because updating it is part of the work, not a separate step after the work is done.

    Want this pipeline built for your content operation?

    We build multi-site content pipelines in Notion — the database architecture, the quality gate process, and the Claude integration that keeps it current automatically.

    Tygart Media runs this pipeline live across a large portfolio of client sites. We know what the architecture requires at real operating scale.

    See what we build →

    Frequently Asked Questions

    How do you prevent content written for one client from appearing on another client’s site?

    Two mechanisms. First, every content record is tagged with the client entity at creation — the tag makes it explicit which client owns the content before a word is written. Second, a content quality gate scans every piece for cross-client contamination before it advances to the Review stage. Content referencing geography, brands, or context specific to another client gets flagged and held before it reaches WordPress.

    What happens when content is published — how does the pipeline stay accurate?

    When content publishes, the record status updates to Published and the WordPress post ID gets logged in the database record. In our operation, Claude handles this update directly via Notion MCP as part of the publishing workflow. For operations without that automation, a daily or weekly manual update pass keeps the pipeline accurate. The key is building the update into the publishing workflow rather than treating it as optional.

    Can Notion’s content pipeline replace a dedicated editorial calendar tool?

    For most content agencies, yes. Notion’s calendar view applied to the content pipeline database provides the same visual publication scheduling that dedicated editorial calendar tools offer, plus the full database functionality — filtering by client, sorting by status, tracking by keyword — that standalone calendar tools lack. The combination is more capable than purpose-built tools for agencies already running Notion as their operational backbone.

  • Best Notion Templates for Agencies (And Why We Don’t Use Any)

    The Agency Playbook
    TYGART MEDIA · PRACTITIONER SERIES
    Will Tygart
    · Senior Advisory
    · Operator-grade intelligence

    The best Notion templates for agencies are the ones you don’t use. That’s not a paradox — it’s a description of how good templates actually work. A well-built template gives you a starting architecture and then gets out of the way. You customize it to your operation, build your workflows on top of it, and within a few weeks the template’s DNA is so thoroughly mixed with your own choices that you’d struggle to separate them.

    What doesn’t work: downloading a template, opening it, feeling briefly impressed by how organized it looks, and then abandoning it because it wasn’t built for how you actually work.

    Here’s an honest look at the Notion template landscape for agencies — what’s worth starting from, and why we ultimately stopped using templates entirely.

    What makes a Notion template good for agency use? A good agency Notion template provides a functional database architecture with relation properties already configured, views set up for common operational questions, and a structure that maps to real agency workflows — client management, content production, project tracking — rather than generic productivity advice. The best templates are opinionated enough to be useful and flexible enough to be adapted.

    What to Look For in an Agency Template

    Before evaluating any specific template, the criteria matter. For agency use, a template is only worth your time if it has: a relational database structure (not just pages and folders), views configured for operational questions you actually need to answer, and a client or project partitioning system that keeps work separated without requiring duplicate databases.

    Templates that fail these criteria — pretty page layouts with no relational structure, task lists without database properties, client folders instead of a filtered single database — will not survive contact with a real agency workflow. They look organized in screenshots and feel hollow in practice.

    The Template Categories Worth Knowing

    Agency OS templates. Comprehensive workspace setups that attempt to cover the full agency operation — clients, projects, tasks, content, invoicing. The good ones from the Notion template gallery and creators like Thomas Frank establish the right relational architecture. The risk: they’re built for a hypothetical agency, not yours. Plan to spend as much time customizing as you would have spent building from a good foundation.

    Content pipeline templates. Focused specifically on editorial and content workflows — brief to publish status sequences, content calendar views, keyword tracking. More focused than full agency OS templates and often more immediately useful for content-specific operations. The best ones have proper database properties and status sequences; the worst are glorified spreadsheets with a calendar view.

    CRM templates. Client and contact management systems. Useful as a starting point for the relationship management layer, though most underestimate how important the relation properties connecting contacts to deals and projects are. A CRM template without proper relations is a contact list with extra steps.

    Client portal templates. Starting points for client-facing portal pages. Most are structurally sound but generic — they need significant customization to reflect your specific deliverable types, communication style, and client relationship structure.

    Why We Stopped Using Templates

    We built the current architecture from scratch after two rounds of trying to adapt downloaded templates. The templates were fine — they established reasonable database structures and saved initial setup time. The problem was customizing them.

    Every template comes with someone else’s assumptions baked in: their property names, their status sequences, their view organization, their relationship structure. Adapting those assumptions to a different operation requires understanding them well enough to change them without breaking the relations that depend on them. By the time you understand the template well enough to modify it correctly, you understand databases well enough to have built it yourself.

    The more useful approach for an operator who’s going to run Notion seriously: learn the architecture principles — how relation properties work, how filtered views are built, how rollups pull data across databases — and build from those principles. The initial investment is higher. The system that results fits your operation because it was designed for your operation.

    When Templates Are Worth Using

    Templates are worth using in two specific situations. First, when you’re new to Notion’s database capabilities and need a working example to understand how relations and views are structured. Opening a well-built template and reverse-engineering why it’s built the way it is is a faster learning path than reading documentation. Second, when you need a specific narrow function quickly — a content calendar for a new client vertical, a project tracker for a new type of engagement — and don’t have time to build from scratch. A template as a starting point, customized heavily, beats a delay.

    Want a Notion system built for your actual operation?

    We build Notion architectures from scratch for agencies — designed around how your operation actually works, not adapted from a generic template.

    Tygart Media builds and runs a custom Notion architecture across a large client portfolio. We know the difference between a system that looks organized and one that actually runs an operation.

    See what we build →

    Frequently Asked Questions

    Are Notion templates worth paying for?

    Occasionally. Free templates from Notion’s own gallery and established creators cover most use cases adequately. Paid templates justify their cost only when they include genuinely sophisticated relational architecture that would take significant time to build independently, or when they come with documentation that teaches you how to adapt them correctly. Most paid templates in the five-to-fifty dollar range are not meaningfully better than good free options.

    Where do you find good Notion templates for agencies?

    Notion’s official template gallery is the most reliable starting point — the templates there have been reviewed and work correctly. Thomas Frank’s Notion resources are well-regarded for the quality of their database architecture. The Notion subreddit and creator communities surface good templates periodically. Be skeptical of templates sold primarily on aesthetic appeal — visual polish does not indicate functional quality.

    Can you build a Notion agency system without using templates at all?

    Yes, and it’s often the better path for operators who will run Notion seriously long-term. Building from first principles — starting with the six operational questions your agency needs to answer, then designing the databases that answer them — produces a system that fits your operation without the overhead of adapting someone else’s assumptions. It requires more upfront investment and some database knowledge, but results in a more durable system.

  • Notion Pricing 2026: What Plan Actually Makes Sense for a Small Agency

    Notion’s pricing page is confusing by design. Four plans, feature lists that don’t clearly explain what breaks without them, and a per-seat structure that makes the real cost for a team hard to calculate at a glance. Here’s what each plan actually means for a small agency or solo operator in 2026.

    Notion pricing in 2026 at a glance. Free: unlimited pages, limited block history, no guests, no advanced database features. Plus: ~$10/month per member, unlimited guests, 30-day version history, basic automations. Business: ~$15/month per member, 90-day history, advanced automations, SAML SSO. Enterprise: custom pricing, unlimited history, advanced security, dedicated support. For most small agencies, Plus is the right plan.

    The Free Plan: What Actually Breaks

    The Notion free plan is generous enough for personal use and early-stage exploration. For a working agency, two things break it.

    First, guests. The free plan significantly limits how many guests you can add to your workspace. If you want to share pages with clients — portals, deliverables, communication logs — you hit the guest limit quickly. For any agency using Notion for client-facing work, the free plan doesn’t work.

    Second, relation and rollup limitations. The database features that make the 6-database architecture functional — relation properties that link records between databases, rollup properties that display data from related records — are limited on the free plan in ways that break the architecture. You can build simple databases. You can’t build the connected system that makes Notion useful as an agency OS.

    The Plus Plan: What You Actually Get

    Plus at roughly ten dollars per member per month is the right plan for most small agencies. What it unlocks that matters:

    Unlimited guests. Add clients to their portal pages without worrying about a guest cap. This is the most immediately practical unlock for agency use.

    Unlimited relation and rollup properties. The full relational database architecture works. Tasks link to content pieces link to clients link to deals. The system functions as designed.

    30-day version history. Every page has a 30-day edit history you can restore from. Not comprehensive version control, but adequate protection against accidental overwrites.

    Basic automations. Simple workflow automations — when a status changes, update a property, send a notification — are available on Plus. Not as deep as dedicated automation tools, but sufficient for common agency workflows.

    Synced databases. Pull database views from one part of the workspace into another, keeping them in sync. Useful for the HQ dashboard that aggregates views from multiple databases.

    The Business Plan: Who Actually Needs It

    Business at roughly fifteen dollars per member per month adds features that matter for teams with specific requirements. The additions worth noting: 90-day version history instead of 30, more powerful automations with conditional logic, SAML SSO for enterprise identity management, and bulk PDF export.

    For a solo operator or a two-to-three person agency, none of these additions are likely to be operationally critical. The automation upgrade is the most tempting — conditional logic in automations enables more sophisticated workflows — but most small agency automation needs are coverable with Plus automations or with Claude handling the logic externally.

    Business makes sense when: you have five or more team members and need SSO for security management, you have compliance requirements that make 90-day version history relevant, or your automation needs have genuinely outgrown Plus.

    Notion AI as a Separate Line Item

    Notion AI costs an additional ten dollars per member per month on top of any plan. It’s not included in any plan tier — it’s always an add-on. For a solo operator on Plus, enabling Notion AI brings the total to twenty dollars per month. For a five-person team, it adds fifty dollars per month to the bill.

    Whether Notion AI is worth it depends on how your team works. For operators already running Claude as their primary AI system via MCP, the value-add is limited — most of what Notion AI does is already covered. For teams where multiple people need AI assistance within Notion and won’t configure Claude independently, Notion AI’s accessibility justifies the cost.

    The Real Cost Calculation for an Agency

    For a two-person agency on Plus without Notion AI: roughly twenty dollars per month. For a five-person agency on Plus without Notion AI: roughly fifty dollars per month. Add Notion AI for all seats and those figures double. Add Business plan instead of Plus and add roughly five dollars per person per month.

    Compared to the alternatives — ClickUp’s equivalent tier, Asana’s team plan, dedicated CRM and project management tools — Notion’s cost at small scale is competitive. The comparison changes at larger team sizes where per-seat pricing compounds.

    Want help setting up Notion correctly for your budget?

    We configure Notion workspaces for agencies — the right plan, the right features enabled, the architecture that makes it worth the cost.

    Tygart Media runs Notion for a multi-client operation. We know what you actually need and what you can skip.

    See what we build →

    Frequently Asked Questions

    Is Notion free good enough for a small agency?

    No, for most small agencies. The guest limitations and relation/rollup restrictions on the free plan break the two most important agency use cases: sharing portals with clients and building a connected multi-database system. The Plus plan at ten dollars per member per month is the minimum viable plan for agency use.

    What’s the difference between Notion Plus and Business?

    The practical differences for small agencies: Business adds 90-day version history (vs 30 on Plus), more powerful conditional automations, and SAML SSO. For most agencies under five people without compliance requirements, Plus covers everything needed. Business is worth considering once you have a larger team or specific security and automation requirements.

    Does Notion charge per member or per workspace?

    Per member. Every person with edit access to your workspace counts as a billable seat. Guests — people with view-only or comment-only access — are free on Plus and above, which is why client portals are cost-effective: clients access their portals as guests without adding to your member count.

    Is Notion pricing worth it compared to free alternatives?

    For agency use that requires the relational database architecture, guest access, and version history, yes. The free alternatives — Notion’s own free plan, or tools like Trello’s free tier — don’t support the use cases that make Notion valuable for an agency. The ten-dollar Plus plan is the entry point for the version of Notion worth using for serious agency operations.

  • Notion AI Review 2026: Is It Worth It If You Already Use Claude?

    Claude AI · Fitted Claude

    If you’re already running Claude as your primary AI system, Notion AI is a different question than it is for everyone else. For most users, Notion AI is evaluated against not having AI in their workspace at all. For operators already deep in Claude, the question is whether Notion AI adds enough on top of what Claude already does to justify the cost.

    The honest answer: it depends on how you work, and the overlap is larger than Notion’s marketing suggests.

    What is Notion AI? Notion AI is an add-on feature built into the Notion interface, powered by Anthropic’s Claude models, that allows users to draft, edit, summarize, and ask questions about content directly within Notion pages and databases. It costs an additional ten dollars per member per month on top of any Notion plan. As of 2026 it includes Q&A over your workspace, AI-assisted writing, and database intelligence features.

    What Notion AI Actually Does

    In-page writing assistance. Highlight text, invoke Notion AI, and get drafting help, tone adjustments, summaries, or rewrites without leaving the page. For teams doing a lot of writing inside Notion, the in-context availability is genuinely convenient — no context switching to a separate Claude tab.

    Q&A over your workspace. Ask Notion AI a question and it searches your workspace for relevant pages and synthesizes an answer. This is the feature with the most apparent overlap with what Claude can do via MCP — both can answer questions drawing on your Notion content.

    Database intelligence. Notion AI can generate text properties for database records, summarize page content into a field, and assist with populating structured data. Useful for automating some of the manual data entry that comes with maintaining large databases.

    Meeting notes and summaries. Summarize a long page, extract action items from meeting notes, generate a structured summary of a document. Standard AI summarization, accessible without leaving Notion.

    Where It Overlaps With Claude

    If you’re running Claude via MCP with your Notion workspace connected, there is significant overlap between what Notion AI does and what Claude can already do. Claude via MCP can read your Notion pages, answer questions about your workspace content, draft and edit content, and write back to Notion directly. These are the core Notion AI use cases.

    The overlap is not complete. Notion AI’s in-page convenience — invoking it directly within a page without any setup — is a real difference from Claude, which requires a separate interface. For team members who aren’t power Claude users, Notion AI’s accessibility matters. For a solo operator already running Claude sessions as the primary working mode, the convenience gap is smaller.

    Where Notion AI Adds Genuine Value

    Team accessibility. Notion AI requires no setup, no API configuration, no MCP server. For team members who need AI assistance within Notion but aren’t going to configure Claude integrations themselves, Notion AI is available immediately at the click of a button. If you’re the only person on your team who uses Claude deeply, Notion AI may be the right AI layer for everyone else.

    Database automation. The database intelligence features — generating and populating text fields, summarizing records — are more native and lower-friction than doing the same via Claude. For operations with large databases that need AI-assisted data population, this feature has real value.

    Inline editing speed. Selecting text and getting an AI rewrite in the same interface, without switching to Claude and copying content back, is faster for quick editing tasks. If a significant portion of your working day involves editing text inside Notion, the friction reduction is real.

    When to Skip It

    If you’re running Claude via MCP as your primary AI interface and doing most of your knowledge work in Claude sessions rather than in the Notion editor, Notion AI’s incremental value is limited. You already have Q&A over your workspace. You already have AI writing assistance. You already have the ability to read and write Notion content from Claude. The ten-dollar-per-month-per-member cost for Notion AI adds mostly convenience features on top of a capability you already have.

    The exception is if you have team members who need AI assistance within Notion but won’t use Claude independently. In that case, Notion AI’s accessibility for non-power users justifies the cost for those seats.

    Our Setup

    We don’t use Notion AI as a paid add-on. Claude via MCP covers the Q&A and workspace intelligence use cases. For in-page writing, the workflow of writing in Claude and pasting the result into Notion adds minimal friction compared to the ten-dollar monthly cost. The database intelligence features are interesting but not critical to how our pipeline works.

    That said, for teams where Notion is the primary working interface for multiple people who aren’t going to become Claude power users, Notion AI is probably worth the cost. The value calculation depends almost entirely on the team’s working style.

    Want help figuring out the right AI stack?

    We configure AI tool stacks for agencies and operators — Claude, Notion AI, MCP integrations, and the workflow architecture that connects them.

    Tygart Media runs a fully integrated Claude + Notion operation. We know where the tools overlap and where each adds distinct value.

    See what we build →

    Frequently Asked Questions

    Is Notion AI powered by Claude?

    Notion AI uses Anthropic’s Claude models as part of its underlying infrastructure, along with other AI providers. The specific model powering any given Notion AI feature isn’t always disclosed, and the implementation is different from using Claude directly — Notion AI is a packaged product built on top of AI models, not direct API access to Claude.

    Can Notion AI replace Claude for content creation?

    For basic writing assistance within Notion — drafting, editing, summarizing — Notion AI is adequate. For more complex content production, extended reasoning, system-level workflow integration, and the kind of context-aware assistance that comes from a well-configured Claude setup, Notion AI falls short. They serve different use cases even though there’s overlap in the middle.

    How much does Notion AI cost?

    Notion AI costs an additional ten dollars per member per month on top of any Notion plan. For a solo operator on the Plus plan, that’s roughly twenty dollars per month total. For a five-person team, it adds fifty dollars per month to the Notion bill. The cost is reasonable for teams that will use the features actively; it’s harder to justify for individuals already running Claude.

    Does Notion AI have access to my entire workspace?

    Notion AI’s Q&A feature searches across pages you have access to in your workspace. It does not index pages in private sections you don’t have access to, and it respects Notion’s existing permission structure. The AI assistant cannot access content outside your Notion workspace.

  • Notion vs ClickUp for Agencies: Which One We Chose and Why

    Notion and ClickUp are not competing for the same thing. They look similar from the outside — both handle tasks, projects, and team workflows. But the underlying philosophy of each tool is different enough that choosing between them is less about features and more about what your operation actually is.

    We’ve used both. Here’s the honest take for a small agency deciding between them in 2026.

    Notion vs ClickUp for agencies: the short version. ClickUp is a project management tool that added docs. Notion is a document and knowledge tool that added project management. If your agency’s core work is task execution and team coordination, ClickUp fits more naturally. If your agency’s core work is knowledge production — content, strategy, research, documentation — Notion fits more naturally. Most content agencies fall into the second category.

    Where ClickUp Wins

    Native project management depth. ClickUp was built as a project management tool first. Time tracking, Gantt charts, task dependencies, sprint planning, workload views, and goal tracking are all native and mature. For agencies where coordinating task execution across a team is the primary operational challenge, ClickUp’s project management features are more complete than Notion’s.

    Automation. ClickUp’s automation builder is powerful for task-based workflows — when a task moves to a certain status, assign it, send a notification, create a subtask, update a field. For agencies with repetitive project workflows where automation reduces manual coordination, ClickUp handles this more reliably than Notion.

    Client reporting. ClickUp’s dashboard and reporting features are more polished for generating client-facing progress reports. If a deliverable of your agency is a weekly or monthly report showing project status, ClickUp produces it more cleanly.

    Guest access for collaborative projects. ClickUp’s guest permissions are more granular than Notion’s, making it easier to give clients access to specific tasks or projects without exposing internal operations.

    Where Notion Wins

    Knowledge layer. Notion’s document-first architecture means your SOPs, client references, strategy documents, and institutional knowledge live in the same system as your tasks. In ClickUp, documentation is a secondary feature — functional but clearly not the primary design intent. For agencies where the knowledge layer is as important as the task layer, this is a significant difference.

    Flexibility. Notion’s blank-canvas architecture lets you build exactly the system your operation requires. ClickUp’s feature set is larger, but it’s also more opinionated about how project management should work. Agencies with non-standard workflows often find Notion easier to adapt than ClickUp.

    All-in-one consolidation. A Notion workspace can replace your project management tool, your wiki, your SOP library, your CRM at modest scale, and your content tracker. ClickUp’s consolidation story is primarily within the project management space — you’ll still need separate tools for knowledge management.

    AI integration. Notion’s MCP integration with Claude is more mature and better documented than ClickUp’s AI integrations. For operations where AI assistance is a core part of the workflow, Notion’s architecture provides a more effective foundation.

    Cost at small scale. Notion Plus at roughly ten dollars per member per month covers everything a small agency needs. ClickUp’s pricing for equivalent feature access runs higher, particularly once you need automation and advanced views.

    The Deciding Question

    The single question that usually determines which tool is right: is your agency’s primary operational challenge coordinating task execution across a team, or producing high-quality knowledge work across multiple clients?

    If the answer is task coordination — you have multiple people working on deliverables simultaneously, handoffs between team members are frequent, and timeline management across parallel workstreams is the hard problem — ClickUp is probably the better fit.

    If the answer is knowledge production — your core deliverables are content, strategy, research, or documentation, and the quality and consistency of that output is the hard problem — Notion is probably the better fit.

    Most content agencies, SEO operations, and strategy consultancies fall into the second category. Most product agencies, development shops, and delivery-heavy service businesses fall into the first.

    What We Use

    We use Notion. The operation is knowledge-work-first: articles, SOPs, client references, strategy documents. The task management needs are real but secondary to the documentation needs. The AI integration with Claude is central to how we work. Notion’s architecture fits those requirements better than ClickUp’s.

    We’ve evaluated ClickUp twice as the operation scaled. Both times the conclusion was the same: the project management features we’d gain aren’t worth the loss of the unified knowledge layer and the AI integration we’d sacrifice.

    Not sure which to use?

    We’ll help you pick the right stack — and set it up.

    Tygart Media evaluates your workflow and configures the right system for your operation. No guesswork, no wasted setup time.

    Frequently Asked Questions

    Can you use both Notion and ClickUp together?

    Yes, and some agencies do — ClickUp for project and task management, Notion for documentation and knowledge. The tradeoff is maintaining two systems, which creates overhead and occasional duplication. This hybrid approach makes sense when your operation genuinely needs ClickUp’s project management depth and Notion’s knowledge layer, and the cost of maintaining both is justified by the operational need. For most small agencies, one system done well beats two systems done adequately.

    Is ClickUp or Notion better for a team of five?

    Depends on what the team of five does. A five-person content agency — writers, editors, strategists — will generally find Notion more natural because the work is document-centric. A five-person development or delivery agency — project managers, account leads, developers — will generally find ClickUp more natural because the work is task-execution-centric. Team size is less relevant than work type.

    Does ClickUp have a knowledge base feature?

    ClickUp has Docs, which functions as a basic document and wiki system. It’s adequate for simple documentation but lacks the database-driven structure, relation properties, and filtered views that make Notion effective for a serious knowledge layer. If documentation quality and findability are important operational requirements, ClickUp Docs falls short compared to Notion’s architecture.

    Which tool has better Notion AI vs ClickUp AI in 2026?

    Notion AI is more mature and better integrated into the document-centric workflow — it works directly on your pages for drafting, summarizing, and Q&A over your workspace. ClickUp’s AI features focus more on task and project assistance. For agencies using AI as part of content production or knowledge management workflows, Notion AI combined with Claude via MCP provides a more capable setup than ClickUp’s AI features.

  • Notion Client Onboarding Template: What We Actually Use

    The Agency Playbook
    TYGART MEDIA · PRACTITIONER SERIES
    Will Tygart
    · Senior Advisory
    · Operator-grade intelligence

    The client onboarding process is where most agencies lose time they never recover. A disorganized onboarding means scattered information, repeated questions, unclear expectations, and a client relationship that starts on a note of confusion rather than confidence.

    The right Notion onboarding template — one that’s actually used, not just admired — solves this before the relationship even begins. Here’s the structure we use and why each piece is there.

    What should a Notion client onboarding template contain? An effective Notion client onboarding template contains five elements: a structured intake form or checklist for collecting client information, a reference section for brand and content guidelines, a project scope and deliverables tracker, a communication log for key decisions, and a Next Steps section that always reflects the current state of the engagement. Templates that omit any of these create gaps that surface as problems later.

    What the Template Actually Needs to Do

    An onboarding template has two jobs. First, collect everything you need to start doing the work correctly — brand guidelines, target audience, keyword strategy, content constraints, access credentials, approval processes. Second, establish the shared expectations that govern the relationship — what gets delivered, when, how feedback works, what happens when something needs to change.

    Most onboarding templates do the first job reasonably well and ignore the second entirely. Then scope creep, unclear feedback loops, and misaligned expectations become recurring problems that the template could have prevented.

    The Five Sections

    Section 1: Client Information and Access. The factual foundation — company name, primary contacts, website URLs, platform credentials, billing details, and contract reference. This section is filled out once during onboarding and updated when anything changes. It should never require searching an email thread to answer “what’s their WordPress login?”

    Section 2: Brand and Content Guidelines. Everything that governs how the work is done: brand voice description, approved and avoided topics, competitor sensitivities, style preferences, target audience profiles, primary keywords and content pillars. This section is the reference document for every piece of work produced for this client. It should be specific enough to give a writer genuine direction, not vague enough to cover for not asking the right questions during onboarding.

    Section 3: Scope and Deliverables. What was agreed, in plain language. Number of articles per month, content types, target platforms, revision rounds included, turnaround times, and what’s explicitly out of scope. Written without ambiguity. This section is the answer to every scope question that arises during the engagement — if it’s not in here, it wasn’t agreed to.

    Section 4: Communication Log. A running record of significant decisions, feedback rounds, strategic pivots, and anything else that changes what the work looks like. Dated entries, brief and factual. Not a chat replacement — a decision record. This section prevents the “I thought we decided” conversation from becoming a dispute.

    Section 5: Next Steps. Three to five items, always current, showing what’s happening next. What we’re working on, what we need from the client, and when they can expect the next delivery. This is the most-read section of any client portal and the one that requires the most active maintenance. It should never be stale.

    What Makes This Different From a Template You Download

    The templates available online for Notion client onboarding are structurally fine. The problem is that they’re generic — built for a hypothetical agency, not for yours. The brand guidelines section in a downloaded template doesn’t know your specific questions. The scope section doesn’t reflect how you actually define deliverables.

    An effective onboarding template is built from your specific failure modes. What questions do you wish you had asked during onboarding for the client relationship that went sideways? What information did you need mid-engagement that you didn’t have? What expectation mismatch caused the most friction? The answers to those questions are what should be in your template, not a generic list of fields.

    Build the first version of your template, use it with two or three clients, and then revise it based on what you still didn’t know at the end of onboarding. Version two will be significantly better than version one, and version three better still.

    Making It Machine-Readable

    For operations running AI-assisted content production, the onboarding template does a third job beyond the two described above: it becomes the client reference document that Claude reads before starting any session for that client.

    This requires adding a metadata block at the top of the client reference page — a structured summary of the key constraints, the brand voice, the approved topics, and the things to avoid. With this block in place, Claude can orient itself to a client’s requirements in seconds at the start of a session, rather than requiring you to paste in the guidelines every time.

    The metadata block is five minutes of additional work during onboarding. It pays off every session for the duration of the engagement.

    Want this set up for your agency?

    We build client onboarding systems in Notion — the template structure, the intake process, and the reference architecture that makes every new client relationship start correctly.

    Tygart Media runs client onboarding across a large portfolio. We know what information you actually need and what gaps cause problems later.

    See what we build →

    Frequently Asked Questions

    Should client onboarding templates be the same for every client?

    The structure should be consistent; the content will differ. Using the same template structure for every client creates operational consistency — you always know where to find the brand guidelines, the scope definition, the communication log. The content within each section varies by client. Avoid the temptation to create different templates for different client types; the overhead of maintaining multiple templates outweighs the customization benefit for most agencies.

    How long should client onboarding take?

    The information collection phase — getting the brand guidelines, scope confirmation, and access credentials — should complete within the first week of the engagement. Rushing it creates gaps. Extending it past two weeks signals a disorganized client relationship that will be difficult throughout. The onboarding template makes the information collection systematic, which speeds it up without cutting corners.

    What’s the most important thing to document during client onboarding?

    Scope and constraints, in that order. Scope — exactly what was agreed and what’s out of scope — prevents the most common and costly agency problem: scope creep that erodes margins without anyone noticing until it’s significant. Constraints — what topics to avoid, what competitors are sensitive, what content has been tried and failed — prevent producing work that misses the mark for reasons you could have known going in.

  • Notion vs Airtable 2026: A Real Agency Owner’s Take

    Notion versus Airtable is a real decision with a real answer — it just depends on what you’re actually building. Both are flexible database tools. Both can handle project management, content pipelines, and client tracking. The difference is in the philosophy of each tool and what that philosophy costs you in practice.

    We’ve used both. Here’s the honest comparison from someone running an agency operation, not a software review site.

    Notion vs Airtable: the short version. Notion is a document-first tool with database capabilities layered on top. Airtable is a database-first tool with document capabilities layered on top. If your work is primarily documents — briefs, articles, SOPs, project notes — Notion fits more naturally. If your work is primarily structured data that needs to be manipulated, filtered, and automated at scale, Airtable fits more naturally.

    Where Notion Wins

    Document-centric work. Notion pages are actual documents — rich text, embedded media, nested structure, readable formatting. An SOP written in Notion is a readable, navigable document. An SOP written in an Airtable record is text in a cell. For knowledge-work operations where documentation quality matters, this difference is significant every day.

    All-in-one consolidation. Notion replaces more tools. A Notion workspace can credibly replace your project management tool, your wiki, your SOP library, your CRM (at modest scale), and your content tracker. Airtable is primarily a database and spreadsheet replacement — you’ll still need separate tools for documentation.

    AI integration in 2026. Notion’s MCP integration with Claude is mature and well-documented. Structuring a Notion workspace as a Claude-readable knowledge base is straightforward. Airtable has API access and can be integrated with AI tools, but the document structure of Notion pages maps more naturally to how large language models process and use information.

    Cost at small scale. Notion’s Plus plan covers everything a small agency needs. Airtable’s pricing scales with records and users in ways that add up quickly for larger operations.

    Where Airtable Wins

    Automation depth. Airtable’s native automation is more powerful than Notion’s for complex multi-step workflows triggered by database events. If you need “when a record changes status, send an email, create a linked record in another table, and update a third field,” Airtable handles that more reliably than Notion.

    Spreadsheet-grade data manipulation. Airtable is closer to a database than Notion is. Complex formulas, robust rollups, granular field types, and better API access for programmatic data manipulation all favor Airtable for data-heavy operations.

    External sharing and forms. Airtable’s shared views and form submissions are more polished for collecting structured data from external parties. If you need clients or vendors to submit information that flows directly into your database, Airtable’s form interface is cleaner.

    Reporting and views. Airtable’s gallery, calendar, Gantt, and reporting views are more feature-complete than Notion’s equivalents. For operations where visual reporting to clients or stakeholders is important, Airtable’s interface is more polished.

    The Hybrid Answer

    For most small agencies, the right answer is Notion for operations and knowledge, with Airtable considered only for specific use cases where Notion’s database capabilities fall short. The cost of maintaining two systems is real — context switching, data duplication, integration overhead — and usually not worth it unless the Airtable use case is genuinely critical.

    The exception: if your operation is data-heavy in a way that requires serious automation or complex formula logic — a reporting system, an intake pipeline with conditional logic, a billing tracker with complex calculations — Airtable for that specific function alongside Notion for everything else can make sense.

    What We Use and Why

    We use Notion for the entire operation. The document-centric nature of the work — articles, SOPs, briefs, client references, project notes — fits Notion’s architecture better than Airtable’s. The AI integration with Claude via Notion MCP is a meaningful advantage for our specific workflow. And the consolidation of tasks, content, revenue, relationships, and knowledge into one workspace is operationally valuable in a way that a purpose-built project management tool or database tool can’t replicate.

    If our operation were primarily data processing — large structured datasets, complex automated workflows, sophisticated reporting — the calculus would shift toward Airtable for the data layer. That’s not what we do. For content agencies and knowledge-work operations, Notion is the right call in 2026.

    Not sure which to use?

    We’ll help you pick the right stack — and set it up.

    Tygart Media evaluates your workflow and configures the right system for your operation. No guesswork, no wasted setup time.

    Frequently Asked Questions

    Is Notion or Airtable better for project management?

    For document-heavy project management — agencies, content operations, consulting, knowledge work — Notion is generally better because tasks and documentation live in the same system. For data-heavy project management where automation, complex formulas, and structured reporting matter more than documentation quality, Airtable is stronger. Most small agencies fall into the first category.

    Can Notion replace Airtable entirely?

    For most small agency use cases, yes. Notion’s database capabilities cover the filtering, sorting, and relational data needs of a typical agency operation. Where Notion falls short relative to Airtable is in automation depth, complex formula logic, and external form submissions. If your operation doesn’t require those specifically, Notion handles the use case adequately.

    Which is cheaper, Notion or Airtable?

    For small teams, Notion is typically cheaper. Notion Plus costs around ten dollars per member per month and covers the full feature set for a small agency. Airtable’s pricing scales with records and features in ways that can make it significantly more expensive at the same team size, particularly once you need automations and advanced views.

    Does Airtable integrate with Claude AI?

    Airtable can be connected to Claude via API and custom integrations, but there’s no native MCP server for Airtable the way there is for Notion. Building a Claude-integrated workflow on top of Airtable requires more custom engineering. For operations where AI integration is a priority, Notion’s more mature MCP ecosystem is a meaningful advantage.

  • Notion for Content Agencies: Managing 20+ Client Sites Without Losing Your Mind

    The Agency Playbook
    TYGART MEDIA · PRACTITIONER SERIES
    Will Tygart
    · Senior Advisory
    · Operator-grade intelligence

    Managing twenty-plus client sites from one Notion workspace requires solving a specific problem: how do you keep clients separated while keeping your operation unified? Separate workspaces per client sounds clean until you’re switching between eight workspaces to get a picture of the week. One shared workspace sounds efficient until a client can see another client’s work.

    The answer is a single workspace with entity-level partitioning — one set of databases, one operating rhythm, one knowledge layer, with every record tagged to the entity it belongs to. Here’s how that works in practice for a content agency.

    What is entity-level partitioning in Notion? Entity-level partitioning is an architectural approach where all records across all clients live in shared databases, tagged with an entity or client property. Filtered views surface only the records relevant to a specific client or business line. The databases are unified; the views are isolated. It enables cross-client visibility for the operator while maintaining strict separation for any client-facing access.

    Why One Workspace Beats Many

    The operational case for a single workspace is straightforward: weekly planning requires seeing everything at once. If Monday morning means answering “what’s publishing this week across all clients?”, the answer should come from one view, not from opening eight workspaces and aggregating manually.

    A single workspace with entity tagging gives you that cross-client view. Filter by entity for client-specific work; remove the filter for the full operational picture. The same database serves both purposes.

    The Content Pipeline at Scale

    For a content agency, the Content Pipeline database is the operational core. Every article, audit, and deliverable across every client moves through the same status sequence — Brief, Draft, Optimized, Review, Scheduled, Published — in one database.

    Each record carries the client entity tag, the target site URL, the target keyword, word count, publication date, and a linked task in the Master Actions database for whoever is responsible for the next step. A filtered view scoped to one client shows that client’s complete pipeline. An unfiltered view shows the full operation across all clients simultaneously.

    The practical benefit: a Monday morning review of everything publishing in the next seven days across all clients is one database view, sorted by publication date. No aggregation, no manual compilation, no missing anything because it was in a different workspace.

    The Client-Specific Knowledge Layer

    Each client has unique constraints that govern the work: brand voice guidelines, keyword lists, approved topic areas, platform-specific rules, past decisions about what to avoid. This information needs to live somewhere accessible mid-session without requiring a search.

    In our system, each client’s reference documentation lives in the Knowledge Lab database, tagged with the client entity. A filtered view of the Knowledge Lab scoped to one client shows all the reference material for that client — brand guide, keyword strategy, approved personas, content rules — in one place.

    The critical piece: every client reference page carries the metadata block that makes it machine-readable mid-session. When working on a client’s content, Claude can fetch the client’s brand reference and style guide and read the key constraints from the metadata summary without reading the full document every time.

    Communication and Decision Logging

    At scale, the thing that creates the most operational problems is context loss between sessions: a decision made in a client call two weeks ago that wasn’t documented, a feedback note that lived in an email and never made it into the system, a constraint mentioned once and then forgotten.

    The communication log in each client’s portal and the session log in the Knowledge Lab together solve this. Any significant decision — a strategic pivot, a content constraint, a scope change — gets a one-paragraph log entry with a date. The next session starts by reading the most recent log entries, not by trying to remember what was decided.

    This is unglamorous work. It takes three minutes to write a decision log entry. Those three minutes prevent hours of re-work when the undocumented decision surfaces as a problem two months later.

    The Weekly Cross-Client Review

    The operational rhythm for a multi-client content agency requires one weekly moment of seeing the full picture: every client’s content queue, every stalled deliverable, every relationship that needs attention. This is the weekly review, and Notion’s filtered views make it tractable at scale.

    The weekly review covers four database views: all content scheduled for the coming week sorted by publication date; all tasks marked In Progress for more than two days across all clients; any Revenue Pipeline deals with no activity in the past seven days; any client CRM contacts who should have heard from you. Reading all four views and deciding what needs action takes twenty to thirty minutes. Everything else in the week flows from those decisions.

    Want this built for your content agency?

    We build multi-client Notion architectures for content agencies — the entity partitioning, content pipeline, knowledge layer, and operating rhythm that make managing twenty-plus clients tractable.

    Tygart Media manages a large portfolio of client sites from a single Notion workspace. We know what the architecture requires at that scale.

    See what we build →

    Frequently Asked Questions

    Should each client have their own Notion workspace?

    For most content agencies, no. Separate workspaces per client prevent the cross-client visibility that makes weekly planning tractable. A single workspace with entity-level partitioning gives you unified operations for the agency and isolated views for any client-facing access. Separate workspaces make sense only when clients need active collaborative access to the same workspace — a rare requirement for most content agency relationships.

    How do you prevent one client’s content from appearing in another client’s view?

    Every database record carries an entity or client tag. Every client-facing view is filtered to show only records with that client’s tag. As long as records are correctly tagged at creation — which becomes habitual quickly — the filtering is reliable. A brief weekly audit checking for untagged records catches any that slip through.

    What happens when a content agency grows beyond Notion’s capacity?

    Notion handles large workspaces well with proper architecture — the performance issues most people encounter come from databases with thousands of unarchived records, not from the number of clients. Regular archiving of completed records keeps databases performant. At genuinely large scale (hundreds of active clients), dedicated agency management software may be warranted, but most content agencies operating at twenty to fifty clients run well within Notion’s capabilities.