LinnoEdge

LinnoEdge
Back to Works
Works — SaaS Development

The data existed.
It just wasn't connected.

Data Management SaaS for Japan's Regulated Gaming Industry

SaaS Data Engineering Laravel Docker Web Scraping 4 months
3,200+
machine records
fetched automatically every day
3 hours→ 0
daily manual entry
fully eliminated
200+
migration bugs
identified and resolved
Context

The data was there. It just wasn't reaching anyone.

Japan's regulated gaming industry — pachislo — generates an enormous amount of machine-level performance data. The industry's largest data portal accumulates hall-by-hall, machine-by-machine figures every single day.

The problem was that none of it was actually reaching the people who needed it most: the gaming hall operators, the content creators who built audiences around this data, and the players themselves.

Staff at gaming halls started every morning by manually checking that portal and copying figures into a spreadsheet. Three hours. Every day. 3 hours × 300 days = 900 hours of someone's time, gone to a task that should have been automated years ago. Players searched social media and specialist sites for information, but the data was fragmented and its reliability varied wildly. Hall operators had no real-time view of how competitors were performing.

The data existed. It just wasn't connected.

Challenge

It looked like a scraping tool. It wasn't.

The founder of a 15-year-old gaming hall operation came to us with this:

"Every morning, our staff checks the industry data portal and copies the numbers into Excel. Three hours, every day. Someone's time is disappearing into a task that should be automated."

At first glance, this looked like a scraping-and-display tool. But the more I listened, the clearer it became that the underlying problem was something entirely different. Three distinct user groups — staff, content creators, and hall operators — each needed different information in different formats for different purposes. Connecting all three in a single system meant rethinking the architecture from the ground up, not building a data fetcher with a UI bolted on.

Craft

The engineering decisions behind the rebuild

We came in mid-project.

Another firm had already started development. Within the first few hours of reading the codebase, it was clear the existing architecture couldn't support commercial deployment. That firm eventually stepped away from the project.

What followed wasn't a handover. It was a rebuild.

Four months. The scope wasn't "a data display tool" — it was "a SaaS that delivers value across the entire gaming hall ecosystem." The backbone of the design was three distinct account types: hall operators, content creators, and end users. Every feature and every screen was built independently around one of those three.

The hardest part of the project, though, wasn't the architecture — it was the migration. The initial prototype had been built on Replit. Moving everything to a production-grade Laravel backend surfaced over 200 bugs. Honestly, more than we anticipated. But we resolved every single one. The reasoning was straightforward: cutting corners at this stage would compound into years of expensive maintenance. We made the call to do it right.

A scraping infrastructure that runs every day

We built an automated data pipeline that fetches over 3,200 machine records daily. It includes retry logic, anomaly detection, and incremental updates — zero manual intervention required. Load testing confirmed the system can handle 10,000 concurrent records, enough to support multi-hall expansion without architectural changes.

Multi-hall infrastructure without data bleed

When multiple gaming halls share the same system, data isolation and processing conflicts are a real risk. We chose a Docker Compose containerization architecture that keeps each hall's environment fully separate while keeping operational overhead low — a design built to scale horizontally as more halls onboard.

Monetization design: why only the AI features cost money

Core features are free. AI-powered analytics operate on a paid point system. This wasn't a default freemium decision — it was the founder's explicit intent: "I want people to build the habit of looking at data first. Then, when they're ready, experience what the AI shows them." Payment runs through both GMO and Stripe, with each handling separate use cases. Delinquent account management is built into the platform.

Player Account

Real-time machine data,
without the research

Players can view machine-by-machine performance graphs in real time. A scheduling UI surfaces hall event information. The question "which machines are performing well right now?" is answered the moment they open the app.

Creator Account

From data to post
in one flow

Creators can save performance graphs and convert them directly into post-ready images. Templates optimized for X (Twitter) and Instagram are built in. The entire workflow — see the data, publish a post — happens inside the same tool. Every time a creator posts, the hall's reach grows.

Hall Operator Account

"What did that competitor
do this week?" — answered

A competitive analytics dashboard gives operators real data on rival halls: machine payout rates, weekly floor activity, trend lines. An integrated inquiry system handles customer questions in one place, eliminating the dropped requests that used to fall through the cracks.

Change

Before → After, in numbers

BeforeAfter
Staff morning routine3 hours manual data entryFully automated, 0 min
Player researchSocial media searches, reliability unknownReal-time performance graphs
Operator competitive intelligenceGut feeling and experienceData and comparison dashboard
Migration bugs200+ latent issuesAll resolved
Concurrent processingUntested10,000 records — load test cleared

"The biggest change from this project is that looking at the data has become a routine. The 3 hours of manual entry are gone. But the real shift is subtler: having the numbers at hand means the next decision comes faster."

Founder & CEO

Gaming industry operator, Tokyo — 200+ locations across Japan

Tech Stack

Technologies used

Laravel Docker Compose Stripe GMO Payment Web Scraping Automation OpenAI API

Built something similar to what you need?

Let's talk about your version of this.

30 minutes. No cost. Comes with a written next-step summary.