English

Inviting Team Members

Invite teammates, developers, designers, and partners to your condoo.Vibe projects without sharing your account credentials or password.

Building a product doesn't always happen alone.

condoo.Vibe allows you to invite other people to collaborate on your projects, making it easier to work with teammates, developers, designers, partners, and other people involved in your product.

Instead of sharing account credentials, you can invite people to participate through their own access.

Build together without sharing your condoo.Vibe login.

Why Invite Team Members?

You may want other people involved at different stages of your project.

For example, you might have:

Rather than sending screenshots back and forth or sharing your condoo.Vibe account credentials, you can bring collaborators into the appropriate project.

Your condoo.Vibe Workspace

Think of your condoo.Vibe account as the place where your products live.

Inside it, you may have several projects:

YOUR condoo.Vibe WORKSPACE
        ↓
 ┌──────┼──────────┐
 ↓      ↓          ↓
CRM   Website   Booking App

Collaboration allows you to bring other people into your workflow without giving them ownership of your entire account.

Invite a Team Member

Open the project or collaboration area where you want to add someone.

Choose the option to invite a team member.

condoo.Vibe Invite Team Member

Enter the email address of the person you want to invite.

For example:

designer@yourcompany.com

Before sending the invitation, choose the appropriate access level if prompted.

We'll explain Editor and Viewer permissions on the next page.

Send the Invitation

Once you've entered the team member's information, send the invitation.

condoo.Vibe Team Dialog

The invited person can then use the invitation to access the collaboration experience available to them.

You don't need to give them:

Choose Access Carefully

Not everyone needs the same level of access.

For example, someone helping you actively build the application may need more access than someone who only needs to review the project.

Conceptually:

PROJECT OWNER
      ↓
Invite Collaborator
      ↓
Choose Access
   ↙         ↘
Editor      Viewer

Give each person only the level of access they need.

We'll cover the differences between these roles on the next page.

Working With a Developer

Suppose you're building a SaaS product and another developer is helping you.

Your workflow could look like:

You
 ↓
Create Project
 ↓
Build Initial Product
 ↓
Invite Developer
 ↓
Collaborate
 ↓
Continue Building

This allows multiple people to participate in the product-development process without sharing a single account.

Working With a Designer

You may want a designer to review:

Instead of sending screenshots every time the project changes, you can give them appropriate access to review the latest version.

Working With Your Internal Team

condoo.Vibe collaboration can also support internal product teams.

For example:

FOUNDER
   ↓
condoo.Vibe PROJECT
   ↓
 ┌────────┬─────────┬──────────┐
 ↓        ↓         ↓          ↓
Product  Design   Marketing   Developer

Different people can contribute to the same product-development process.

This becomes particularly useful as an condoo.Vibe project moves from an idea into a real business application.

Working With Clients

Agencies may also need to involve clients in the project lifecycle.

For example:

AGENCY
  ↓
Build Client Project
  ↓
Review
  ↓
Client Feedback
  ↓
Changes
  ↓
Approval
  ↓
Publish

However, client review is slightly different from normal team collaboration.

We'll cover the dedicated Client Sharing & Review workflow later in this section.

Don't Give Everyone Editing Access

More access isn't always better.

Someone who only needs to inspect the project shouldn't necessarily be able to modify it.

For example:

Developer
→ May need editing access

Designer
→ May need editing or review access

Business Partner
→ May only need to review

Client
→ May only need to review

Choose access based on what the person actually needs to accomplish.

This helps protect the project from accidental changes.

Collaboration and Production Apps

Be especially careful when inviting people to work on applications that are already live.

A production application may contain:

Someone making changes to the project should understand that their work may eventually affect a production application.

Use the same workflow we've discussed throughout the documentation:

CHANGE
  ↓
PREVIEW
  ↓
TEST
  ↓
PUBLISH

Don't publish changes simply because a collaborator made them.

Review important updates first.

Collaborating With condoo.Vibe

Remember that your human team isn't working alone.

condoo.Vibe itself remains part of the product-development workflow.

For example:

        YOUR PRODUCT
             ↓
    ┌────────┼────────┐
    ↓        ↓        ↓
   YOU      TEAM     condoo.Vibe
             ↓
           BUILD
             ↓
          PRODUCT

Your team can use condoo.Vibe to help:

This is where the idea of condoo.Vibe as your AI product team becomes particularly powerful.

Your human team brings business knowledge and decisions.

condoo.Vibe helps accelerate the work required to turn those decisions into software.

Managing Team Members

As your project evolves, the people who need access may change.

For example:

Early Stage
Founder + Developer

        ↓

Design Stage
+ Designer

        ↓

Launch
+ Marketing Team

        ↓

Client Review
+ Client

Review project access periodically and make sure the right people still have the appropriate permissions.

Remove Access When It's No Longer Needed

If someone is no longer working on the project, remove their access rather than leaving unused collaborator accounts indefinitely.

This is particularly important when:

Good access management becomes more important as your applications become more valuable.

Collaboration Without Credential Sharing

Avoid workflows like:

One condoo.Vibe Account
      ↓
Password Shared With
5 Different People

Apart from being difficult to manage, shared credentials make it harder to control who should still have access.

Instead:

PROJECT OWNER
      ↓
INVITE
      ↓
INDIVIDUAL ACCESS
   ↙      ↓      ↘
Person A Person B Person C

Each collaborator uses their own access.

Common Questions

Do I need to share my condoo.Vibe password?

No.

Use condoo.Vibe's invitation and collaboration functionality instead.

Can I invite someone just to review my project?

Use the appropriate Viewer or review access rather than giving them unnecessary editing permissions.

We'll explain roles on the next page.

Can I collaborate with clients?

Yes. condoo.Vibe's Agency workflows can also support client review.

We'll cover Client Sharing & Review separately because clients often need a different experience from internal team members.

Can my team continue working after the app is published?

Yes.

Publishing doesn't end development.

Your team can continue improving the project, test the changes, and publish new versions when they're ready.

Should everyone on my team have the same permissions?

Usually not.

Give people access based on what they actually need to do.

Someone reviewing a project doesn't necessarily need the ability to change it.

A Good Collaboration Workflow

A healthy workflow might look like:

PROJECT OWNER
      ↓
CREATE PROJECT
      ↓
INVITE TEAM
      ↓
ASSIGN APPROPRIATE ACCESS
      ↓
BUILD WITH condoo.Vibe
      ↓
TEAM REVIEW
      ↓
TEST
      ↓
PUBLISH

As your product grows, you can adjust who participates and what level of access they have.

Build Together

condoo.Vibe can be your AI product team without preventing your human team from participating.

             YOUR PRODUCT
                  ↓
       ┌──────────┼──────────┐
       ↓          ↓          ↓
      YOU       YOUR TEAM    condoo.Vibe
       └──────────┼──────────┘
                  ↓
               BUILD
                  ↓
                SHIP
                  ↓
               IMPROVE

Whether you're a solo founder bringing in a contractor, a startup team building a product, or an agency working with clients, collaboration gives you a structured way to bring the right people into the project.

Next: Roles & Permissions

Inviting someone is only the first step.

Next we'll cover Roles & Permissions, specifically:

Roles & Permissions

Understand Editor and Viewer access and choose the right role for each collaborator.