Product Manager

About SleekSky

SleekSky builds and runs software for clients who want to scale their technology without heavy overhead — dedicated teams, a startup-inspired culture, and a bias for agility, ownership, and continuous improvement. We combine professional depth with real room to learn, decide, and build things that last.

The role

Most product roles at three to five years hand you a backlog to groom and a roadmap somebody else set. This one hands you a part of a live product and asks you to work out what should happen to it.

You'd own areas of a healthcare platform that we build and run for a US client — real organisations using it all day, real patients on the other end of it. A problem arrives as a complaint, or as a number that moved for no obvious reason, or as an operations team doing something by hand forty times a day. You take it the whole way: work out what's actually happening, decide whether it's an answer, a fix or a change worth making, write the requirement engineering builds from, stay with it while it's built, then go back and check it did what you said.

It's part product management, part customer engineering, and part sitting with data until it tells you something. It's wide on purpose.

What you'll own

• Areas of the product, end to end. Not a backlog to groom — a part of a live platform where you decide what happens next and are answerable for whether it was worth doing.
• The customer's problem, from complaint to diagnosis. Customers are large US healthcare organisations and their problems arrive as complaints, not specifications. Working out what's actually wrong is yours before anything else happens.
• The requirement engineering builds from. Written down, product decisions made, engineering decisions deliberately left open — so engineers can start without you in the room and know which questions are still yours.
• The numbers, watched rather than reported. Nobody sends you a dashboard each morning. Knowing what normal looks like, noticing when it stops, and finding out why before a customer tells you is a daily part of this.
• The decision about what not to build. More requests arrive than can be built. Deciding which don't, telling the person who asked, and defending the ranking is the hardest part of the job and the one that matters most.

What you'll bring

• 3–5 years in product management, or an adjacent role where decisions were genuinely yours — business analysis, solution engineering, customer success with real product influence, or engineering where you owned the what as well as the how.
• Curiosity that goes past the interface. The strongest people here go and look — at the data, the logs, the actual records, the person doing the work — rather than asking someone to explain it. This is what we screen hardest for and the thing we can't teach quickly.
• Writing other people act on: a spec, a decision memo, an incident write-up.
• Comfort in front of an unhappy customer, and the instinct to find out what's actually wrong before agreeing to anything. "I don't know yet, and here's when I will" is worth more than a fast answer.
• Enough SQL or spreadsheet fluency to answer your own question instead of waiting on someone.

Details: Remote, India · Full-time · Some overlap with US Pacific hours · Preference for candidates who can join within 30 days.