Contact and Opportunity Followers in Adaptive AI

What Are Followers?

Followers are users added to a contact or opportunity who gain access to view and manage that record, even if they normally have restricted data access under the "Only Assigned Data" permission setting.

• Followers inherit the same permissions as the record owner.
• This allows them to view and edit the contact or opportunity information.
• However, they cannot modify the ownership itself — i.e., they cannot change the owner of the record.

Appointment visibility for contact followers

Followers can view appointments for the contacts they follow when calendar permissions allow it, even if the user has Only Assigned Data enabled.

• To view appointments, followers must have View appointments, calendars & groups permission.
• Without Manage appointments, followers can view appointments but cannot edit or delete them.
• With Manage appointments, followers can edit and manage appointments based on their calendar access.

Contact Followers

Followers can be added to contacts on the detailed page of the record.

Opportunity Followers

Add followers to opportunities in the "Opportunity Details" on the Edit/Add opportunity modal

• Followers help improve collaboration across teams.
• They are especially useful when combined with workflows, allowing automatic follower assignments.
• Use this feature strategically to maintain visibility and access without compromising ownership hierarchy.

Before you begin

“Contact and Opportunity Followers in Adaptive AI” is part of the Opportunities → Pipeline Management area in Adaptive AI. Create pipelines and control stages, permissions, ordering, and automation. Contact, opportunity, pipeline, field, tag, follower, and task changes should preserve clean ownership and reporting. Validate with a test record before applying the same behavior broadly. The objective is not merely to save a setting; it is to confirm the result works for the staff member or customer who will depend on it.

• Define the field, owner, pipeline stage, task, tag, or relationship being changed and how the team will use it afterward.
• Check for existing fields, tags, pipelines, duplicate records, and automations that may already represent the same information.
• Use a clearly labeled test contact or opportunity with enough sample data to exercise filters, assignments, and merge values.
• Confirm field type, allowed values, date format, ownership rules, and required permissions before importing or automating updates.
• Identify reports, smart lists, workflows, forms, and integrations that depend on the record property you are changing.

Verify the result

After completing the instructions in this guide, use a controlled test before treating the setup as finished. A saved screen or success message confirms configuration, but only an end-to-end test confirms the business outcome.

1. 1Make the change on the test record and confirm the saved value, owner, stage, follower, task, tag, or attachment is correct.
2. 2Refresh the record and verify the result appears in list, board, filter, search, and reporting views where expected.
3. 3Trigger any dependent workflow or notification and confirm it uses the updated value without creating duplicates.
4. 4Check permissions with a non-admin test user when the information should be visible or editable by a specific role.
5. 5Reverse or archive the test change and confirm the operational process handles that lifecycle cleanly.

Troubleshooting checklist

If the result differs from what you expected, preserve the current state and isolate one variable at a time. Start with the checks below before deleting the configuration or rebuilding it from scratch.

• Confirm the record is in the correct business, pipeline, smart list, or object before assuming the update failed.
• Check field type, date format, required values, duplicate rules, and ownership permissions when a save is rejected.
• Review filters and board settings when a correct record exists but is hidden from the current view.
• Inspect workflow history and integration mappings if the value changes back or a duplicate record appears after saving.
• Test the smallest single-record change first before using bulk actions, imports, or automation across the database.

Best practices

• Give fields, pipelines, stages, tags, and tasks names that describe one clear business meaning.
• Avoid storing the same fact in multiple fields unless a documented integration requires it.
• Limit bulk edits and deletion permissions, export a backup before major imports, and document the intended rollback path.
• Use ownership and follower rules consistently so assignments remain useful for accountability and reporting.
• Audit stale tags, unused fields, duplicate records, overdue tasks, and stalled opportunities on a regular schedule.