Send Notification
The Send Notification action sends notifications through the inbox system. Recipients receive notifications in their in-app inbox, and email delivery is controlled by each user's notification preferences.
How It Differs from Send Internal Email
| Send Notification | Send Internal Email | |
|---|---|---|
| Delivery | Inbox + email (per user preferences) | Email only (always delivered) |
| Inbox | Appears in recipient's inbox | Does not appear in inbox |
| User control | Recipients can opt out via notification preferences | Always delivered, ignores preferences |
| Custom emails | Not supported (users only) | Supports custom email addresses |
| Best for | In-app alerts, workflow status updates | External/custom email addresses, bypass inbox |
Rule of thumb: Use Send Notification when recipients are team members who should see the message in their inbox. Use Send Internal Email when you need guaranteed email delivery regardless of user preferences, or when emailing custom addresses.
Configuration
- Select Send Notification as the action type
- Choose the Recipient Type
- Configure recipients
- Enter Subject and Body
- Use tokens for dynamic content
Recipient Types
Specific Users
Select one or more team members from your user list:
- Choose users from a dropdown
- Notification always goes to selected users
- Good for fixed notification lists
Example:
Recipients: Jane Smith, John Doe
Users in Field
Send to whoever is assigned in a user-type field on the record:
- Select a user field (e.g., Salesperson, Project Manager)
- Notification goes to the user in that field
- Recipient changes based on record assignment
Example:
Field: Project Manager (Notification goes to whoever is the Project Manager on the record)
Subject and Body
Both fields support tokens for dynamic content.
Subject Line
Keep subjects clear and actionable. Insert tokens via right-click:
Examples:
- "Action Required: [Project Name]"
- "Stage Changed: [Sale Stage]"
- "New Assignment: [Project Name]"
Body Content
Provide context and next steps. Insert tokens via right-click.
Example result (after tokens are replaced):
A new project has been assigned to you.
Project: Acme Corp Renovation
Contact: John Smith
Sold Amount: $150,000.00
Please review and begin planning.
Notification Preferences
Recipients control how they receive workflow notifications through their notification preferences:
- Inbox: On by default. Notifications appear in the in-app inbox.
- Email: Immediate by default. Can be turned off by the recipient.
Admins can manage notification preferences for team members on the team member settings page.
Use Cases
Assignment Notification
Alert team member when assigned to a project:
Configuration:
Recipient Field: Salesperson Subject: "You've been assigned: [Project Name]" Body: "You have been assigned as the salesperson for [Project Name]. Please review and begin outreach."
(Insert tokens via right-click)
Production Team Alert
Notify production when a contract is signed:
Configuration:
Recipients: Production Manager, Operations Lead Subject: "New Project Ready for Production: [Project Name]" Body: "Contract signed for [Project Name]. Sold Amount: [Sold Amount]. Ready to begin production planning."
(Insert tokens via right-click)
Conditional Escalation
Notify managers only for high-value deals:
Configuration:
Recipients: VP Sales, Sales Director Subject: "High-Value Opportunity: [Contact Name]" Body: "A deal worth [Sold Amount] has been identified."
(Insert tokens via right-click)
Common Tokens
Tokens commonly used in notifications (insert via right-click):
| Token | Description |
|---|---|
| Project Name | Name of the project/record |
| Contact Name | Associated contact |
| Sold Amount | Deal value |
| Salesperson | Assigned salesperson |
| Sale Stage | Current pipeline stage |
| Record Link | Direct link to the record |
| Current Date | Today's date |
Best Practices
Target the Right People
- Use conditions to filter who gets notified
- Don't over-notify — notification fatigue reduces effectiveness
- Use user fields for dynamic routing
Write Clear Messages
- Include the record name in the subject
- State why they're receiving the notification
- Provide clear next steps in the body
Let Users Control Delivery
- Workflow notifications respect user preferences
- Users who prefer inbox-only won't receive emails
- This reduces email noise while keeping everyone informed
Troubleshooting
Notification Not Received
- Check the recipient's notification preferences (they may have turned off workflow notifications)
- Verify the user is active
- Review execution history for errors
Notification in Inbox but No Email
- The recipient has email delivery turned off for workflow notifications
- This is expected behavior — the user controls their delivery preferences
Wrong Recipient
- Verify correct user field selected
- Check if field has a value on the record
- Empty user fields are silently skipped
Tokens Not Replaced
- Verify the token was inserted correctly via right-click
- Check field exists and has value
- Test with a known record
Next Steps
- Send Internal Email - Direct email delivery
- Send Email (External) - Customer communications
- Conditions - Filter who gets notified