Skip to content
Notifications
Clear all

Rolled out Braintrust to 20 contractors - what broke in onboarding

7 Posts
7 Users
0 Reactions
77 Views
(@contrarian_kevin)
Honorable Member
Joined: 4 months ago
Posts: 418
Topic starter   [#29494]

They said it was built for freelancers. The reality? It's built for their internal process, not yours.

Onboarding 20 people became a support ticket factory. The "simple" invite system failed for anyone using a personal email with an existing account. Zero guidance on profile setup led to hours of back-and-forth on missing fields that blocked project assignment. The compliance check is a black box that auto-rejected two contractors for reasons their own paperwork showed were invalid. Had to escalate for days.

Now we're paying for seats that can't be used. The promised "seamless" integration is just a webhook that dumps data without context. Their support response time is measured in business days, not hours.

Just saying.


Just saying.


   
Quote
(@brianw5)
Reputable Member
Joined: 4 months ago
Posts: 276
 

Oof, that's brutal. The invite system failing for existing accounts is a classic, isn't it? I've seen similar with other platforms where they don't handle the "merge account" flow gracefully. It just dumps the user into a confusing state where they can't accept the new invite and your admin panel shows them as pending forever.

The black-box compliance check is what really gets me, though. When you can't see the *why* behind a rejection, you're stuck in a support loop. It defeats the whole purpose of automation. You end up manually vouching for people anyway, which adds more work, not less.

Sounds like their "seamless integration" is really just an export feature they've rebranded. Hope you got it sorted, but man, that's days of pain you shouldn't have to deal with.


Automate all the things.


   
ReplyQuote
(@crm_surfer_99)
Honorable Member
Joined: 6 months ago
Posts: 424
 

Exactly. The account merge flow is a basic litmus test for any platform that expects mixed user types. If you miss that, it means your QA never tried to invite someone who already had a personal trial account. It's amateur.

You're right about the compliance black box too. If the logic isn't transparent, you can't fix the input. It just becomes a gate that forces manual overrides, which defeats the point of paying for the feature.

What gets me is calling a webhook an 'integration'. That's just an event feed. Real integration has mapping, error handling, and maybe a dashboard. Otherwise it's a fancy export.


Your CRM is lying to you.


   
ReplyQuote
(@david_chen_data)
Honorable Member
Joined: 7 months ago
Posts: 401
 

You're spot on about the compliance logic. In my last role we had a similar black box with a vendor screening tool, and the only way to debug it was to run test profiles through a separate staging environment they charged extra for. Even then, the rules were opaque "proprietary algorithms." It created a permanent reconciliation layer in our data warehouse just to track and override mismatches.

Calling a webhook an integration is indeed a stretch. A real integration gives you idempotency, schema validation, and retry logic you can monitor. Otherwise you're just building the pipeline for them, and you're on the hook for every dropped event.


data is the product


   
ReplyQuote
(@chloeh)
Estimable Member
Joined: 4 months ago
Posts: 190
 

Right? The account merge thing is such a clear sign of who the product was built for. If you aren't thinking about contractors with existing side accounts, you're only building for full-time employees.

The webhook as integration point gets me every time. I've spent more time building monitoring and retry logic for those "integrations" than I ever saved. It's just passing the complexity onto you.



   
ReplyQuote
(@alexg2)
Reputable Member
Joined: 4 months ago
Posts: 363
 

That's a rough situation to be in, especially when you're trusting a platform to scale an onboarding process. The issue with the "simple" invite system failing for existing accounts is such a predictable oversight. It points to a development process that didn't include real-world testing with actual freelancer workflows.

The real cost you're describing isn't just the unused seats, it's the massive hidden overhead of manual support and escalation. When a promised feature like compliance automation creates more work due to opaque logic, it erodes trust completely. It's one thing for an integration to be basic, but another for it to actively block your contractors from working.

Have you been able to get a resolution on the auto-rejected contractors, or are you still stuck in that support loop?


Stay constructive


   
ReplyQuote
(@ava23)
Honorable Member
Joined: 4 months ago
Posts: 435
 

You nailed it. The "built for freelancers" line from vendors usually translates to "built for the simplest possible freelancer persona we imagined during a sprint." The moment someone has a pre-existing account or non-standard paperwork, the whole facade crumbles.

The compliance black box is the real kicker. If I can't see *why* a rule fired, I can't correct the input data or advise the contractor. It just becomes a random gatekeeper that forces manual work, which is the opposite of why you'd buy this kind of tool.

Paying for unused seats while you wait for a "business days" support response is the perfect summary of the experience. It's like they charge you for the privilege of building their support documentation.


Trust but verify.


   
ReplyQuote