Harsh Yadav.

Product Lead — Toronto

Product Lead in Toronto. Most recently I built a multi-tenant SaaS end-to-end in nine months at GEOS International, shipping biweekly with a five-person engineering team. Before that, two years at Borderless AI shipping client-driven features alongside engineering.

harshy4995@gmail.com LinkedIn GitHub

By the numbers

Numbers from a few stops along the way.

  • 9 mo Zero to revenue at GEOS, infra to launch.
  • −60% Support tickets, GEOS support hub.
  • ARR growth contributed at Borderless AI.
  • 30+ Client-driven features shipped.

Worked at

  • GEOS International
  • Borderless AI
  • GetNotissed Media

Stack & tools

  • PostgreSQL
  • Snowflake
  • Looker
  • Mixpanel
  • Datadog
  • Jira
  • Sentry
  • Git
  • GitHub
  • GitHub Actions
  • n8n
  • Figma

Selected Work

Five things I've built.

01 / PRODUCT

GEOS Signature Queue

A signature queue clients actually use

  • Product
  • Workflow Design
  • B2B SaaS

The original signature functionality was a static table of documents with generic instructions. Adoption was low, and clients ended up coordinating with our team over email instead.

I talked to clients to find ideal workflows, and to our exec team about the internal processes the queue was supposed to mirror. I redesigned it as three separate step-by-step workflows, one per signing path, each mapped to our internal process so clients know what’s next and what we need from them.

After launch, signature queue adoption went up. Overall platform usage went up alongside it — which wasn’t the goal — as clients used the platform more for their documentation needs.

02 / PRODUCT

Borderless

A support article that replaced a feature

  • Product
  • Support
  • Content Strategy

Contractors kept opening tickets regarding payment delays. Every payment status has a specific meaning and timeline, but nowhere in the product did we explain them in one place.

I wrote an article to capture different statuses, timelines, and what to do at each stage. Then I worked with engineering to show it as a card on the Contractor payments page so contractors saw it before opening a ticket. Ticket volume on payment-status questions dropped.

Sharing this because not every customer problem needs a product fix. Sometimes it’s a knowledge gap, and providing the right information is the fix.

GoPulse home screen showing departures from Whitby GO with platform info, journey times, and service alerts

03 / PERSONAL

GoPulse

A GO Transit companion app (personal project)

  • Personal
  • Mobile
  • System Design

Before I began, I talked to regular GO Transit riders about what they actually need from an app. Then I researched other apps in the space to see what they did and what they missed. The gaps were consistent: apps were either general purpose, or they buried the things you actually need before leaving the house.

I built the app around that: live train tracking, platforms, delays, journey planning, and saved trains — all on one screen. I designed it and have AI write the code. The backend was designed for scalability:

  • Shared-data sync service. A microservice pulls shared data (schedules, stations, routes) in one scheduled call and writes it to my own database. Users query the database, not the upstream API — which saves on rate limits.
  • TTL cache on live data. On a weekday at 8am, when fifty riders on the same platform are checking the same train (common commute to Union), the first request hits the API, the next 49 hit the cache.

04 / AUTOMATION

N8N Workflows

Internal tooling that helped fix operational errors

  • Automation
  • Internal Tools
  • Ops

Two automations I built for the ops team.

  • Live DB → Google Sheets sync (Borderless). The team needed accurate data for reporting, reconciliations, and other operations. Without live data, they were working from stale exports — manual updates, occasional errors. I built an N8N flow that synced data from the database to a Google Sheet on a schedule. That data became the foundation for further automations and tools that reduced operational error and inefficiency.
  • Slack notifications for compliance events (GEOS). An enterprise client required compliance-event notifications in Slack. I built the workflow that listens for the right events and routes them to the right channels in their workspace.

Anything that affects customers — directly or indirectly — is a problem worth solving.

05 / AI

E-Signing API Reference

AI in a PM workflow

  • AI
  • Documentation
  • Engineering Enablement

Before we integrated an e-signature workflow, I used AI to go through the full API docs and identify which endpoints we’d actually need for our use case. Then I built internal reference documentation that included the endpoints we use, verified examples, and error responses. I also used AI + cURL to validate the responses against the live API.

I know Postman does similar work and I believe it’s in your stack. We didn’t have it at GEOS at the time, so this was an alternative — and an example of how AI can make a PM more useful to the engineering team and help them ship faster.

Word from the team

People I've worked with say.

[PLACEHOLDER — REPLACE] Replace this quote with a real testimonial. 20–420 chars. Speak to Harsh's collaboration, technical depth, or shipping cadence — whatever the person actually said.

[PLACEHOLDER — REPLACE] Senior Engineer · GEOS International

[PLACEHOLDER — REPLACE] Replace this quote with a real testimonial. 20–420 chars. Speak to Harsh's collaboration, technical depth, or shipping cadence — whatever the person actually said.

[PLACEHOLDER — REPLACE] VP Engineering · Borderless AI

Right now

Currently shipping.

Now

Building partner integrations and an in-product AI agent at GEOS.

Updated May 2026