Case Study · Family Poultry Distribution (RCD)
RCD is a medium-sized poultry distribution business in the Philippines that has been operating for more than three decades, and it is still growing. Its transaction volume is high, its operating day is complex, and until this engagement, its entire memory lived on paper. Studio JNSQ moved that memory to the cloud in two weeks, and the business found hundreds of thousands of pesos it had lost along the way.
The client, referred to here by its initials RCD, is a medium-sized family-owned poultry distribution business in the Philippines that has been in operation for more than three decades. It is not slowing down. On any given day, multiple trucks run multiple trips, and the operational floor layers loading exchanges, culling, supplier settlements, and customer collections into the same working window. It is a capital-intensive business, and it moves quickly.
What made RCD unusual was not the volume; it was the medium. Everything above — every transaction, every customer account, every receivable balance, every reconciliation — lived on paper. Thirty years of physical ledgers, still hand-written, still the source of truth. The records were the business, and the records were the risk.
The owner needed to travel, and travel is where the three failure modes of the paper system stacked on top of each other in the worst possible way. Normally, the manager would take the physical customer ledgers with him on trips, so that he could keep the collection notes moving by hand while he was away. That is not portability; that is the records holding the business hostage. And it made every one of the paper-era problems worse at exactly the moment they needed to be smaller.
First was the fragility. A damaged or misplaced book could take decades of accounts receivable, sales history, and customer context down with it, permanently. Second was the manager himself becoming a bottleneck — not because of anything he was doing wrong, but because reconciliation, allocation, and customer follow-up all lived in his handwriting and his memory. When he was travelling or attending to other work, the business waited on him. Third was expense drift. The business carried a growing tail of non-operating expenses, and they piled up quickly. The owner wanted to be able to look at a period, at a glance, and know: why is this month bigger, and were there unusual items I should have seen coming. None of that was answerable from the paper trail.
The instinctive move on a digital transformation this old would be to migrate the historical data first, spend months tracing missing entries, and stand up the system on the back of a full reconstruction. That approach would have failed here for two reasons. First, the delivery window was two weeks; there was no time to relitigate three decades of paper. Second, the historical records were themselves incomplete, and forcing them into a modern schema would have produced a system whose ledger nobody trusted from day one.
So we did something quieter, and more useful. Rather than migrating the past, we designed the system to accept opening balances: a clean, deliberate starting point that the business could set as-of a specific date, with the older paper records kept in their original form as reference. The one exception was accounts receivable, because AR is the one place where the past is still an active balance sheet item. So we spent a focused stretch of the engagement combing through the 2026 records from the start of the year, surfacing aged receivables that had been buried inside the manual ledgers, and adding them to the opening balances as the system went live. That single exercise turned into the largest cash-flow moment of the entire engagement.
The dashboard is not the first thing we built; it is the last, because it can only exist once the underlying operational units are right. And the operational unit for RCD is the batch — a shipment run, with its own suppliers, customers, sales lines, expense lines, and reconciliation. Every chart on the dashboard reads through that lens: net income per batch, sales composition by classification, expense breakdown for the period, and inventory reconciliation across batches so that the manager can see, at a glance, whether the birds that came in have accounted for the birds that went out.
In RCD's mental model, everything happens inside a batch — a shipment run, with its own suppliers, customers, sales lines, expense lines, and reconciliation. That vocabulary was built over thirty years, and it is exactly right for how poultry distribution actually works. So the system was designed around the batch as the primary object, rather than forcing the business into a generic invoicing model that would have felt foreign from day one.
| Batch | Date In | Head In | Sold | Culled | Net ₱ | Status | |
|---|---|---|---|---|---|---|---|
| Batch 26-01 | Jan 08 | 28,500 | 28,320 | 180 | ₱2,845,600 | Closed | |
| Batch 26-02 | Feb 04 | 26,200 | 25,960 | 210 | ₱2,468,200 | Reconcile | |
| Batch 26-03 | Feb 28 | 31,400 | 31,180 | 220 | ₱3,124,800 | Closed | |
| Batch 26-04 | Mar 26 | 29,800 | 29,610 | 190 | ₱2,780,400 | Closed | |
| Batch 26-05 | Apr 22 | 32,700 | 32,450 | 250 | ₱3,020,500 | Live | |
| Batch 26-06 | May 17 | 30,900 | 9,400 | 60 | ₱856,200 | Selling |
When we asked the manager what he was most anxious about with digital tools, his answer was not about learning curves; it was about accidental deletion. Thirty years of paper had taught him that mistakes are permanent, and he had never fully believed that a computer could be more forgiving than a spreadsheet with a stray keystroke.
The reset button lives in a section literally labelled Danger Zone, and even that is guarded by the automatic snapshot behaviour. It is a small kind of grace to build into a tool, and it is the reason the manager stopped hesitating on the third day.
The Opening AR modal is a small piece of UI that carries the entire delivery strategy behind it. Because we designed the system to accept balances forwarded from an older ledger, we did not have to prove the historical data was complete; we only had to prove that today's balance was correct. That single move turned a six-month migration project into a two-week implementation.
Use this for receivables that pre-date the transactions in this system — e.g. balance forwarded from an older ledger.
Non-operating expenses had a way of piling up inside a paper system, because they did not tie cleanly to any batch and nobody wanted to spend the mental effort of categorizing them mid-shift. Over time, that tail became the specific place where the owner was losing visibility. So we gave non-op expenses their own tab, kept them fully separated from operating cost, and surfaced the whole expense mix on the dashboard as two views at once.
The owner can now ask the same question she always asks — what changed this month — and get the answer before she finishes the sentence.
Before the engagement, the owner had accepted that some receivables would eventually be written off as bad debt, not because the customers were unreachable, but because tracking each account's balance and history across a stack of hand-written ledgers was too expensive to do well. The work of collection was possible; the seeing was what was broken.
The record-combing exercise put hundreds of thousands of pesos back into visible AR that had been buried in the paper records, and 41% of those aged balances have been collected since implementation. Average collection time improved by two to three days, quietly, without any change to the collection process. Only the visibility changed.
This system not only allowed me to travel and enjoy my off times, but also really streamline the sales and collections process to make sure the business is not losing money anywhere.
The manager travels now without the ledgers. The books stay behind, and the business does not stop when he is out of the office, because the system holds the operational picture and multiple people can move against it at once. That single change — the elimination of the single point of failure — had knock-on effects that reached every corner of the operating day.
Approximately five to ten hours per week came back to the manager's calendar, and in complex-transaction periods (multi-truck days, layered supplier and customer exchanges), the savings on audit alone ran two to five hours per period. The double-entry and lost-cash-flow risks that came with manual re-writes across ledgers are automated away. Cash holdings, the single most sensitive metric for a capital-intensive distribution business, are now visible at any moment, in any location.
RCD handles high transaction volume, and the system has been running long enough to surface real patterns rather than one-month noise. That is where the compounding effect of the Resource Value Formula™ starts to show up in the shape of the business itself. When you recover a manager's calendar, an owner's visibility, and a receivables position all at once, the question stops being how do we survive the next week and starts being where do we grow to next.
RCD is now studying market expansion into Visayas and Mindanao. Both regions carry logistics complexity that the paper era would have made unreadable in time to act on; both regions look answerable now, because the operating picture is finally visible day-by-day rather than reconstructed at month-end. That is the whole thesis of the RVF™. Recover the resource, and the business grows into a shape it could not previously see.
The same framework that anchored this engagement is available as a free diagnostic. Twenty questions across four aspects, five to seven minutes.