技术
- 应用基础设施与中间件 - 数据交换与集成
- 应用基础设施与中间件 - 中间件、SDK 和库
适用行业
- 水泥
- 电子商务
适用功能
- 维护
- 销售与市场营销
用例
- 楼宇自动化与控制
- 库存管理
服务
- 系统集成
关于客户
MainStem 是专为大麻行业设计的 B2B SaaS 供应和采购平台。该公司通过统一大麻企业的端到端运营,帮助其节省大量运营和供应成本。与其他为传统行业构建的采购平台不同,MainStem 具有管理大麻公司独特的工作流程和法规的必要功能。这导致了过去几年的巨大增长,该公司与 Merida Capital 一起筹集了 C 轮融资,被列入 Inc 5000 家美国增长最快的公司名单,并被评为 Vangst 20 家最适合工作的大麻公司之一。
挑战
MainStem 是大麻行业的 B2B SaaS 供应和采购平台,面临着重大挑战。该公司的首席技术官 Garrett 同时处理三个关键的集成请求(Teams、Slack 和 Quickbooks)。然而,他的团队无法确定这些集成的优先级,因为他们专注于为其企业产品 Purchasing Pro 开发核心产品功能。现有客户因消息应用程序中缺少 MainStem 通知而感到沮丧,而潜在的企业客户则需要 QuickBooks 集成来进行决策。此前,MainStem 在内部构建了许多集成,但这些集成需要大量的工程工作来构建和维护。该团队将花费数周时间来了解每个第三方应用程序的 API 文档、处理用户身份验证和令牌管理,以及由于供应商 API 的变化而维护集成。这种方法有几个缺点,包括将工程资源从核心产品中转移出来,影响销售和客户成功团队对其集成路线图的信心,以及增加维护要求。
解决方案
认识到需要更可持续的解决方案,Garrett 开始探索嵌入式集成平台并发现了 Paragon。他注册了免费试用版,并能够在四个小时内构建一个可运行的 Slack 集成。尽管最初对 Paragon 处理复杂集成工作流程的能力表示怀疑,但 MainStem 团队发现他们可以通过 Paragon 访问每个集成的任何 API 端点。这使他们能够构建更复杂的业务逻辑,甚至适用于更复杂的用例。 Paragon 的托管身份验证、完整的端点可见性以及干净、开箱即用的最终用户 UI 使 MainStem 能够将全职专用开发工作减少 70%。 Paragon的实施不仅缩短了他们的销售周期,使他们能够接近有会计集成要求的企业客户,而且还增强了他们销售团队的信心。工程团队对集成请求的态度显着改善,他们甚至考虑将现有的内部集成重建到 Paragon 平台上。
运营影响
数量效益
Case Study missing?
Start adding your own!
Register with your work email and create a new case study profile for your business.
相关案例.
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.