Opportunities & Pipelines

Workflow actions for Opportunity followers and additional contacts
Thank you for giving us the fields for Additional Contacts and Followers of Opportunities. However, we use HighLevel because it does things, not as a data repository. The ability to take action on the data is as important as having access to the data. Therefore, please prioritize adding Workflow actions &/o filters that would allow sending emails and text to Additional Contacts and Followers with these options (maybe more): a. Primary Contact only (current behavior). b. Primary plus Additional Contacts. c. Primary Contact plus Additional Contacts and Followers. d. only Followers. e. Owner. f. Primary Contact and Owner. g. Primary plus Additional Contacts and Owner. h. Primary plus Additional Contacts and Owner with Followers. i. only Owner and Followers. I imagine Workflow triggers will still be cued off only the primary contact or opportunity. And I imagine that only the Opportunity or the Primary Contact could be in the Workflow. And some messages would only need to be seen by the primary contact. But we would also want the ability to communicate with the additional people involved in the process. https://www.facebook.com/groups/gohighlevel/posts/2254471355012387/ Regarding Point 4 & 5: Is there a planned release for Workflow options to notify only the Primary Contact (current behavior) or Primary plus Additional Contacts or Primary Contact plus Additional Contacts and Followers or only Followers? This is not a new feature. This is the obvious operational use of having Additional Contacts and Followers. Without the ability to take action, the fields are mere data, manually typed…
17
·
Enhancement
·
in progress
✅ Make Opportunities make sense again
❌ Problem: Documents, Estimates, Invoices, Tasks, etc, are tied to Contacts, not Opportunities Today, Estimates, Documents, and Invoices are technically sent to a Contact, but in 95% of real use cases, they are meant for the Opportunity. Why does this not make sense: Opportunities are where the actual sales process happens, not at the contact level. Opportunity fields are useless when everything is Contact-focused. Using contact-level fields for Opportunities leads to awkward workarounds. Sales teams think in terms of deals/projects (Opportunities), not people (Contacts). We lose context and tracking when documents are tied to contacts instead of the opportunity they belong to. Data should still be accessible at the Contact level, but always tied to the right Opportunity. ✅ Suggested Solution: Make Opportunities the primary object for sending and managing documents, estimates, invoices, tasks, etc. And if this doesn't work for all users, offer it as a toggle setting. But this logic fits any lead-driven business. ➕ Make the opportunity as the main / default receiver of Estimates, Documents and Invoices. ➕ Add the ability to easily Send Estimate, Document, or Invoice directly from the Opportunity card. ➕ Allow switching between Contact-based and Opportunity-based workflows. ➕ Opportunity workflows would finally allow the intended use of Custom Opportunity Values. ➕ Add activity history in Opportunity view (similar to what we have in Contact conversations). 🔥 Project Management: Convert Opportunities to Projects (or Custom Objects?) An Opportunity is essentially a project before it becomes a signed contract/won opportunity. The platform should reflect this. I don't know how this would be done or how it would make sense for GHL's existing roadmap with Custom Object, but this would make sense on a structural level. ➕ Allowing for automatically creating projects on signed / Won. ➕ Link Opportunity fields to Custom Object fields. ➕ Link Opportunity tasks to Project tasks (or Custom Object tasks?). ➕ Now the Opportunity-based workflows become a project-based (or Custom object-based) workflow. 👉🏼 Please let me know if this does or doesn't make sense and why!
78
Load More