Skip to main content
Back to jobs

Product Engineer (Full Stack)

External
kombo logoKombo ยท Berlin, Germany
Full-timeOn-site4mo ago
MoveObservabilityPayrollTypeScriptWebhooks
Cover LetterConnect

Prepare for this interview

Elite

AI-generated questions, company research, and talking points tailored to this role


About the role

Product Engineer (Full Stack) @Kombo ๐Ÿ“ Berlin (On-site) - Full-time Hey, I'm Aike, co-founder & CTO at Kombo. I'm looking for entrepreneurial product engineers who want to own entire customer problems on our product. You won't get specced tickets at Kombo, but talk to customers, design the solution, build it, ship it, and make sure it actually works. This is a Berlin based on-site role. What we are Building We are building the infrastructure platform that HR tech products are built on. Because my three co-founders and I are engineers, we have always been drawn to deeply technical problems. That's how we ended up building infrastructure for HR tech providers. Concretely, we built a unified API, a massive data synchronization engine, an observability platform, and an embedded integration setup/configuration UI. We offer this to other software companies so that they can provide prebuilt integrations with HR, ATS, LMS, and Payroll systems to their customers, instead of building and maintaining hundreds of integrations themselves. You can read more about our product here: What is the Kombo product? We reached product-market fit about 1.5 years ago. Since then, both our revenue and product usage have picked up with insane growth. Currently, we are at ~10M annual recurring revenue, power integrations for more than 15,000 companies, and sync data of more than 250 million people globally. We are setting the standard for how companies build product on top of the most complicated enterprise systems. Our growth rate puts us in the top 5% of VC funded startups worldwide. Talking of which, we have just raised our 25M Series A funding round ๐ŸŽ‰. About the Role and how we Work During the early days, all my co-founders and I worked very closely with customers, did support ourselves, learned about their problems, and designed features based on those inputs. This was a lot of fun and we preferred it over the typical setup where engineers just work through specced tickets without ever talking to the customer. When hiring our first engineers, we decided to offer the same way of working to everyone. No "code monkeys" at Kombo. That's how we came up with what we call "Product Engineering" today. Today, this means that you will take holistic problems of our customers, join calls (or even visit them), design a solution to their problem, implement it end-to-end, and support it until the first users are using it successfully. You will talk to the customers, write RFCs, implement a solution, deploy to production, and enable the first customers to use it. You will take their feedback into account and improve the feature. Depending on your seniority, you will be supported by a PM and/or senior engineer. We optimized everything across the stack so that a single engineer is enabled to own and execute the feature end-to-end. That's why we have a single programming language (TypeScript), a monorepo and have trunk-based development (on average, we release more than 50 times per day). Our teams operate like small startups inside a startup. They prioritize initiatives within their team and decide themselves how they work. Our teams usually consist of 1 product manager and 3-5 engineers. Over the next year, we will open up 3 new teams to capture new bets and are looking for entrepreneurial engineers who will drive those bets forward with high ownership or potentially lead those teams. I created a write up on this topic some time ago: What Product Engineering at Kombo Means Things you would have done at Kombo in the past An AI agent that parses arbitrary job postings from the web and makes them instantly applyable via API (built by Cornelius ). A full observability stack with logs, unified error codes, and analytics dashboard for debugging integrations (built by Johannes ) The new LMS integration category from zero to one, designing the data models, building a framework, introducing a new infrastructure primitive (built by Antoni and Alex ). Real-time data syncing system through inbound and outbound webhooks (built by Felix ) The Environment at Kombo We are building the backbone of our customers' products. Hundreds of companies build their products on top of our API. That means if we design the wrong product or go down, hundreds of customers will have a major issue. We are very considerate about balancing where we can move fast because of cheap and reversible decisions vs. where we need to be extra diligent because of expensive one-way doors. We are building an API product, therefore we need to avoid breaking changes early. We put high emphasis on focusing on the most important thing and doing that very well. That comes at the tradeoff of sometimes moving slower on projects to do them well, delaying promises with customers, or letting many small fires burn in order to get the most important thing done. We always try to uncover what customers actually need, not what they ask for. We take high ownership of actually solving the problem for o


Your Match

How well this role fits your profile.

Company Intel

What employees say

Worked at kombo? Share your experience

Interested in this role?

Apply on the company's website.

Cover LetterConnect