Skip to main content

Welcome to a Grasp lesson

Create a free account to keep studying and create your own study path.

Lesson 25

Context-Sensitive Onboarding with Knowledge Management

Recommended resources

Hello! Welcome back.

In our previous lessons, we designed the architecture for two critical, people-centric systems: a dynamic onboarding dashboard that provides a personalized task list for new hires, and a robust knowledge management (KM) system to act as the company's "single source of truth."

Today, we will connect these two systems. Our goal is to move beyond simply giving new hires a link to a wiki and instead proactively deliver the exact information they need, precisely when they need it. This lesson directly addresses our learning outcome: to integrate knowledge management databases with onboarding workflows to provide context-sensitive resources. This is where system design creates tangible efficiency and a superior employee experience.

1. The Core Principle: From Information Retrieval to Information Delivery

A great onboarding system minimizes friction. The biggest point of friction for a new hire is often the gap between knowing what to do (the task) and knowing how to do it (the knowledge). A simple link to a 200-page company wiki doesn't solve this; it just creates a new task: "find the right page."

Our architectural goal is to close this gap. We will use Notion's relational capabilities to shift from a model of passive information retrieval to one of active information delivery.

The fundamental building block for this is the Relation property. While simple, it's the most powerful tool for creating an integrated, intelligent workspace. Before we apply it, let's solidify our understanding of why it's so critical.

Master 80% of Notion with this ONE Feature

Jeff Su's video, 'Master 80% of Notion with this ONE Feature,' perfectly illustrates the problem of disconnected information and presents relations as the architectural solution.

Watch the first 3 minutes and 48 seconds of the video (00:00 - 03:48). Pay close attention to: The 'Level 2' problem (01:17): Databases exist, but information is jumbled and lacks context. The solution (02:11): How relations create clean, context-specific views, showing only relevant information.

As the video demonstrates, relations allow us to build a system where information naturally groups itself by context. This is the principle we will use to link specific onboarding tasks to specific knowledge base articles.


2. The Architectural Blueprint: Connecting Tasks to Knowledge

Let's revisit the databases we've conceptually designed:

  1. Onboarding Tasks Database: Contains all possible onboarding tasks, with properties for role, department, and timeline.
  2. Company Wiki (KM) Database: Contains all evergreen company knowledge (SOPs, guides, policies), with properties for ownership and review cycles.

To integrate them, we will establish a Relation property between these two databases.

Notion Onboarding Homepage with Integrated Knowledge Management and AI Q&A
This example of an onboarding homepage shows the end goal: a clean, centralized space for a new hire. Our design will enhance this by dynamically linking specific tasks to the resources shown under 'Company Information'.

Step 1: Create the Two-Way Relation

You will create a Relation property in the Onboarding Tasks database and link it to the Company Wiki database. Notion will prompt you to create a corresponding relation in the Company Wiki database, which you should always do.

Let's name them logically:

  • In Onboarding Tasks, the property could be named Related Knowledge.
  • In Company Wiki, the corresponding property could be named Onboarding Tasks Supported.

This two-way link is powerful for system governance:

  • From the task: A new hire can immediately access the required reading.
  • From the KM article: A system owner can see exactly which onboarding tasks depend on this article. If the article is updated, they have a clear list of dependent processes to check.

This concept of linking different databases to create a unified system is a core practice for any Notion architect.

Organize, connect, and scale your Notion knowledge management system

Notion's official guide on knowledge management explains this technique clearly. This section reinforces the concept from an official source.

Read the subsections 'Link clients to projects and meeting notes' and 'Connect the dots between knowledge and daily work.' Although the example uses clients and projects, the architectural principle is identical. The key takeaway is that knowledge should be dynamic and connected to where work actually happens.

Step 2: Surface Contextual Resources on the Dashboard

With the relation established, we can now modify the dynamic onboarding dashboard we designed. The dashboard contains a linked view of the Onboarding Tasks database, filtered for the new hire.

To provide the context-sensitive resources, you simply make the Related Knowledge property visible in that database view.

The user experience becomes:

  1. A new Marketing Associate logs into their onboarding dashboard.
  2. They see the task: "Submit Q1 Content Calendar Draft for Approval."
  3. Right next to the task, in the Related Knowledge column, is a clickable link to the page: "SOP: Content Calendar Submission Process."

