Finite Field

CASE STUDIES / EVIDENCE

Show how
decisions changed.

We show who made each decision before implementation, which information and rules moved into software, what remained human, and which proof is public or still undisclosed.

  • ImplementedOnly functions we actually built
  • Public scope statedNo private numbers converted into claims
  • Human decisions shownBoundaries that stay manual are explicit
CASE EVIDENCE MAPImplementation / observation / next validation
01Business issueCalls, spreadsheets, individual judgment
02Decision rulesTime, permissions, fit conditions
03Implementation scopeScreens, data, notifications
04Observed changeWorkflow change
Cases6Reframed on this page
Quant effectUndisclosedUndisclosed stays undisclosed
ExtensionsSeparateUnimplemented ideas are marked
EDITORIAL RULE

We do not mix what was built with what could be built next. Cases without deployed optimization are treated as related implementation proof.

SCROLL TO EVIDENCE

HOW TO READ

Read each case
in three layers.

Implemented, observed, and next automation candidate are different claims. This page separates the labels and keeps every claim within the available proof.

01

IMPLEMENTED

Published implementation

Functions, period, and technology confirmed by public records or approved evidence.

Published as fact
02

OBSERVED

Confirmed workflow change

Changes like searchable schedules or mobile approvals, without estimating unpublished savings.

Within public scope
03

NEXT HYPOTHESIS

Future mathematical automation

Ideas that can be tested with existing data, always marked as not yet implemented.

Proposal, not implemented
What we do not show

We do not show unsupported reduction rates, unapproved customer details, unimplemented optimization as delivered work, or claims such as fully automatic unless the evidence supports them.

CASE NAVIGATOR

Find cases close to your work
with three questions.

The navigator uses decision type, users, and evidence needs, not just industry names.

STEP 01 / DECISION

What decision is mostly done by people?

Choose the closest one.

1 / 4

CASE LIBRARY

Explore public work
by decision type.

02 / Order flow / global3 months

Global order management system

A member-based order system with English UI for overseas buyers, product management, customer management, messaging, documents, and catalogs.

OrdersEnglish UIDocuments
03 / Matching / commerce3 months

Self-pick vegetable matching app

An app for matching producers and consumers so people can pick vegetables directly in the field and purchase products.

MatchingPaymentsProducts
04 / Field work / approval2 weeks

Timecard management for construction sites

A system for construction staff who go directly to sites to clock in and out and request paid leave from a smartphone.

Field inputApprovalMobile
05 / Search / multilingual2 months

Visual English dictionary app

A dictionary app for learning English in more than 30 languages, implemented with SQLite, Flutter, and Firebase.

30+ languagesSQLiteSearch
06 / Language operations3 years

Translation support tool Isometry

A web system that supports fast, high-quality translation. The public record says it was adopted in a Deloitte Tohmatsu translation project.

Translation supportJavaGoogle Cloud
MORE IMPLEMENTATION PROOF

You can also review implementation quality in the demo library.

Read-only system demos for logistics, manufacturing, retail, sales, construction, and more are collected on a separate page.

View demos

FROM SYSTEM TO OPTIMIZATION

Connect existing implementation
to the next calculation.

These are not delivered functions. They are future hypotheses that should first be checked through a small prototype.

Implemented

Visit schedule visibility

People, time, schedules, external users

Not implemented / validation candidate

Automatic assignment of staff to visits

Evaluate qualifications, time windows, travel, and continuity together

View related page
Implemented

Unified orders and documents

Products, orders, customers, progress, documents

Not implemented / validation candidate

Processing, inventory, and shipping priority

Create candidates from due dates, stock, margin, and logistics conditions

View validation method
Implemented

Time tracking, requests, approvals

Staff, attendance, leave, approvals

Not implemented / validation candidate

Shift plans from preferences and required staffing

Create candidates that respect skills, consecutive work, and fairness

View related page
Implemented

Product publishing, inventory, payments

Producers, products, buyers, inventory

Not implemented / validation candidate

Supply and demand matching candidates

Generate recommendations from area, stock, freshness, and preferences

View related page

CASE DETAIL STANDARD

Publish every detailed case
with the same eight fields.

Instead of listing only convenient numbers case by case, we use a common comparable format.

  1. 01Business background

    Who was struggling, and in which situation

  2. 02Before decision

    Public information and confirmed prior decisions

  3. 03Data used

    People, time, products, schedules, permissions

  4. 04Implemented scope

    Screens, data, notifications, integrations

  5. 05Human decisions

    Exceptions, approvals, expert judgment boundaries

  6. 06Observed change

    Workflow and usage changes

  7. 07Public proof

    Period, technology, links, and whether numbers exist

  8. 08Next hypothesis

    Unimplemented mathematical automation in a separate field

FAQ

Frequently asked questions
about case studies.

Why do some cases not show reduction rates or sales growth?

Because no public or approved measurement is available. We show implementation scope, period, technology, and workflow change without inventing metrics.

Do all cases use mathematical optimization?

No. The page includes related implementations such as data foundations, schedule management, matching, permissions, search, and language tools. Cases without optimization are labeled that way.

Can we ask even if there is no case in our industry?

Yes. We compare decision structures such as assignment, ordering, scheduling, approval, and matching rather than only industry names.

Can a case be published without the customer name?

Yes. Industry, scale, problem, and scope can be anonymized, then checked before publication.

Can we validate with our own Excel data?

Yes. We first check columns, volume, hard conditions, preferences, and current decision steps, then test with a small prototype.

Your next case

The next case
could be your operation.

A same-industry case is not required. We start from your current spreadsheets and recurring decision conditions to identify what can be automated.

What we check first

  • 01Current spreadsheets and forms
  • 02Hard constraints and preferred conditions
  • 03Metrics to compare against the current plan
Anonymized sample data is enough for an initial review.