Work

We publish what we operate. Client systems stay confidential.

Serious buyers do not need fake logos. They need to see that we ship, how we contract, and how we talk about results without leaking someone else’s architecture.

Named product we own

In production
PitchReady pitchready.marajtech.com

Available players. Ready teams. Your city.

PitchReady is a live web product for city-based cricket availability in the United States. Captains and players coordinate through the product — not a group chat that dies on Friday night.

We designed it, built it, host it, and operate it. That is the standard we apply to client work: if it cannot be run on a Monday after an incident, it is not done.

Open PitchReady
Constraint
Pickup and league cricket in U.S. cities is fragmented. Availability is tribal knowledge. Captains cannot see who is actually free.
Outcome we built toward
A production system where players mark availability and captains assemble teams by city — without standing up a custom ops team for every metro.
What “done” included
Auth, city workflows, player and captain paths, hosting, monitoring, and an ongoing operate loop. Not a prototype on a laptop.

How we describe client work

These are engagement patterns we run. Details are generalized so we do not expose a customer’s stack. If you need named references, we arrange them privately after a fit conversation.

Cloud cost & operating model

Make the bill explainable, then make it move

Constraint

Spend rising faster than usage. Finance and engineering used different numbers. Tagging was optional folklore.

Contracted outcome

A shared unit-cost view, ownership on every production resource, and a 90-day plan that cuts waste without freezing delivery.

Production increment

Account structure, tags as a merge-gate, budgets, rightsizing backlog, and a weekly review that uses the same dashboard.

Internal product

Retire the spreadsheet that runs the business

Constraint

A critical workflow lived in files, inboxes, and two people who “just know.” Hiring or vacation was an operational risk.

Contracted outcome

The workflow completes in a system of record, with roles, history, and a path a new operator can follow on day one.

Production increment

A first live slice for the highest-volume path, then exceptions. Monitoring and access from the start — not a phase two promise.

Cutover & reliability

A migration that survives the first incident

Constraint

A prior move copied servers into a new cloud. Failover was untested. The next outage would be a discovery exercise.

Contracted outcome

A documented cutover with rollback, SLOs that match the business, and a drill — not a diagram.

Production increment

Observability, runbooks, identity, and a rehearsal. Then the actual cutover. Operate support through the first real failure.

AI in an existing product

A feature with a kill switch, not a demo

Constraint

Leadership wanted “AI.” The product already had users. A sidecar chatbot would not change a metric anyone managed.

Contracted outcome

One in-product workflow with a baseline (handle time or classification error), logging, and a human fallback.

Production increment

Integration, eval set, cost cap, and an operate path for bad answers. If it cannot be turned off, it does not ship.

Industries we know how to work in

From Pittsburgh we work nationally. The constraint matters more than the vertical — but these operators show up often.

Healthcare operations

Scheduling, intake, and internal tools where downtime is not a branding problem.

Manufacturing & industrials

Plant-adjacent software, integrations, and cloud estates that have to survive a shift change.

Professional services

Delivery platforms, client portals, and the unglamorous systems that actually bill.

Logistics & field ops

Availability, routing-adjacent workflows, and data that has to be trusted on the floor.

Product companies

Platform work, cost, and release machinery so the product team is not blocked by the platform team.

Sports & community products

We run PitchReady. Consumer-grade UX with operator-grade reliability is not a contradiction.

References are arranged after we both confirm fit.

Bring the constraint. We will tell you if we have done that class of work.

Talk to us