They don't need to search the wiki; the correct document is delivered to them in the context of the task.


3. A Deeper Dive: Contextual Aggregation in Practice

In the previous lesson, we looked at August Bradley's "Knowledge Lab" concept for synthesizing ideas. A key part of his system is how he uses relations to aggregate scattered notes into a unified topic page. We can learn from this pattern.

Notion at Work: Knowledge Management for Business

Let's revisit August Bradley's system from a different angle. This time, focus on how he uses relations to pull contextual information together.

Watch the segment from 17:38 to 25:10. Observe how individual notes in his 'Thought Inbox' database are tagged with a relation to a 'Knowledge Hub' topic. Then, inside the Knowledge Hub topic page (e.g., 'Community Building'), a filtered view automatically lists all related notes. This is the exact same pattern we are using for onboarding, just with different databases.

The parallel is direct and powerful:

  • August Bradley's system: Notes are related to Topics, and then surfaced within the relevant topic page.
  • Our Onboarding system: KM Articles are related to Tasks, and then surfaced within the relevant task list.

This demonstrates a repeatable architectural pattern that you can apply across many business systems, from project management to CRM.

Test your understanding!

A client has an onboarding task for new engineers: "Set up local development environment." This single task requires referencing three separate articles in the Company Wiki: Git & Branching Policy, Requesting Staging DB Credentials, and Style Guide for Python Code.

From an architectural standpoint, how would you configure the relations and the dashboard view to handle this one-to-many relationship cleanly?

Show answer

The Relation property in Notion inherently supports linking to multiple pages. You would simply link the single "Set up local development environment" task to all three KM articles.

On the new engineer's dashboard, the Related Knowledge column for that task would display all three links: Git & Branching Policy, Requesting Staging DB Credentials, and Style Guide for Python Code. This provides a complete, context-sensitive resource packet for that specific task without cluttering the main task list.


4. Advanced Strategy: Building Trust and Reducing Clicks

For enterprise clients, scalability and trust are paramount. We can enhance this design with two advanced techniques.

1. Surfacing Trust Signals with Rollups:
A link is good, but a link to a document that the new hire can trust is better. We can use a Rollup property to pull metadata from the Company Wiki database into the Onboarding Tasks view.

  • Setup: In the Onboarding Tasks database, create a Rollup property.
    • Relation: Related Knowledge
    • Property (from Company Wiki): Last Review Date
    • Calculate: Show original
  • Result: The new hire's dashboard now shows the task, the link to the SOP, and the date it was last reviewed. This small addition builds immense confidence that they are working with current information.

2. Embedding Micro-Content with Synced Blocks:
Sometimes, a task doesn't require a full document, just a single, critical piece of information. Forcing a user to click a link, open a new page, and find the information is unnecessary friction.

Instead, we can use Synced Blocks.

  • Setup:
    1. In the Company Wiki article, identify the key paragraph, checklist, or image.
    2. Turn that content into a Synced Block.
    3. Go to the page for the specific Onboarding Task.
    4. Paste the Synced Block.
  • Result: The critical information appears directly within the task's page. If the original document is ever updated, the content inside the task page updates automatically, ensuring consistency without any manual effort. This is the pinnacle of context-sensitive resource delivery. The Notion guide we referenced earlier briefly touches on this in the section "Sync content across the workspace."

Conclusion

Today, you've bridged the gap between your operational and knowledge systems. By designing an integration that delivers context-sensitive resources, you've created a system that not only onboards new hires more efficiently but also actively reinforces best practices and the use of the company's central knowledge base.

Key Takeaways:

  • Relations are the Glue: The Relation property is the fundamental architectural component for connecting disparate databases and creating context.
  • Deliver, Don't Just Store: Shift your design thinking from passive information storage to active, contextual information delivery.
  • Context is King: By linking tasks directly to knowledge, you eliminate ambiguity and empower users to act with confidence.
  • Enhance with Rollups and Synced Blocks: Use Rollups to surface trust signals (like review dates) and Synced Blocks to embed critical micro-content directly where it's needed.

In our next lesson, we will move into the final module of the course: Advanced System Documentation & Handover. We'll start by learning how to develop a standardized System Owner's Manual template. The very architectural decisions and integrations you designed today are precisely the kinds of details that must be clearly documented for a successful client handover.