Structuring your knowledge base
Developing a high-quality organizational plan for your internal knowledge base is just like building the foundation of a building. Taking the time to spec out the structure of your knowledge base will make it easier to know where to put things, which makes it easier for your teammates to navigate and find what they need without asking.
Here are some tips from customers on how they structure their information.
General Setup
Tettra is built on the following hierarchy: Categories > Subcategories > Pages.
While the way you want to organize your information within this hierarchy is up to you, weโve found the best ways to structure your account are either departmental, project based, topic based, or a mix of all three.
Structuring by department
A departmental structure means that you break down your categories by department within your org. For example, you could have categories for Marketing, Sales, Support, Engineering, and HR/Operations.
Once youโve setup categories by department, you can break down subcategories within each category by a sub topic or team.
Hereโs an example structure for a Sales team:
- ๐ Sales
- ๐ Processes & Policies
- ๐ What to do after closing a sale
- ๐ Refund policy
- ๐ Scripts
- ๐ Outbound call script
- ๐ Inbound call script
- ๐ Personas
- ๐ Marketing Mary
- ๐ Owner Ollie
- ๐ Processes & Policies
Pros:
- Helps your team know exactly which subcategory to find relevant information
- Makes it very clear which category to store a page in
Cons:
- Sometimes pages donโt fit into any category or are owned by multiple departments, which can cause arguments about where to store a page or create deferred responsibility
- The same subcategory name can be used across two different teams, which can cause confusion
Structuring by project or client
Structuring categories by project (or client) can be beneficial if youโre teams tend to work cross-functionally or donโt need access to everything else in the knowledge base often.
Some companies tend to do this for projects like weekly/monthly recurring meetings, competitive research, fundraising, testing, onboarding materials, or business development. You can also structure by client, with a category for each client and subcategories for each topic:
Hereโs an example structure for a client-based approach:
- ๐ Dunder Mifflin
- ๐ Quarterly Client Reports
- ๐ Q3 2019 Report
- ๐ Q4 2019 Report
- ๐ Quarterly Client Reports
- ๐ Stark Industries
- ๐ Quarterly Client Reports
- ๐ Q3 2019 Report
- ๐ Q4 2019 Report
- ๐ Quarterly Client Reports
- ๐ Cyberdyne Systems
- ๐ Quarterly Client Reports
- ๐ Q3 2019 Report
- ๐ Q4 2019 Report
- ๐ Quarterly Client Reports
Pros:
- Lets new teammates get ramped up on projects/clients quickly
- Creates a more standardized sub-skeleton across categories
Cons:
- Have to recreate each subcategory/page in each category
- Doesnโt provide as much flexibility as other approaches
Structuring by topic
Finally, you can always organize by topic.
This tends to be most useful if youโre using Tettra with just a single team or youโre planning on only putting one type of information (e.g. an employee handbook) inside of Tettra.
- ๐ Hiring
- ๐ Sourcing
- ๐ Interview Process
- ๐ Scheduling interviews
- ๐ Interviews questions
- ๐ Offer
- ๐ Offer Letter template
- ๐ Welcome baskets
- ๐ Onboarding
- ๐ Tools & Accounts
- ๐ Account setup checklist
- ๐ The tools we use
- ๐ Your First Day
- ๐ Reading list
- ๐ Getting to know your new teammates
- ๐ Tools & Accounts
- ๐Planning & Decisions
- ๐ Recurring meetings
- ๐ Weekly team meetings
- ๐ Monthly recaps
- ๐ Quarterly all hands
- ๐ Decisions Making & Goals
- How we make decisions
- How to set goals
- ๐ Recurring meetings
- ๐ Mission & Culture
- ๐ Our Mission
- ๐ Operating Principles
Pros:
- Allows for a deeper hierarchy structure
- Makes it clear which subcategory to use to learn about a specific topic
Cons:
- Takes more time to think through topics
- As your team grows, itโs likely youโll need to move a departmental approach
Mixinโ it up
Donโt feel like you need to stick to one strict approach. Many teams use a mix of all three organizational structures.
In fact, we use all three approaches at Tettra (the company) for our own Tettra (the product). For example, we use categories for departments (Sales, Engineering, Support) and for Topics (Company Updates, Office & Ops, Weekly Planning).
Sometimes if a subcategory becomes really important, weโll elevate it to the category level to make it easier to access. Thatโs exactly what happened to our Weekly Planning category, which started off as a subcategory inside of Company Updates.
Thereโs really one right way to organize your hierarchy for your Tettra account. Just do whatever feels right to start, and make tweaks as you go.