Opportunities & Pipelines

✅ 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!
15
Update Opportunities via Form Submissions and workflows
To make opportunities more useful it would be nice to update an opportunity so that it does not have to be a manual process. Right now there is no way to update an opportunity via automation from forms or other third-party input options. If you use a form it only creates a new opportunity, it will not update. The idea is to pre-populate the form with the opportunity_ID via url=paramaters or manual entry, which would tie the form to the opportunity. Similar to how if you pre-populate a contact's email address, you can submit the form and update a contact field. Upon submit the opportunity fields on the form would update the opportunity based on the opportunity_ID or possibly any customField value. This would open up a world of possible use cases. For example, in real estate: The opportunity is a Listing at a particular address. There are many different interested parties who need to interact with the opportunity: buyers, sellers, appraisers, inspectors, Agents, contractors etc. if we could send a form to the seller, they could fill out information about their home onto the opportunity. We could send another form to the title company for them to fill out the property description, notes, title policy cost etc. We could send another form to the buyer's agent and have them upload their offer, which would be saved to the opportunity. In any scenario where the opportunity involves many different players, we could design systems that can be automated to keep everyone informed and data about that particular "Listsing opportunity" in the case of real estate can be consolidated in the opportunity instead of trying to make it work in contacts, which is just impossible.
2
Load More