Getting started with the Client Portal Builder for monday.com
Want to build a Client Portal on top of your monday.com boards? This guide covers everything you need to know about how getting started building your Client Portal directly on monday.com

Table of contents
Use the navigation below to quickly jump to your desired section and learn more about each topic.
Client Portal Builder for monday.com helps you turn the work you already manage in monday.com into a secure, branded client portal. But before you start adding pages, sections, board items, files, comments, forms, and login methods, it is worth planning what your first portal should actually do. A good first client portal does not need to include every possible feature. It should give clients a clear place to find the information they ask for most often, while keeping your internal monday.com workspace protected.
In this guide, we will walk through how to plan your first monday.com client portal, what to include in the first version, which setup decisions matter most, and where to go when you are ready for the detailed configuration steps.

What should your first monday.com client portal include?
Your first client portal should be simple, useful, and easy to test. The goal is not to recreate your entire monday.com workspace for clients. The goal is to give each client a clean external experience that shows the information they need and hides everything they should not see. A useful first portal often includes:
- A welcome page with an explanation of what the client can do in the portal.
- A project, service, request, or work overview.
- A section that shows selected monday.com board items.
- A place for files, documents, reports, or deliverables.
- A clear next step for the client.
For a deeper look at turning your existing board structure into a client facing experience, see how to use monday.com boards in a client portal. If the goal is to let clients handle more routine interactions themselves, see how to build a self-service client portal with monday.com.
Did you know?
This is different from inviting a client directly into monday.com. With a client portal, clients access a separate interface that is connected to your monday.com data, while your team continues managing the work internally.
1. Client experience
Start with the client experience, not the app settings
Before opening the builder, think about the portal from the client’s point of view and ask yourself:
- What does the client need to check most often?
- What questions does the client currently ask by email?
- Which project or service information should be visible?
- Which internal notes, statuses, costs, or columns should stay hidden?
- Should the portal be read only at first?
- Should clients be able to comment, upload files, or edit selected fields?
- Should every client see the same pages, or should pages depend on the client type or status?
Did you know?
This planning step helps prevent a common mistake: building the portal around your internal monday.com workflow instead of the client’s actual needs. Your internal board may be designed for managing work. The portal should be designed for clients who need clarity, progress, documents, and next steps.
2. Portal structure
Choose your first portal structure
A simple portal structure is usually better than a large portal on day one. You can always add more pages later. Start with the sections that create immediate value for clients.
Home
Use the home page to welcome the client and explain what they can find in the portal. You can also personalize this page with client specific information from your Clients Board. For technical setup details, see the docs on placeholders in Client Portal Builder. A good home page might include:
- A short welcome message and a quick project summary
- Important next steps and links to the most relevant pages
- Contact person or support information
Files or Deliverables
Clients often use a portal to find files they would otherwise request by email. Keep this page focused, since if clients need to search through too many files, the portal becomes less useful. This page can include:
- Reports and documents
- Assets and deliverables
- Client specific resources
Requests or Support
If clients regularly send requests, changes, questions, or support tickets, give them a clear place to do that. This could be a request page, a support page, or an embedded form. Learn more how you can embed monday.com WorkForms into the Client Portal Builder.

3. Clients Board
Understand the Clients Board before building the portal
The Clients Board is the foundation of your portal. Each item on this board represents one client. Client Portal Builder uses this board to understand who the client is, what data belongs to that client, and what information should be shown in the portal. A simple Clients Board might include columns such as:
- Client name
→ Item name - Client status or type
- Account manager
- Plan or service level
- Onboarding status
- Internal notes
For a deeper look at using the Clients Board to personalize items, pages and content, see how to create personalized views in a monday.com client portal.
Did you know?
The most important rule is that each client should have one unique item on the Clients Board. If you create duplicate client items, portal visibility and client specific setup will simply not work. For the exact setup requirements, use the docs on the Clients Board in Client Portal Builder.
4. Required app views
Add the required views when you are ready to configure
Once your Clients Board is ready, the technical setup happens inside the required Client Portal Builder views. The two most important views are:
- Client Portal Builder board view**,** which is used to build pages and configure content.
- Client Settings item view, which is used to manage login methods and portal access.
This article focuses on planning the first portal. For the exact setup steps, use the official docs on Client Portal Builder app views and the general getting started documentation.

5. Connecting boards
Decide how client specific data should be displayed
One of the most important setup decisions is how each client should be connected to monday.com board data. There is no single correct structure. The best option depends on how your monday.com workspace is organized. The detailed configuration happens through board sources and content sections. For implementation details, please read the documentation on embedding boards, connecting boards, and board sources.

6. Feature usage
Decide which features should wait until later
Client Portal Builder includes many features, but not every feature needs to be part of the first launch. Start with the features that solve the client’s main problem, and add advanced interaction later.
Start with these features first
- Basic portal pages
- Selected board data
- Files or deliverables
- Portal branding
- Client login access
- Preview and testing
Add these later when needed
- Client comments
- Custom domain
- Item editing
- Action buttons
- WorkForm embeds
- Conditional visibility
This keeps the first setup manageable and reduces the risk of exposing the wrong data or confusing clients.
7. Portal branding
Apply branding before inviting clients
A portal is client facing, so it should feel like part of your service. Before inviting clients, review the portal branding:
- Portal name
- Portal logo
- Portal typography
- Company colors
- Custom domain
Advanced
If branding is important to your client experience, please read the official documentation about how to adjust the portal theme settings and how to connect your domain.

