The gap between selling to teams and selling to companies is not a pricing change. It is a different set of people, a different set of questions, and a set of features nobody on your roadmap asked for.
This piece walks through how we think about it at Paycux, what we have changed our minds about, and where the sharp edges are.
The first onboarding moment: setting up the customer
Consider the first onboarding moment: setting up the customer. The cost is not the first integration; it is the long tail. Providers disagree in small ways, certificates expire, tenants move, and each one becomes something you own indefinitely.
Price the work honestly. A quarter spent building identity plumbing is a quarter not spent on the product the customer actually chose you for, and that trade should be made deliberately rather than by default.
The Admin Portal as an onboarding surface
The Admin Portal as an onboarding surface deserves its own treatment. The requirements look arbitrary until you map each one to a failure the buyer has already lived through. Single sign-on exists because someone left and kept access. Provisioning exists because a contractor's account outlived their contract.
The requirements look arbitrary until you map each one to a failure the buyer has already lived through. Single sign-on exists because someone left and kept access. Provisioning exists because a contractor's account outlived their contract.
- Map each requirement to the failure it prevents
- Count the long tail, not the first integration
- Decide who owns the plumbing for the next three years
- Make the buy-versus-build trade explicitly
The second onboarding journey: bringing users in
The second onboarding journey: bringing users in deserves its own treatment. The requirements look arbitrary until you map each one to a failure the buyer has already lived through. Single sign-on exists because someone left and kept access. Provisioning exists because a contractor's account outlived their contract.
Price the work honestly. A quarter spent building identity plumbing is a quarter not spent on the product the customer actually chose you for, and that trade should be made deliberately rather than by default.
The requirements look arbitrary until you map each one to a failure the buyer has already lived through.
Organizations as the backbone of user onboarding
Organizations as the backbone of user onboarding is where this gets concrete. The cost is not the first integration; it is the long tail. Providers disagree in small ways, certificates expire, tenants move, and each one becomes something you own indefinitely.
Price the work honestly. A quarter spent building identity plumbing is a quarter not spent on the product the customer actually chose you for, and that trade should be made deliberately rather than by default.
Onboarding as a system, not a checklist
That brings us to onboarding as a system, not a checklist. The cost is not the first integration; it is the long tail. Providers disagree in small ways, certificates expire, tenants move, and each one becomes something you own indefinitely.
Price the work honestly. A quarter spent building identity plumbing is a quarter not spent on the product the customer actually chose you for, and that trade should be made deliberately rather than by default.
Where this leaves us
None of this is exotic. It is the ordinary discipline of deciding what you own, writing down what you assume, and making the failures loud enough to notice.
If you are working through the same problem and want to compare notes, the docs cover the mechanics and the console shows the behaviour on your own data.
Everything here, already built
Sign-in, enterprise SSO, directory provisioning, roles and an audit trail behind one API. Start with the quickstart and have a working sign-in this afternoon.