What is our primary use case?
My main use case for
Make is that it serves as a perfect tool to interlace most of our API connections, syncing different environments together.
Make enables us to connect apps that lack native integration, have limited API solutions of their own, or which do not meet our business needs. Whatever we needed, we could create in Make and remain satisfied about the performance.
A specific example of how I use Make for API connections in my environment is integrating our CRM with a marketing application for data transmission and unity, GDPR compliance, and synchronization has been excellent through Make. Building scenarios for each specific language or location action has been beneficial. Managing certain actions and triggers based on links, some of the workflow solutions were not present in marketing tools, and we needed to create more complex processing in Make to meet our needs. Make is also a great tool that we use to build various automations, and it is excellent for connecting multiple tools together to send data. For example, at our company, we use Make to send new orders notifications from Shopify to Slack and also add the customer's shipping information to a Google Sheet for the fulfillment team. The best feature about Make that competitors lack is the option to connect rare and available apps via their API. It also allows us to get data from anywhere on the internet via GET requests.
I have additional use cases for Make, as we use it to support a variety of internal and client integration projects. Everything from automating invoices from CRM orders to running recurring data pools from our database to client platform API connections for reporting has been excellent. It also helped us to connect platforms that otherwise would not connect while giving us the opportunity to code and customize these integrations for our specific use cases.
Make has been used in my organization to start an automation process in the sales and marketing departments, closely followed by operations and human resources departments. Sales and marketing are automating all their initial contacts with clients from the first contact until the client is up and running independently. Operations are automating the tickets and follow-up to pending reports that clients submit. Human resources benefit from Make because they are integrating information streams from some of their departments using Make.
What is most valuable?
The best features Make offers include integration to a multitude of platforms that many other tools do not offer and the reliability of scenarios running as planned without consistent errors or failures. Scheduling capabilities to prevent exceeding API limits and customization opportunities to align fields and data exactly how they are needed for use cases are also noteworthy.
Make has positively impacted my organization by enabling us to solve use cases for hundreds of clients across hundreds of different platforms, providing the customization capabilities to automate accounting and invoicing processes that save dozens of man-hours a month, and allowing us to build custom churn, retention, and engagement costs that have driven a 30% reduction in churn.
What needs improvement?
Make could be improved by having more platforms and connections that we would like to use, as well as more flexibility in paying for operations, with tasks on a sliding scale instead of by tier.
Furthermore, providing more thorough support documentation on connecting various platforms and troubleshooting errors would be very beneficial, especially for junior team members.
For how long have I used the solution?
I have been using Make for the past four years and six months.
What do I think about the stability of the solution?
Based on my experience, I have not experienced any downtime, so Make is very stable.
What do I think about the scalability of the solution?
Make is a very scalable tool that can handle my organization's growth.
How are customer service and support?
The customer support for Make has been very great and responsive.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
I previously used
Zapier.
I switched from Zapier to Make because Make has a different pricing schema than Zapier. Almost all the apps that I create on Make can be done in Zapier. The only difference is that Make is more accessible in terms of cost. In my opinion, Make is bigger than Zapier and has more robust features, and it is very cost-effective and easy to use for anyone.
What was our ROI?
I have indeed seen a return on investment as it has saved us hundreds of hours in repetitive tasks, streamlining our follow-up to the leads that we are generating.
What's my experience with pricing, setup cost, and licensing?
My experience with pricing, setup cost, and licensing indicates that the cost is effective and licensing was affordable.
Which other solutions did I evaluate?
Before choosing Make, I evaluated other options including
Microsoft Dynamics 365, Zoom CRM, and
Zoho CRM.
What other advice do I have?
Make is an interesting service that has helped to automate boring tasks such as sending welcome messages to people and automating repetitive tasks that do not generate value for the person doing them, thus saving their time. It has also been great for creating complex interactions between applications in order to automate completely internal processes from the company.
My advice for others looking into using Make is that it is a great tool if you want to automate boring tasks such as sending welcome messages to people and automating repetitive tasks that do not generate value for the person doing them, thus saving their time and allowing them to focus on more strategic tasks. Additionally, it effectively automates the creation of complex interactions between applications in order to streamline completely internal processes, thus saving a lot of cost and time. I would rate my overall experience with Make an 8 out of 10, as it is a very recommendable tool.
Which deployment model are you using for this solution?
On-premises