Help center
Open dashboard

Best Practices for Client Onboarding and Collaboration

Get a client leaving useful feedback in their first session — and keep it that way.

Atarim team Updated 7 Aug 2026 · 6 min read
Tips, Tricks, and Best Practices
Atarim Add a Client dialog beside the branded invitation the client receives
Before you start

Relevant for

  • Project Managers, Design Leads and Team Members onboarding clients onto a project.

Required knowledge

  • Familiarity with the Atarim dashboard and its collaboration tools.

Tools & resources needed

  • Access to an Atarim workspace, the visual collaboration tools, and task management.

Onboarding decides how the rest of a project goes. A client who understands how to leave feedback in their first session gives you specific, actionable comments for months. One who doesn’t sends emails saying “the header looks wrong” and you spend the project translating.

Clients need no account — a link is the whole handover.

Onboarding decides how the rest of a project goes. A client who understands how to leave feedback in their first session gives you specific, actionable comments for months. One who doesn’t sends emails saying “the header looks wrong” and you spend the project translating.

Let Clients Comment Directly on the Page

This is the single change that improves feedback quality most. Instead of describing where something is, the client points at it.

Instructions:

  • Open the webpage or design in Atarim.
  • Select the part of the page that needs attention.
  • Leave a comment or create a task. Atarim captures a screenshot automatically and links the task to that exact element.
  • Comment being left directly on part of a live page
    Commenting directly on the page
    Walk a new client through leaving one comment while you’re on a call together
    Five minutes of doing it beats any written guide, and it’s the difference between a client who uses the tool and one who reverts to email after the first confusing attempt. Explore Creating Your First Project

    Invite Them Properly

    Clients need no account to leave feedback, which removes the usual excuse for replying by email instead.

    Instructions:

  • Open the project and use the share control in the collaboration view.
  • Invite the client, or copy the link and send it yourself. Clients need no account to leave feedback.
  • Tell them what you’d like reviewed and by when.
  • Share control in the collaboration view used to invite a client
    Sharing the project for review
    Inviting guests or clients to a project
    Inviting guests or clients
    Say in your message that Comment mode has to be switched on
    It’s the most common thing new reviewers get stuck on, and one sentence prevents the “I can’t leave feedback” email entirely. Learn More About URL Collaboration
    Note
    Your team can use the Chrome extension for the same work, which is the better route for staging sites, logged-in areas or anything behind a firewall. Clients don’t need it. Discover The Chrome Extension
    A well-onboarded client is repeat work
    The link is the whole handover, so the review runs inside your project and your process from the first session. That first impression compounds: a client who leaves clear, on-page feedback early is one who comes back for the next project and refers the next client, while one who reverts to email quietly costs you margin every round. Treat onboarding as the start of the account, not a formality.

    What Arrives with Each Task

    Every task carries context automatically, so you’re not asking the client follow-up questions about their setup.

    CapturedWhy it matters
    ScreenshotShows exactly what they were looking at, including anything since changed.
    Page URLTakes you straight to the right page.
    Element referencePoints at the specific thing, not the general area.
    Browser and screen sizeExplains issues that only occur on certain setups.

    Review all of this from the Inbox, from Boards, or on the project front end.

    Task showing the captured screenshot and page details
    Screenshot and page details captured with a task
    Incoming client task reviewed from the Inbox
    Reviewing a task from the Inbox
    Incoming client task reviewed from the board
    Reviewing a task on the board
    Automatic screenshots are permission-controlled
    If screenshots aren’t appearing on tasks, check that the feature is enabled under user permissions rather than assuming it’s broken.

    Get Feedback on Every Device

    Clients review on whatever they happen to open, so ask for each breakpoint explicitly.

    Instructions:

  • Use the responsive view to preview desktop, tablet and mobile.
  • Ask the client to review each format rather than just the one they opened.
  • Responsive view switching between desktop, tablet and mobile
    Previewing feedback across devices
    Prioritise mobile if that’s where most of the audience is
    Clients almost always review on desktop by default, so mobile problems surface late unless you ask for them deliberately. Explore Responsive Testing

    Keep the Incoming Work Organised

    Client feedback tends to arrive all at once and in no order, so sorting it on arrival is what keeps it actionable.

    Instructions:

  • Categorise tasks by urgency, status and tags as they arrive.
  • Assign an owner and a deadline.
  • Review the Inbox regularly so nothing sits unseen.
  • Dragging and dropping tasks between columns on a board
    Moving tasks on the board
    Sorting and filtering the task list
    Sorting and filtering tasks
    Triage as feedback arrives rather than in a weekly session
    An unassigned task with no priority is invisible to everyone but you — and if triage is a weekly event, you become the bottleneck between the client and your team. Discover Using Tags

    Keep Team Discussion Away from the Client

    Clients see their own feedback and your replies. They shouldn’t see your QA notes or internal debates — and that’s what internal tasks and private notes are for.

    Internal task kept hidden from the client
    Keeping a task internal
    Private note added to a task
    Adding a private note
    Note
    Internal tasks are hidden from clients and guests entirely, and they don’t generate notification email. Use them freely for anything not ready to be seen. Explore Internal Tasks
    Agree at kickoff which roles the client’s people get
    Giving a client contact more access than they need is far harder to walk back later than granting it in the first place. Learn More About Roles And Permissions

    Share the Plan

  • Set project stages that reflect how the work actually runs.
  • Share them with the client so they can see where things stand.
  • Track progress from the project page or from Collaborate.
  • Project stages shared so the client can see progress
    Sharing project stages
    Creating a project stage with a due date
    Creating a stage
    Stage changes don’t notify anyone
    Stages are a visibility tool, not a communication one. If a client needs to know you’ve moved into review, tell them — don’t assume the stage change did it. Explore Project Stages

    FAQs

    How do I onboard a new client?

    Share the project link and walk them through leaving one comment. Point them at the Help Center for anything further.

    Do clients need an account?

    No. They leave feedback through a shareable link without signing up.

    How do I track task status?

    Use Boards to see progress and update statuses, or the Inbox for incoming feedback.

    What gets captured with each task?

    A screenshot, the page URL, the element referenced, and technical details such as browser and screen size.

    Can clients see our internal discussion?

    No, provided it’s in internal tasks or private notes. Both are hidden from clients and guests.

    Do clients need the Chrome extension?

    No. It’s for your team — particularly staging sites and pages behind a login.

    Will clients be told when a stage changes?

    No. Stages are for visibility. Tell them directly when something meaningful changes.

    Common issues

    • The client says clicking does nothing — Comment mode isn’t on. Ask them to select it before clicking the page.
    • The client never got the invitation — check the address, ask them to look in spam, or just send them the link directly.
    • Tasks arrive without screenshots — the automatic screenshot feature is permission-controlled. Check user permissions.
    • Feedback is still vague — walk them through leaving one comment on a call. It’s faster than another written explanation.
    • Mobile problems surface late — ask for feedback on each device format explicitly. Clients default to desktop.
    • The client saw something internal — use internal tasks and notes for team-only discussion.
    • The client keeps asking for status — share project stages and tell them where to look.

    Conclusion

    Good onboarding is mostly one thing: getting the client to leave their first comment on the page rather than in an email. Everything else — context, screenshots, device coverage, organised tasks — follows from that.

    Spend five minutes showing them, be explicit about Comment mode, and keep internal discussion internal. Discover Best Practices For Client Communication

    Tips & best practices

    • Walk clients through their first comment live rather than sending instructions.
    • Mention Comment mode explicitly in your handover message.
    • Update clients on progress proactively — it builds trust and reduces status chasing.
    • Ask for feedback on mobile as well as desktop.
    • Triage and assign tasks as they arrive, not weekly.
    • Keep team discussion in internal tasks and notes.
    • Agree client roles at kickoff rather than adjusting later.

    Related articles