Technology Category
- Application Infrastructure & Middleware - Data Exchange & Integration
- Application Infrastructure & Middleware - Middleware, SDKs & Libraries
Applicable Industries
- Cement
- E-Commerce
Applicable Functions
- Maintenance
- Sales & Marketing
Use Cases
- Building Automation & Control
- Inventory Management
Services
- System Integration
About The Customer
MainStem is a B2B SaaS supply and purchasing platform designed specifically for the cannabis industry. The company helps cannabis businesses save significant operational and supply costs by unifying their end-to-end operations. Unlike other purchasing platforms built for more traditional industries, MainStem has the necessary functionality to manage the unique workflows and regulations of cannabis companies. This has led to tremendous growth over the past few years, with the company raising their Series C with Merida Capital, being listed on the Inc 5000 fastest-growing companies in America, and being named one of Vangst’s top 20 cannabis companies to work for.
The Challenge
MainStem, a B2B SaaS supply and purchasing platform for the cannabis industry, was faced with a significant challenge. The company's Chief Technology Officer, Garrett, was dealing with three crucial integration requests (Teams, Slack, and Quickbooks) simultaneously. However, his team was unable to prioritize these integrations as they were focused on developing core product features for their enterprise offering, Purchase Pro. Existing customers were frustrated due to the lack of MainStem notifications in their messaging apps, and potential enterprise clients required QuickBooks integration for decision-making. Previously, MainStem had built numerous integrations in-house, but these required significant engineering effort to build and maintain. The team would spend weeks understanding the API documentation for each third-party app, dealing with user authentication and token management, and maintaining the integrations due to changing vendor APIs. This approach had several drawbacks, including diverting engineering resources from their core product, impacting sales and customer success team's confidence in their integration roadmap, and increasing maintenance requirements.
The Solution
Recognizing the need for a more sustainable solution, Garrett began exploring embedded integration platforms and discovered Paragon. He signed up for a free trial and was able to build a working Slack integration within four hours. Despite initial doubts about Paragon's ability to handle complex integration workflows, the MainStem team found that they could access any API endpoints for every integration through Paragon. This allowed them to build out more complex business logic, even for more intricate use cases. Paragon's managed authentication, full endpoint visibility, and clean, out-of-the-box end-user UI enabled MainStem to reduce the full-time dedicated development work by 70%. The implementation of Paragon not only shortened their sales cycles and enabled them to close enterprise customers with accounting integration requirements, but it also boosted the confidence of their sales team. The engineering team's sentiment towards integration requests improved significantly, and they even considered rebuilding existing in-house integrations onto the Paragon platform.
Operational Impact
Quantitative Benefit
Case Study missing?
Start adding your own!
Register with your work email and create a new case study profile for your business.
Related Case Studies.
Case Study
System 800xA at Indian Cement Plants
Chettinad Cement recognized that further efficiencies could be achieved in its cement manufacturing process. It looked to investing in comprehensive operational and control technologies to manage and derive productivity and energy efficiency gains from the assets on Line 2, their second plant in India.
Case Study
Digital Transformation of Atlanta Grout & Tile: An IoT Case Study
Atlanta Grout & Tile, a Tile, Stone & Grout restoration company based in Woodstock, Georgia, was facing challenges with its traditional business model. Despite steady growth over the years, the company was falling behind the web revolution and missing out on the opportunity to tap into a new consumer base. They were using independent software from different vendors for each of their department information and workforce management. This resulted in a lot of manual work on excel and the need to export/import data between different systems. This not only increased overhead costs but also slowed down their response to clients. The company also had to prepare numerous reports manually and lacked access to customer trends for effective business decision-making.
Case Study
Revolutionizing Construction Equipment Rental: A Case Study on ProsRent and ENO8
ProsRent, a startup that won the 'Best Financial Opportunity' and 'Best Pitch' at CodeLaunch 2016, aimed to revolutionize the way construction professionals source and rent heavy equipment. In the construction industry, project managers and contractors typically rent heavy equipment from supply companies. However, predicting inventory can be challenging, and finding the required equipment at the right time and place can be a hassle. If the preferred vendor doesn't have the required equipment, it results in wasted time and money in searching for it, often leading to higher costs due to non-preferred rates and increased delivery costs if the vendor is located far from the job site. Suppliers, on the other hand, desired access to a wider base of trusted renters that they didn't have to vet themselves and wanted to offer dynamic rental pricing based on demand and availability in their market. ProsRent's challenge was to produce a minimum viable product that was fast and first to market but also strong enough to engender loyalty and repeat business from the target market.
Case Study
IoT Solution Enhances Comfort and Energy Efficiency at Apple Valley Commons Office
Apple Valley Commons, a mixed-use office complex built in 1986, was facing significant comfort and energy efficiency challenges. The building, which houses a variety of businesses, was experiencing extreme temperature imbalances, causing discomfort to employees and clients. Despite outdoor temperatures being consistently high during summers, occupants had to use space heaters to keep warm. The electricity bills from the constant operation of the heat pump were exorbitant. The building's elevator room on the roof was also overheating, reaching temperatures of 130 to 140 degrees, causing the elevator equipment to shut down. The building's existing controls solution did not provide a front end for diagnostics or remote control. The building management was seeking a solution that could address these temperature issues, improve occupant comfort, reduce operational costs, and increase building visibility.
Case Study
Revamping EE's Legacy ERP: A Case Study on BT's Strategic Transformation
EE, even after its merger with BT, was operating its ERP estate on legacy infrastructure, hosted on the premises of a third-party supplier. This outdated system resulted in a volume-based operational model, higher time to market, longer delivery cycles, and unsatisfactory customer experience. BT recognized the need for a strategic transformation of these aging ERP systems and sought a partner who could proactively manage application services. The partner was also expected to handle development requirements associated with application management services, drive accountability, and ownership with a time and target-driven transformation of these services. BT's primary goals were to improve customer experience, reduce cycle time, and measure these improvements with precision.