Listing new sets, repricing stock, pricing trade-ins at the counter, counting the same inventory twice before an event. We build the software that does it, shaped around how your shop already works.
We connect to the storefront you already run. No migration, no switching platforms, no new point of sale to learn.
Every shop we talk to pays someone to move card data by hand. The work is not hard. It is just endless, and it scales with every set release.
Listing a single card costs more staff time than the card earns, so it stays in the box.
The market moves daily, your prices do not.
The webshop, the counter and the event table each keep their own version of the truth.
Nobody gets all of it on day one. We start with the process that costs you the most, put it live, and add the next one when it earns its place. On a call we will tell you exactly what is running today and what we would be building for you.
Point a phone camera at a card, get the identified card and your own price for it, and push the stock level to the shop in the same motion. No dedicated hardware to buy and no separate system to reconcile afterwards.
Your buy rules, applied consistently by whoever is behind the counter. Percentages, caps and exclusions are yours; the system only makes sure the same card gets the same answer on a Tuesday as on a Saturday.
One stock level shared by the webshop, the physical counter and the event table, updated as things sell. The point is to stop holding inventory back from one channel to protect another.
Reference prices pulled daily and converted to your currency, compared against what you actually charge. You set the acceptable range and hear from us only when something falls outside it.
Buy recommendations based on your own sell-through: which cards turn fast in your shop, which sit, and what you can pay for them at the counter or from a supplier and still keep your margin.
Tell us what your team repeats every week. We will scope it, price it separately, and say so plainly if the automation would not pay for itself.
Describe your workflowWe are not a self-serve tool with a sign-up button. We work closely with a small number of shops per market, which is what makes building around a specific setup possible at all.
A call and, where it helps, a walk through your actual process. We want to know what your team repeats, how long it takes and what it costs, because that is what decides whether this is worth doing.
A defined first module, a delivery date, what is included and what is not. Pricing is per shop because a shop tracking prices and a shop automating its whole listing operation are two different conversations.
You get something running on your own data early, not a demo on sample records. Fix rounds are part of the build, so the first version is expected to need adjusting against how your team really works.
Once the first one is carrying its weight, we scope the next. Ongoing maintenance keeps the connectors working as your platform and the card catalogues change, which is most of what breaks in this category.
Card retail does not have one standard process. Two shops of the same size price differently, grade differently and structure their catalogue differently. Generic tooling forces you to adopt someone else's process, which is why most of it ends up half-used.
We write every integration ourselves, so the platform you run is a question of a connector, not a blocker.
Talk through your setupWe build the connector your shop needs during onboarding, usually in days rather than weeks. If your system exposes an API or can export data, we can connect to it.
Tell us what your team does by hand and we will tell you whether we can remove it. If the numbers do not work, you will hear that instead of a proposal.
We are based in Poland and work across Europe. Meetings in English, and we travel for the ones that matter.
We reply within one business day.
We use your details only to reply to this enquiry. No newsletter.
No. We connect to what you already run and read your catalogue from it. By default we only read. Writing back to the shop is switched on when you ask for it, and can always go through an approval queue so nothing changes without a person confirming it.
The engine is shared: the card catalogue, the price data, the connector layer. What sits on top is yours, because your pricing rules, condition scale, catalogue structure and approval steps are not the same as anyone else's. That is why we scope per shop instead of publishing a feature list and a price next to it.
That is a common and reasonable position, and one of our clients works exactly this way. The system can propose and wait for a person to confirm, for every price or only above a threshold you set. Full automation is an option, not a requirement.
Deliberately few. Building around a specific setup only works when we know that setup well, so we take on a small number of shops per market and go deep rather than wide. If you want to know how that applies to yours, ask on the call and you will get a direct answer.
Reference prices are pulled daily and converted at the current rate. We also use other sources, including TCGplayer and PriceCharting, for the analytical modules. We do not scrape marketplaces that prohibit it or automate purchases where the platform does not allow it.
Your catalogue, prices and margins stay yours. We do not resell them, do not show them to other shops and do not build public rankings from them. You can revoke access at any time by invalidating the token on your side.
No. Scanning runs on a phone camera and connects straight to your shop, which is the part that closed counter-top systems leave out. If a future module genuinely needs controlled lighting and a fixed distance, that is a mount and a lamp, not a separate machine you wait a year for.
Bring what your team repeats every week. We will tell you what can come off their plate, what it would take, and what it would cost.