Turn this role into an interview — a resume and cover letter built around what this employer wants.
Floryn is a fast-growing Dutch fintech delivering flexible business financing. As a Data (Analytics) Engineer, you’ll build scalable data foundations, write code, model data, define metrics and automate quality checks, influencing decisions across the business.
You’ll transform data models, implement semantic layers, and automate checks, using dbt, SQL and Python. The role blends engineering with analytics in a collaborative, hybrid setup in the Netherlands.
As a Data (Analytics) Engineer at Floryn, you'll work at the intersection of engineering and analytics, building the scalable data foundation the business relies on. You'll write code, model data, define metrics and automate quality checks. Your work has a direct impact on how quickly and reliably teams can make decisions, and what you build today can already be in production tomorrow.
Floryn is a fast-growing Dutch fintech making business financing faster, more transparent and more flexible through its own technology. Since 2016, Floryn has provided over €800 million in financing to SMEs and now employs more than 80 Dutch and international colleagues.
Floryn isn't a dashboard factory. Someone asks for a new metric or report? Before you start building, you'll first want to know what they're actually trying to understand or decide. And that critical thinking doesn't stop once you've built it. If an analysis returns 43.2%, you don't just check whether your query runs correctly; you also ask whether 43.2% makes sense in the first place.
Same goes for technical improvements: a process that is unnecessarily manual or a codebase that could be more reliable? Dig into it, propose a better approach and build it. At Floryn, you'll have the freedom to investigate the problem and take a solution from idea to implementation.
Floryn works with data across customer behaviour, marketing, sales, CRM, loan administration, company financials and more.
dbt is used for transformations and data modelling, Metabase for BI, Hightouch for reverse ETL and Fivetran and Estuary for data ingestion. Prefect runs recurring jobs, while Python is used for prototyping and heavier analysis.
An international scale-up environment with direct communication, sane working hours, company outings, ski trips and offsites.
You’ll join Data Operations: a compact team covering different technical and analytical specialisms. You’ll work closely with an Analytics Engineer and Senior Data Analyst, while regularly collaborating with Data Science, Development and teams such as Marketing, Risk and Sales.
As a Data (Analytics) Engineer, you’ll be a technical sparring partner within the team. You’ll review each other's work, challenge decisions around models and code and help keep the technical bar high.
The way of working is autonomous and focused. There's a short daily stand-up and a weekly session to discuss progress and new projects. Outside of those moments, you’ll have long blocks of time to actually build. Missing context? You’re expected to step away from your screen, ask questions and find the people who can help.
You and the analyst work out the problem together.
An analyst comes to you with a request for a new metric. The two of you sit down and figure out which business decision it actually supports. That conversation often lands somewhere neither of you started, and the model you end up building is a better answer than the one that was asked for. Then you build it.
You build, then you check whether the numbers are true.
dbt and SQL for most of it, Python where it earns its place, and Claude Code doing a real share of the typing. A green build is not a correct answer. You check the grain, the joins and the edge cases, and you write the tests that catch it next time.
Working with agents raises the bar instead of lowering it.
Claude Code is part of how everyone here builds, every day. Someone needs a change to a Metabase dashboard, and with our own Metabase skill that is a few minutes of your attention rather than an afternoon. The speed only holds if the foundation underneath is solid, so review, testing and unambiguous model definitions matter more here, not less. It also shapes what you build. We are exposing our metric definitions to agents so the business can ask its own questions, which means your models are what those agents reason over. Vague semantics survive in a dashboard. They do not survive an agent.
You review, and you get reviewed.
A colleague questions your incremental strategy or the grain of your model, and you do the same for their work. Prototypes go in front of people early, while they are still ugly. Feedback on a rough version beats a polished answer to the wrong question.
You fix things nobody asked you to fix.
Builds get slower. A Prefect flow falls over on late-arriving data. The same metric turns out to be defined in three places, with three answers. And sometimes a backend developer changes a column type without a backfill, and your model quietly starts producing nonsense that nobody notices for a week. Spotting that, tracing it back and making it impossible next time is the work. If your plan holds up, it becomes your next project in the weekly planning.
Then you close your laptop. We build for the long term here, and that does not require your evenings.
Steamz supports Floryn throughout the recruitment and selection process. The selected candidate will join Floryn directly.
Have any questions about the role or Floryn? Feel free to contact Thijs Dings at 0630716086 or via thijs@steamz.nl.