Accounts (Beta)

Accounts group contacts, visitors, conversations, and product activity by company or application tenant. Use them to understand engagement across all the people associated with the same organization.

How accounts are created

Aimdoc creates and links accounts automatically from:

A contact's confirmed work-email domain
Company data discovered through visitor enrichment
An account or tenant identity sent by your application through the Aimdoc SDK

Personal email domains are not used to create domain-based accounts. For users with personal email addresses, send a stable account external_id through the SDK.

Account status

The Accounts table shows how Aimdoc knows each account:

Confirmed — at least one contact with a work email at the account's domain has been observed
Identified — your application supplied an account external ID, but a matching work-email domain has not been confirmed
Enriched — the account is known from visitor enrichment only

An account's status does not change the provenance of each visitor. Anonymous visitors remain labeled Enriched until they are associated with an identified contact.

Browse accounts

Open Accounts from the main Aimdoc navigation. Search by name or domain, sort the list, and change the number of accounts shown per page.

The table summarizes:

Account name and domain
Identity status
Contact and visitor counts
Daily active users (DAU)
DAU/MAU stickiness
Most recent activity

Review an account

Select an account to see its company context and activity in one place:

Industry, employee count, estimated revenue, and LinkedIn details when available
Matched HubSpot or Salesforce account and owner
DAU, MAU, stickiness, active people, and frequently viewed pages
Linked contacts and enriched visitors
Recent sessions

Aimdoc assembles company facts from the freshest linked contact and enrichment records. Accounts are behavioral records, so deleting a contact does not delete the account.

Activity metrics count Aimdoc conversations and in-app product browsing. Anonymous website browsing alone does not count toward DAU or MAU.

CRM account owners

When Salesforce or HubSpot is connected, Aimdoc can match an Aimdoc account to the corresponding CRM account by domain and surface the CRM account owner on the account detail page.

That match also personalizes notifications for your team:

Email and Slack alerts for new visitors, new contacts, active sessions, escalations, and visitor identification can include the matched account and account owner
If the CRM owner's email matches an Aimdoc user who has that notification enabled, the email subject and body call out that the visitor belongs to an account they own (for example, Your account Acme: New contact)
Slack can @mention the matched owner when Slack can resolve their email
Confirmed matches (work-email domain) are treated as trusted; enriched matches include a disclaimer that the association is a signal, not proof

For Salesforce, Aimdoc uses the agent's configured Account Match Field to find the CRM account by domain. Connect Salesforce under Integrations and configure Account matching in the agent Actions tab.

Account-owner personalization requires:

Salesforce or HubSpot connected for the organization
A domain Aimdoc can resolve (confirmed work email or enrichment company domain)
The CRM owner email matching an Aimdoc teammate with the relevant notification preference enabled

See Visitor Identification for how enrichment can trigger owner-aware visitor alerts, and Notifications for user-level preferences.

Identify app accounts

For App Mode on the Activate plan, include an account object when you call identify. The account external ID should be the stable ID for the customer, workspace, or tenant in your application.

Every identify call containing account data must include an account-aware v2 user_hash, even if organization-wide identity-verification enforcement is disabled. See Identity Verification.

See SDKs for the account payload and App Mode for Activate availability.