Two systems live in Philippine public offices

Operational systems
public institutions actually use

We map how an office really works before we build anything for it. Three systems have come out of that so far: one for a municipal agriculture office, one for a schools division's disaster risk unit, one for teachers. Two are running today. The third is still being built, and it says so.

ABRA, PHILIPPINES · UNDERSTAND FIRST, BUILD SECOND

Three systems.
Two you can open right now.

Status here is recorded, not marketed. Live means you can sign in within the minute. In development means there is nothing to sign into yet, and listing it as anything else would only waste a trip.

DRAFT SUBMITTED REVIEW APPROVED FROZEN CORRECTION = NEW LINKED SUBMISSION

Kaleya

Live

Municipal Agriculture Office · Department of Agriculture

Production, damage, and program monitoring. Barangay encoders record what they see in the field, the office reviews it, and the approved figure becomes the official one, at which point it stops moving.

  • Encoders never write to official tables. Every change travels as a submission with its own reference number.
  • Approved records freeze. A correction is a new linked submission, so the office can always see what a figure used to be.
  • Every peso in a damage total traces back to an item, an assessment round, and a verified figure.
  • Capture works offline, because signal drops in the field.
QUEUED OFFLINE DIVISION ROLL-UP PREPAREDNESS DAMAGE RECOVERY

Hummingbird

Live

DepEd Schools Division of Abra · Disaster risk reduction

Division-wide preparedness, damage assessment, and recovery. When a typhoon crosses the province, the division needs to know which schools were hit and how badly, without waiting for a paper report to travel down a mountain road.

  • School reports roll up to a division view across preparedness, damage, and recovery.
  • Reports queue on the device when the network drops, because they matter most exactly when connectivity is worst.
  • The deployment publishes its own health at /api/health. Anyone can check it, including you.
  • Errors are captured into its own database, so nothing about a school leaves the deployment.
Note — synthetic data

Hummingbird runs on synthetic records (330 schools, 317 active) ahead of the executive presentation on 17 August 2026. Real division data has not been loaded, so every figure inside it is a placeholder rather than a finding about a school.

RECORDS STAY HERE A OWNER B BLOCKED EXPORT ALWAYS AVAILABLE

EduFlow One

In development

Public school teachers

Class records, planning, and reporting, built around the fact that a teacher's records are their own, and a shared staff laptop should never hand one teacher's class to the next person who signs in.

  • The teacher's working data lives on their own machine rather than being held hostage by a connection.
  • A workspace belongs to the account that claimed it. A different account on the same laptop is stopped, and an export is always available first.
  • Published copy is checked automatically against what the product actually does, so it cannot ship a promise it no longer keeps.
Note — not currently available

There is no public link for EduFlow One today. Its hosted environment is being rebuilt and sign-in is gated, so a link here would lead to a closed door. It is listed because it exists and is being worked on, rather than because you can use it yet.

The RazeFlow Method™
Understand first. Build second.

We do not write a proposal until we have mapped the operation. That is policy rather than preference, because the problem an office describes is often not the problem it has.

011–3 wk

Discover

We map the actual operation: every process, every handoff, every workaround. We sit in on the meetings nobody thinks to invite a consultant to.

Operations map · Friction report
021 wk

Diagnose

We find the small share of changes carrying most of the improvement, ranked by what it is worth to the office rather than what is interesting to build.

Diagnosis · Intervention plan
032–4 wk

Design

We design with your team rather than at them, and prototype the parts carrying the most risk, testing them with the people who will actually use it.

Blueprint · Tested prototype
044–16 wk

Develop

Weekly demos against a fixed scope with written change control. No disappearing for a quarter and returning with a surprise.

Working system
052–4 wk

Deploy

We handle the transition, migrate the records, train the staff, and watch the first weeks of live use. It is done when you say it works.

Live system · Training & docs
06Ongoing

Evolve

Offices change. We measure what the system is doing and keep changing it with you, rather than handing over a frozen deliverable and leaving.

Review & iteration

What we build.
Scoped to the outcome, not the technology.

Government systems

Information systems for public offices that survive an audit and, more importantly, get used by the staff they were meant for.

Custom software

Software shaped to how an organization already works, built after we have watched it work, so the first day feels like the tenth.

Workflow automation

We remove the specific handoffs where your people spend the most time on the least valuable work, rather than automating an office wholesale.

Data & reporting

One place where the numbers agree with each other, so a meeting is about the decision rather than about whose spreadsheet is right.

Offline-capable field tools

Capture that keeps working when the signal does not, then reconciles once without creating duplicates. Both live systems above do this.

Interface & adoption design

A technically correct system nobody opens has failed. We design around the person doing the work, and stay through the switch.

Who builds this.
One named person, accountable.

Wency Dalida Daagdag, founder of RazeFlow.
Wency “Wyze” Dalida Daagdag
Founder & CEO · Abra, Philippines

“Most organizations don't fail from lack of ambition. They fail from lack of the right systems.”

For years I watched capable teams with clear mandates slowed to a crawl by work a system should have been doing: manual entry, approvals living inside somebody's inbox, a spreadsheet held together by one person who cannot go on leave. The technology to fix that has existed for a long time. What was missing was anyone willing to understand the work before building for it.

So RazeFlow runs on one stubborn principle: understand first, build second. The systems on this page came out of that principle, and I am the person accountable for them.

  • You can't build the right thing until you understand the work. Every other firm arrives with a solution. We arrive with questions, and we are willing to be told the problem is somewhere else entirely.
  • The best system is the one people stop noticing. If your staff has to think about the software, the software has failed. Success is a team forgetting it was ever done another way.
  • Built here, for here. The offices this software serves are a drive away rather than a support ticket away. That is a design constraint before it is a sentiment. It is why both live systems assume the network will fail.
Wency “Wyze” Dalida Daagdag FOUNDER & CEO · RAZEFLOW

Tell us how your office actually works.

Describe the part of your operation that keeps costing people their week. We will read it properly and reply within a day. If we can help, we will show you how; if we cannot, we will tell you that plainly rather than selling you something adjacent.

  • First call 30 minutes, no obligation
  • Usually starts with A fixed-scope operations audit
  • Email hkakusie@gmail.com
  • Based in Abra, Philippines
Please tell us your name.
That email address doesn't look complete.
A sentence or two is enough to start.
Goes straight to the founder's inbox. No list, no sequence.