Open and resolved, in one place.
Customers see where each request stands without calling to ask.
Run as many portals as you need. Your customers check their requests, search your answers, and work shared projects. Partners register deals and work their opportunities. Leads land on pages your marketing team builds itself.
100+ countries · Cloud, hybrid, or onsite · 1 to 1,000 seats

The portal reads the same records your agents work, so what the customer sees is what your team sees.
Customers see where each request stands without calling to ask.
The knowledge base your team keeps is the one customers search.
Customers work shared project items with your team in the same workspace.

A registered deal is an opportunity in your CRM, not a row in a spreadsheet.

Hosted landing pages come with a no-code designer. Every form submission lands on the person, kicks off the journey, and counts toward the program. Dynamic forms skip the fields you already have.

Portals aren't a copy of your data. A partner's deal is an opportunity, and a customer's request is a task on the same person.
A request in a customer portal is a task on your queue, so when a bot resolves it, the customer sees it resolved without anyone updating the portal. A lead who fills in a landing page form hears back from a bot on the journey, which asks the qualifying questions and books the next step. How bots take tasks from the queue

Your agents and your bots, from the queue. The portal shows where their task stands.
As many as you need, one per audience, each reading and writing the records your team works.
A partner submits it, a conflict check runs, and once your team approves, it's an opportunity in your CRM that the partner can follow.
No. Marketing builds them in a no-code designer, and forms on the page write straight to the person.
Try it for 30 days with sample data loaded. Open the partner deal as your team and as the partner, then publish a landing page with a form.