About Tin Can

Tin Can is building a safer, simpler way for kids to connect — without smartphones. We’re creating screen-free, delightful devices and services that let families call the people who matter most, free from the noise of today’s digital world.

We’re building a bold, authentic, nostalgic, and kinda quirky brand that resonates with folks who want something simpler & better for their kids than the tech-infused lives we’re currently living (and who have a sense of humor about it). As we gear up to scale to thousands of families, we’re ready to bring on two engineers to help make it happen.

The Role

A Tin Can earns its spot on the kitchen counter when a kid keeps picking it up. Because we build both ends of the call, we get to make things no other phone can, and the next ones are the kind families ask us for: an easier way to fill the contact book, even more speed dials, more a kid can do without waiting on a grown-up. We’re hiring two Software Engineers to own the core product — the features that give a kid someone to call, a reason to call, and an easy way to do it.

You’ll build across the whole product: the app parents live in (Flutter), the TypeScript services on AWS Lambda behind contacts, plans, call logs, and voicemail, and the call-routing service that gates every call. You’ll sit with the Head of Product and the core experience’s PM and designer, alongside the engineers who own our voice platform, firmware, and account portal. When a feature reaches into the call path — a new hotline number, the voicemail menu — you’ll go there, with our voice engineers reviewing anything on the SIP and media plane.

What You’ll Do

• Make it easier to hear who called and call them back — on the phone itself, in our services, and in the parents’ app
• Give kids more of the phone: even more speed dials, and more a kid can set up alone, with a parent’s say-so
• Make the first week count — improved contact syncing, faster contact approvals, and a first run that has a family calling on day one
• Build the fun, weird features no other landline can, the kind a kid tells their friends about
• Own the call-routing rules a feature needs — what a speed dial or a hotline number does, who a kid can reach — in the service every call goes through
• Build the tooling behind hotlines — scheduling, uploading, playback — with the engineers who own our voice platform
• Spec and build the service side of features whose other half is firmware — what the phone plays, how it rings — with the firmware engineer