8. Client access
Setting up client access
Client access should be tested before you invite real clients. Client Portal Builder uses separate portal login methods, which means clients do not need to become monday.com users just to access the portal. Before launch, decide:
- Who from the client organization should have access?
- Should each person have their own login?
- Which client item should each login method belong to?
- Should access be limited to one test client first?
- What should happen when a client is no longer active?
Read the documentation to learn more about how setting up login methods works. For the first launch, create a test login and confirm that the client sees the correct data before creating access for real clients. Once your setup is established, portal access and onboarding steps can also be automated through monday.com workflows.

9. Testing
Test the client experience before launch
Testing is the most important step before inviting clients. Do not only check the portal as an internal monday.com user, but test it from the client’s perspective. Use this checklist:
- The client can log in successfully
- The client sees the correct portal pages
- The client does not see other clients’ data
- Board sections show the right items
- Unnecessary columns are hidden
- Files and attachments open correctly
- Comments work only where intended
- Item editing works only where intended
- Forms or request sections work correctly
- Draft pages are not visible
- The portal language is clear for clients
- The client knows what to do next
Testing with one internal test client first is usually safer than inviting several real clients immediately.
Follow our guide to testing your monday.com client portal before clients see it for a walkthrough of draft previews, switching clients and checking what is live before you publish.
10. Soft launch
Invite your first client
Once the portal has been tested, invite one real client first. Do not launch to every client at once unless the setup is already proven, a good first invitation should include:
- The link to the portal
- A short explanation of what the portal is for
- Login instructions along with their credentials
- What the client can find inside the portal
- Who to contact if they have trouble
After the first client has used the portal, review their feedback before rolling it out more widely. Look for questions like:
- Did they understand where to click?
- Did they find the right information?
- Did they ask for something that should be added to the portal?
- Did they see too much or too little information?
- Did the portal reduce email or manual updates?
Use this feedback to improve the portal before inviting more clients.
Common mistakes
Common mistakes when building your first client portal
A first portal does not need to be perfect, but some mistakes are worth avoiding.
Your monday.com board is built for your team. Your portal should be built for your clients. Use client friendly page names, short explanations, and only the data clients need.
Adding too many pages at the start
A large portal can be harder to test and harder for clients to understand. Start with the most useful pages and add more later.
Showing too many columns
Internal columns can make the portal feel confusing. Hide columns that do not help the client understand progress, deliverables, requests, or next steps.
Forgetting to test as a client
Internal previews are useful, but they are not a replacement for checking the portal from the client’s point of view. Always test with a client specific view or test login.
Creating duplicate client items
Each client should have one clear item on the Clients Board. Duplicate items can make visibility, access, and board source logic unusable.
Enabling comments or editing too early
Client interaction is powerful, but it should be added intentionally. Start read only if you are unsure, then enable comments, file uploads, item editing, or action buttons where they make sense.
Treating the portal like a board embed
A client portal should not simply expose a monday.com board. It should organize information into pages, sections, and client specific views that are easier for external users to understand.
Inviting clients before branding is ready
A portal is part of your client experience. Apply basic branding, review the portal copy, and test the login flow before launch.
Questions & Answers
Frequently asked questions about getting started with Client Portal Builder
What is the Clients Board?
The Clients Board is the monday.com board that Client Portal Builder uses as the foundation of the portal. Each item represents one client. The app uses this board to identify clients, connect the right data, and control what each client can see.
Do clients need a monday.com account?
No. Clients access the portal through separate portal login methods. They do not need to be added as monday.com users just to view the portal.
Should I create one portal per client?
Usually, no. In many setups, you create one portal structure and use client specific visibility so each client sees the information intended for them. The best setup depends on how your monday.com workspace and client data are organized.
Can each client see different board items?
Yes. Client Portal Builder is designed to show client specific information from monday.com boards. The exact setup depends on how you connect your boards and configure board sources.
Can I show data from multiple monday.com boards?
Yes. A portal can include information from different monday.com boards when the setup is configured correctly. This is useful when client information is spread across projects, requests, files, services, or support boards.
Can clients comment in the portal?
Yes, if comments are enabled in the relevant portal setup. Comments are useful when you want client communication to happen around specific items or projects.
Can clients edit monday.com items through the portal?
Yes, when item editing is enabled and configured for the columns clients should be allowed to change. For a first portal, it is often safer to start read only and enable editing later.
Can I use my own branding?
Yes. You can configure branding so the portal feels more like part of your own service. This can include elements such as logo, colors, fonts, and domain setup.
Can I connect a custom domain?
Yes. If you want the portal to use your own domain or subdomain, use the custom domain setup guide.
What should I test before inviting clients?
Test login access, page visibility, client specific data, hidden columns, files, comments, editing, forms, mobile layout, branding, and draft pages. Most importantly, confirm that each client only sees their own information.
Conclusion
Build your first monday.com client portal
Client Portal Builder helps you turn monday.com boards into secure, branded client portals without giving clients access to your internal workspace. The best way to get started is to keep the first version simple. Create a clear Clients Board, plan a small portal structure, decide what each client should see, connect only the most important board data, apply basic branding, test the client experience, and invite one client first. Once the first portal works, you can add more pages, comments, item editing, forms, custom domains, and advanced client specific workflows.
Interested in a product demo?
Let's learn about your requirements, answer questions, and
review ways how we can help you and your organization with
our monday.com apps and solutions.





