Summary and recommendation
Less Annoying CRM user management can be run manually, but complexity usually increases with role models, licensing gates, and offboarding dependencies. This guide gives the exact mechanics and where automation has the biggest impact.
Less Annoying CRM uses a flat, two-level permission model: Admin or Regular User. There are no custom roles, no field-level controls, and no pipeline-level restrictions - every app interaction runs through the same binary toggle. All users share a single contact database by default, with no native per-user or per-team data segregation.
Provisioning is entirely manual. There is no SSO, no SCIM, and no domain-based auto-provisioning, so every user must be invited individually from Settings → Users. Each invitation triggers an email the new user must act on to activate their account.
Quick facts
| Admin console path | Settings → Users |
| Admin console URL | Official docs |
| SCIM available | No |
| SCIM tier required | N/A |
| SSO prerequisite | No |
User types and roles
| Role | Permissions | Cannot do | Plan required | Seat cost | Watch out for |
|---|---|---|---|---|---|
| Admin | Full account access: can add/remove users, change billing, edit account-wide settings, view and edit all contacts and pipelines across all users, manage integrations. | Any (flat rate, no tiers) | $15/user/month | Admin status is a binary toggle; there are no granular admin sub-roles. Any admin can remove other admins, including the account owner. | |
| Regular User | Can create and edit contacts, leads, tasks, events, and pipelines. By default can view all contacts shared across the account. | Cannot access billing, cannot add or remove other users, cannot change account-wide settings. | Any (flat rate, no tiers) | $15/user/month | All users share the same contact database by default; there is no native per-user or per-team data segregation. |
Permission model
- Model type: role-based
- Description: Two-level model: Admin or Regular User. Admins have full account control; regular users have full CRM data access but no account-administration rights. No custom roles, no field-level permissions, no record-ownership restrictions.
- Custom roles: No
- Custom roles plan: Not documented
- Granularity: Coarse – binary Admin/User toggle only. No object-level, field-level, or pipeline-level permission controls.
How to add users
- Log in as an Admin.
- Navigate to Settings → Users.
- Click 'Add a new user'.
- Enter the new user's name and email address.
- Optionally toggle Admin status on or off.
- Click 'Send invitation'.
- The invited user receives an email and must click the link to set a password and activate their account.
Required fields: First name, Last name, Email address
Watch out for:
- Each added user immediately increases the monthly bill by $15; billing is prorated for mid-cycle additions.
- The invitation email can land in spam; users should be advised to check junk folders.
- There is no domain-based auto-provisioning; every user must be manually invited.
- No SSO or SCIM provisioning is available, so user creation cannot be automated via an identity provider.
| Bulk option | Availability | Notes |
|---|---|---|
| CSV import | No | Not documented |
| Domain whitelisting | No | Automatic domain-based user add |
| IdP provisioning | No | Not documented |
How to remove or deactivate users
- Can delete users: No
- Delete/deactivate behavior: Less Annoying CRM does not permanently delete user accounts. Admins can remove a user from the account, which revokes login access and stops billing for that seat. The removed user's data (contacts, notes, tasks) remains in the account and is reassigned or retained under the account's shared database.
- Log in as an Admin.
- Navigate to Settings → Users.
- Locate the user to be removed.
- Click 'Remove user' next to their name.
- Confirm the removal in the dialog prompt.
| Data impact | Behavior |
|---|---|
| Owned records | Contacts, notes, tasks, and pipeline entries created by the removed user remain in the account and are accessible to remaining users. Records are not deleted. |
| Shared content | All shared calendar events and pipeline items created by the removed user persist and remain visible to other users. |
| Integrations | Any API tokens or third-party connections (e.g., Zapier) associated with the removed user's credentials will stop functioning and must be reconfigured under an active user. |
| License freed | The $15/month seat charge is removed from the next billing cycle (or prorated depending on billing date) once the user is removed. |
Watch out for:
- Removing a user does not reassign their tasks or events to another user automatically; admins should manually reassign before removal.
- If the removed user was the sole Admin, another user must be promoted to Admin first.
- There is no 'deactivate' or 'suspend' state; removal is the only way to revoke access, and it is immediate.
License and seat management
| Seat type | Includes | Cost |
|---|---|---|
| Standard User (only tier) | Full CRM feature access; all features are included for every seat regardless of role. | $15/user/month |
- Where to check usage: Settings → Users (shows list of all active users and their last login date)
- How to identify unused seats: Admins can review the last login date displayed next to each user in Settings → Users to identify inactive accounts. No automated idle-user reporting is available.
- Billing notes: Billing is per active user per month. No annual commitment required. No free viewer or read-only seats. Adding a user mid-cycle is prorated; removing a user mid-cycle credit handling should be confirmed directly with Less Annoying CRM support, as the public docs do not specify proration on removal.
The cost of manual management
Every user added mid-cycle increases the monthly bill immediately at $15/user/month, prorated for the remainder of the cycle. There is no read-only or guest seat tier - every person who needs any access costs a full seat.
Removing a user is the only way to revoke access; there is no suspend or deactivate state. Admins should manually reassign open tasks and events before removal, since the platform does not do this automatically. Proration behavior on mid-cycle removals is not documented publicly and should be confirmed with support.
What IT admins are saying
Reviewers consistently flag the absence of granular permissions as a real-world limitation. Teams that need to restrict which contacts or pipelines a user can see have no native path to do so - every app user sees the full shared contact database.
The lack of SSO and SCIM is a recurring friction point for growing teams, as every hire and departure requires manual admin action. The absence of a temporary suspend state is also noted: removal is all-or-nothing and immediate.
Common complaints:
- Users report that the lack of granular permissions (e.g., no way to restrict which contacts or pipelines a user can see) is a significant limitation for teams that need data segregation.
- No SSO or SCIM support means user provisioning and deprovisioning must be done entirely by hand, which is cited as a friction point for growing teams.
- Some reviewers note there is no read-only or free guest seat option, so every person who needs any access costs a full $15/month.
- The absence of a 'deactivate' state (only full removal) means there is no way to temporarily suspend a user without losing their seat assignment.
- Admins cannot restrict regular users from viewing all contacts in the shared database, which is a concern for accounts with sensitive segmented data.
The decision
Less Annoying CRM is a strong fit for small teams that want a simple, low-cost CRM with no tier complexity and no contracts. The flat $15/user/month rate covers every feature for every seat.
Teams that need data segregation, role granularity, or IdP-driven provisioning will hit hard limits quickly. If your IT or HR workflow depends on automated onboarding and offboarding, the fully manual user lifecycle will create ongoing overhead at scale.
Bottom line
Less Annoying CRM delivers on its name for small teams with straightforward needs: one price, one seat type, and a simple two-role model that covers every app in the account under a shared contact database.
The tradeoff is a fully manual user lifecycle - no SSO, no SCIM, no granular permissions, and no way to temporarily suspend a user.
Teams that can absorb that overhead will find it a capable, low-friction CRM; teams with compliance requirements, sensitive data segmentation needs, or automated provisioning workflows will outgrow its access model before they outgrow its features.
Automate Less Annoying CRM workflows without one-off scripts
Stitchflow builds and maintains end-to-end IT automation across your SaaS stack, including apps without APIs. Built for exactly how your company works, with human approvals where they matter.