The standard Salesforce Task object provides only a Subject field for describing work, which is insufficient for teams that need to communicate detailed specifications, material requirements, or project context alongside task assignments. A two-field enhancement pattern — a Details field for structured specs and a timestamped Comments feed — addresses this gap without requiring a move to heavier objects like Cases.
This pattern was identified and specified during a [1] optimization session in March 2026.
Out of the box, the Task object's primary descriptive field is Subject — a short text field intended as a title. When a task creator needs to convey rich context (e.g., "Client wants 7'×20'×10" Berry Gray Granite panels, 22,000 sq ft, specific finish"), there is nowhere to put it at creation time. Users resort to workarounds like stuffing details into Subject, using Chatter (which is disconnected from the task record), or communicating outside the system entirely.
A secondary problem: when tasks are assigned to another user, the creator may lose the ability to add follow-up notes due to permission rules that restrict editing records "owned" by others. This creates a situation where the person with the most context about a task cannot annotate it.
Add two fields to the Task object:
The Comments field design requires careful permission scoping:
| Action | Creator | Assignee | Other Reps | Admin |
|---|---|---|---|---|
| Add a comment | ✅ | ✅ | ✅ | ✅ |
| Edit own comment | ✅ | ✅ | ✅ | ✅ |
| Edit others' comments | ❌ | ❌ | ❌ | ✅ |
| Delete others' comments | ❌ | ❌ | ❌ | ✅ |
This is distinct from the broader task editing permission, which should allow the creator to annotate a task even when it is assigned to (and therefore "owned" by) another rep. The default Salesforce behavior of blocking edits on records owned by others must be explicitly overridden for the Comments field.
See [2] for the broader permission audit context.
Identified at [1] during a working session with Lincoln Durham and the Asymmetric team (Mark Hope, Karly Oykhman). The specific use case: a sales rep (Tom Proboa) created a task, assigned it to a colleague (Brian Rediman), and then could not add a comment to his own task. Separately, Lincoln noted that the Subject field alone was inadequate for communicating stone panel specifications to the estimating team.
Action items from that session (Asymmetric):
- Add Details (long text) field to Task object
- Add timestamped Comments feed to Task object
- Ensure creators retain comment access on tasks assigned to others