Plan access around responsibilities. Owners, staff, and customers need different experiences, even when their activities are connected to the same business.
Coordinating a team requires more than giving everyone a login. Match each person's access to their responsibilities, distinguish staff from customers, and review access as the business changes.
Who this is for
Owners coordinating staff while keeping customer access separate from internal tools.
Features and benefits
Owner responsibilities
Keep business oversight and administrative decisions with the appropriate owner account. Review who can manage settings or connections rather than sharing the owner's credentials with the whole team.
Why it helpsGive the business a clear point of responsibility for configuration and access.
Staff access for daily work
Use supported membership and invitation controls to introduce staff. Verify that the configured role exposes the tasks they need and does not assume access to unrelated owner functions.
Why it helpsHelp each person focus on their work while reducing unnecessary access to business information.
A separate customer experience
Customers should use the customer-facing workflow rather than an internal staff account. Check the complete customer journey alongside the staff process during setup.
Why it helpsKeep the service experience understandable without exposing internal management screens.
How it works
01
Define the roles
List who oversees the business, who performs daily work, and what customers need to do themselves. Avoid using one shared account for unrelated responsibilities.
02
Match tools to work
Review the scheduling, customer, order, or reporting functions each role needs. Not everyone needs access to billing or infrastructure.
03
Review access over time
Use the available invitation and membership controls and verify permissions before onboarding real users. Revisit access when responsibilities change.
A practical example
A staff member may need to work with appointments while the owner manages business settings. Customers should not need an internal staff account to use a customer-facing service.
This is an illustrative use case, not a customer testimonial or a promised result.
What you can take away
A clearer plan for collaboration and fewer assumptions about who should see or change business information.
What to check before starting
Actual permissions depend on the configured role and enabled workflow. Verify each person's access in the Business application before introducing real customer information.
Common questions
Can everyone share one account?
Separate accounts are the appropriate basis for distinct responsibilities. Sharing an owner login bypasses the distinction between owner, staff, and customer roles and makes access harder to manage.
Are all staff permissions identical?
Access depends on supported roles and configured workflows. Review the actual permissions before inviting people, and revisit membership when responsibilities change.
Do I need an account to use the feature?
This explanation is public. Your private workspace and saved information require sign-in and the applicable product access.
Explore more of Business
Take your next step
Tell us what your business needs, then review the right workflow, setup requirements, and costs.