Founders of Merge Screens
Case Study · Automation & AI Botify.
Shopify · Automotive E-Commerce

I built the automation layer behind a $7M car-electronics brand.

Nine months owning the fulfillment, logistics, and revenue-recovery systems behind Merge Screens — three supplier pipelines, a custom GraphQL shipment tracker, and abandoned-cart recovery built from scratch.

Client
Merge ScreensJuan Ramón & Carlos Torresano
Industry
Automotive
E-Commerce
Engagement
Nov 2025
– Present
Core Stack
Zapier · Make
GraphQL · Asana

Three Supplier Pipelines, Held Together by Spreadsheets

Merge Screens runs a Shopify store shipping premium car-infotainment hardware — Tesla-style screens, CarPlay modules — sourced through three separate supplier pipelines, each with its own order sheet, its own tracking process, and its own quirks.

When Carlos brought Waqass on, the business was already doing $4M a year — but the operations layer hadn't kept pace with the growth. The revenue was real; the plumbing behind it was improvised.

One day of orders
A single day's orders — consistently high-value, most landing between $1,200 and $1,800 each.

Order tracking lived scattered across multiple Google Sheets. Fulfillment updates meant manually cross-checking spreadsheets against Shopify, order by order. There was no way to see at a glance which shipments had stalled in transit. Abandoned checkouts — real, high-value revenue walking out the door — were never followed up on at all. And the automation that did exist was brittle: a single teammate inserting a column in a spreadsheet could silently break the whole chain without anyone realising until orders started slipping.

"We are an e-commerce company pushing $4M/year in sales, so there will be often work."

— Carlos T., first message, November 2025

The brief was deliberately open-ended: keep the fulfillment engine running without fail, and build whatever the business needs next. Not a one-off script — an ongoing partnership to own the automation layer as the company scaled.

Merge Screens Case Study · BotifyPage 02

A System of Automations, Built to Scale With the Business

Rather than patch individual problems, the work grew into a connected automation layer spanning Zapier and Make.com — each piece built with real logic, fail-safes, and error handling so nothing breaks silently. Here is what runs the operation today.

1  ·  Three-brand fulfillment sync, unified

Independent Zapier pipelines for each supplier. The moment a tracking number lands in a Google Sheet, the automation finds the matching Shopify order, creates or updates its fulfillment, and marks it shipped.

A custom fix handles a case Shopify's native tools miss entirely: in multi-product orders, every line item gets marked fulfilled — not just the first — so customers never receive half-shipped status updates.

Fulfillment sync workflow
Sheet → Shopify: find the order, loop every line item, create the fulfillment.
2

A shipment tracker Zapier and Make couldn't build out of the box

No packaged connector existed for checking whether a shipment had actually moved. Rather than settle for a workaround, Waqass went to the API directly:

"Make or Zapier didn't have a node for this, so I read the docs to curate a custom GraphQL query to get tracking info."

— Waqass, build notes
Merge Screens Case Study · BotifyPage 03

The result is a daily automation that queries Shopify's GraphQL API directly across all three supplier pipelines in parallel, flags any order that hasn't moved in three or more days, and automatically clears orders once they're delivered — turning "which shipments are stuck?" from a manual spreadsheet hunt into a standing, self-maintaining report.

How the GraphQL shipment tracker runs
Daily trigger
Scheduled scan
📡
Router
3 supplier branches
🔢
GraphQL call
Hand-written, per branch
🚩
Flag stalled
No move in 3+ days
Auto-clear
Once delivered
One router, three parallel supplier branches, each making a hand-written GraphQL call to Shopify.
GraphQL shipment tracker
The live Make.com scenario: one router, three parallel supplier branches, each making a hand-written GraphQL call to Shopify.
Merge Screens Case Study · BotifyPage 04
3

Abandoned checkout recovery, built from nothing

There was no cart-recovery system at all — high-value checkouts were simply being abandoned and forgotten. Waqass designed and shipped one on Make.com: a webhook catches every checkout, a staged delay confirms whether it genuinely became abandoned, a filter screens for orders worth chasing, and an AI step enriches the record before it's logged for the sales team. Recovered sales are automatically attributed to the rep who closed them, through a discount-code convention.

