DynamoDB
AWS Lambda
Amazon S3
MongoDB
Amazon API Gateway
Redis
Apache Cassandra
Amazon RDS
Split Fee
Unbench
Split Fee is a platform for UK recruitment agencies to collaborate on permanent placements.
Every agency has candidates they can't place and vacancies they can't fill. Another agency almost certainly has what you need โ but finding them, trusting them, and making the collaboration work has always been the hard part.
Split Fee solves this. Post your candidates and vacancies to the platform. Our matching algorithm finds opportunities across every agency on the network โ by skills, location, salary, and seniority. Candidate and client data stays anonymised until both sides agree to work together. When a placement is made, we handle the fee split and invoicing automatically.
No more posting in social media groups and hoping someone replies. No more sharing candidate details with strangers on trust alone. No more chasing invoices from agencies you barely know.
45% for you. 45% for them. 10% platform fee โ only when a placement is made.
Half of a placement fee is infinitely better than none of it.
DynamoDB Split FeeNo features have been listed yet.
No Split Fee videos yet. You could help us improve this page by suggesting one.
Split Fee's answer:
A next-generation serverless platform, built for AWS.
Split Fee's answer:
Split Fee is the first purpose-built platform for split fee recruitment in the UK. Instead of relying on LinkedIn groups, WhatsApp messages, and manual agreements, agencies upload their candidates and vacancies and the platform automatically matches them across agencies.
Candidate identities are revealed gradually; anonymised at first, then progressively disclosed as both sides accept, so agencies can collaborate without the risk of circumvention.
Split Fee's answer:
Most "split fee networks" are just directories or social groups where agencies post and hope someone responds. Split Fee is an actual matching engine. It scores candidate-vacancy pairs, handles the legal agreements (non-circumvention, self-billing), automates invoicing and fee splits, and manages the entire placement lifecycle from match to payment. Everything that normally requires trust, phone calls, and spreadsheets is handled by the platform.
Split Fee's answer:
UK recruitment agencies; from boutique firms with a handful of consultants to mid-sized agencies with specialist sector coverage. Any agency that has either strong candidates without the right vacancies, or client vacancies they can't fill from their own candidate pool. Split Fee turns those dormant assets into placements.
Split Fee's answer:
Abbie, our founder, knew that although split fee arrangements have existed in recruitment for decades, the process has always been manual: find a partner agency, negotiate terms, trust them with your candidate data, chase invoices. Most agencies avoid it because the overhead and risk outweigh the reward. Abbie built Split Fee to remove that friction entirely, with automated matching, progressive identity disclosure, built-in legal agreements, and automated billing, making split placements as straightforward as direct ones.
Based on our record, DynamoDB seems to be more popular. It has been mentiond 127 times since March 2021. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.
In mid 2022, while working with DynamoDB, we used a project called dynamodb-toolbox that helps manage entities and query DynamoDB. As we relied on the project heavily, I wanted to take part in it and opened an issue where I asked if I could help maintain the library. After talking to the author, Jeremy, for a bit, I started co-maintaining it along with other projects that Jeremy created. I would say that after... - Source: dev.to / 28 days ago
In a multi-environment setup, I want production Amazon DynamoDB tables and S3 buckets to survive accidental stack deletions. But in dev, I want clean teardowns without orphaned resources cluttering the account. Previously, I needed separate templates or manual post-deploy steps because DeletionPolicy only accepted a static string. - Source: dev.to / 2 months ago
You need to understand synchronous and asynchronous inference patterns, event-driven architectures using Amazon EventBridge, workflow orchestration with AWS Step Functions, data processing with AWS Lambda, state management with Amazon DynamoDB, and security with AWS Identity and Access Management (IAM). The exam tests your ability to design serverless architectures that scale automatically, handle failures... - Source: dev.to / 3 months ago
In this application, we will create products and retrieve them by their ID and use Amazon DynamoDB as a NoSQL database for the persistence layer. We use Amazon API Gateway, which makes it easy for developers to create, publish, maintain, monitor, and secure APIs. Of course, we rely on AWS Lambda to execute code without the need to provision or manage servers. We also use AWS SAM, which provides a short syntax... - Source: dev.to / 6 months ago
Once we have the elevation data for a grid cell from Google, it is stored in DynamoDB, indexed by the cell's center coordinates. This allows quick lookups whenever a pointโs elevation is needed, without hitting Googleโs API repeatedly. - Source: dev.to / 10 months ago
AWS Lambda - Automatic, event-driven compute service
Unbench - Beyond recruitment, Unbench became a dynamic matchmaking platform, efficiently connecting companies with top specialists.
Amazon S3 - Amazon S3 is an object storage where users can store data from their business on a safe, cloud-based platform. Amazon S3 operates in 54 availability zones within 18 graphic regions and 1 local region.
MongoDB - MongoDB (from "humongous") is a scalable, high-performance NoSQL database.
Amazon API Gateway - Create, publish, maintain, monitor, and secure APIs at any scale
Redis - Redis is an open source in-memory data structure project implementing a distributed, in-memory key-value database with optional durability.