Abandoned-checkout recovery flow
🔗
Webhook
Catches every checkout
Staged delay
Confirm abandoned
🔍
Filter
Worth chasing?
🧠
AI enrich
Add context
📋
Log to sheet
Attributed to rep
Abandoned checkout recovery workflow
Checkout webhook → staged delay → confirm abandoned → filter by value → AI-enrich → log to the recovery sheet.
Merge Screens Case Study · BotifyPage 05
4

Automated refund handling, wired into Klaviyo

A flow that detects returns, verifies delivery status against the carrier, creates the Shopify refund, and triggers the right Klaviyo email sequence — keeping customer communication consistent and on-brand without a human touching it.

Refund handling workflow
Return detected → verify delivery → create the Shopify refund → trigger the matching Klaviyo flow.

5  ·  A support-to-fulfillment bridge

Customers submit dashboard photos through the support inbox (Reamaze) so the team can confirm the right hardware. Those requests used to get lost between systems. Now they're automatically parsed and attached to an Asana task for the fulfillment team — nothing falls through the cracks.

Reamaze to Asana workflow
Support photo request → parsed → attached to the right Asana fulfillment task.
Merge Screens Case Study · BotifyPage 06

6  ·  Order routing across the three brands

Orders flowing in through Asana are parsed by an AI step and routed into the correct supplier's Google Sheet, so each pipeline stays clean and every downstream automation fires on the right data.

Asana to Sheets routing workflow
Asana order → AI parse → routed into the correct supplier's sheet.
7

Deliverability monitoring across every provider

A dedicated tracker keeps a live check on delivery timing across all suppliers — flagging stalled shipments, clearing delivered ones, and giving the team a single view of logistics health instead of three disconnected spreadsheets.

Deliverability tracker workflow
The "NOT MOVING" tracker — surfaces stalled shipments and auto-clears delivered orders.
Merge Screens Case Study · BotifyPage 07

What Happens When Production Breaks in a Way Nobody Expected

Nine months into an always-on retainer, the real test isn't the build — it's what happens when live production breaks in a way nobody planned for. This is where deep system understanding earns its keep.

The signature incident: twice, a routine spreadsheet edit — a teammate inserting or deleting a column — silently shifted which column Zapier's trigger was reading from. Instead of watching the Tracking Number field, the automation started reading the Carrier field, and fired against the wrong data.

~3,000

erroneous automation runs before anyone noticed — found late one night, diagnosed to the exact root cause (Zapier was keying on column position, not column name), and every affected order corrected by hand.

Race condition
Google Sheets triggers aren't instant — a 3–5 minute gap between a row being added and its tracking number filled in was silently dropping updates. Diagnosed and worked around.
Multi-carrier bug
A zap had one carrier hardcoded; when a supplier began shipping via several, it broke. Rebuilt to read the carrier per-row.
OAuth breakage
Shopify's app connection would periodically drop scope across multiple zaps at once — turned into a repeatable, documented recovery procedure.

None of these show up in a demo. They show up in production, on live customer orders — and the only way to catch them is to understand the system deeply enough to know something's wrong before the client does.

Merge Screens Case Study · BotifyPage 08

Still Running, Nine Months Later

9+ mo
Active Engagement
40,000+
Ops / Single Pipeline
Growth Last Year
$7M+
Current Run Rate
  • What started as "keep a few zaps running" grew into full ownership of the automation layer — across fulfillment, logistics, support, and revenue recovery.
  • The business has grown to a $7M+/year run rate — roughly 3× in the last year — and the automation layer scaled with it, not against it.
  • Elevated from outside freelancer to embedded team resource, invited directly into the company's internal channel to work alongside their staff rather than through tickets.
Make.com production dashboard
A snapshot of the live automation suite — tens of thousands of real operations processed per scenario. Production scale, not a demo.
Merge Screens Case Study · BotifyPage 09

What Carlos Said Along the Way

"I'm liking how fast and proactive you work so far Waqass. Good job so far."

— Carlos T., week one

"Good you found this out today Waqass. Thanks a lot man. Very good job and dedication."

— Carlos T., after the column-shift catch

"Very happy so far with your speed Waqass."

— Carlos T.
"

You really have great capacity to figure out the easiest solution instead of over-architecturing things. Very good job Waqass.

— Carlos T., Merge Screens

Have a fulfillment or ops process held together by spreadsheets and hope? Let's talk about what an automation layer like this could look like for your business.

Book a call with Botify →
Merge Screens Case Study · BotifyPage 10