HEISO · How We Work

Heiso's project process
Every step visible and adjustable.

Map the process, review mockups, then build in small batches. No need to define everything up front.

Why a different approach

Too many software projects
turn out to be the wrong thing.

Requirements get locked in on day one, and clients see nothing until the end.

Traditional ApproachEverything fixed up front

  1. Dozens of pages of specs, signed off before anyone has seen a screen
  2. Months of development, with little visibility into progress
  3. The product appears at final acceptance, and every change costs extra budget and time

Result: You get what the spec says, not always what your team needs.

Heiso's ApproachAdjust as you go

  1. Map the current process first to find where work really gets stuck
  2. Mockups first, code only after the screens are agreed
  3. Requirements in batches, each one usable as soon as it's done

Result: Every step is visible, so a wrong turn gets fixed early.

Project Management Process

Five steps, each with a real deliverable

Every phase ends with something you can see and discuss.

01

Requirements Interview

Your goals, users and current tools.

DeliverableInterview notes and preliminary scope

02

Process Analysis

Map the current process and find the bottlenecks.

DeliverableAS-IS / TO-BE process flowcharts

View example ↓
03

Mockup

Clickable screens to discuss and refine.

DeliverableInteractive, operable prototype

View example ↓
04

Phased Development

Small batches, each one ready to use.

DeliverableOne usable version per batch

See how it works ↓
05

Launch & Improve

Keep improving based on real use.

DeliverableLive system with continuous iteration

Step 02 · Process Analysis

Understand the work first,
then decide what system to build.

We map how work happens today, so everyone can see what really needs fixing.

  • Who does whatWho owns each step and who it goes to next
  • What tools are usedExcel, email, LINE, paper: where the data lives
  • Where are the bottlenecksThe slowest, most error-prone steps

AS-ISPurchase Request Process

Staff fill in a paper form
Paper form routed to manager for sign-off1–2 days on average
Purchasing re-types it into ExcelSlow · Error-prone
Requester notified by email

TO-BEPurchase Request Process

Request submitted online
Manager approves on mobileInstant notification
Data compiled automaticallyNo manual entry
Requester sees live status

Example illustration. Actual content depends on interview results for each project.

Step 03 · Mockup

See the screens first,
then decide what to build.

Before writing code, we build a clickable prototype and refine it with you until it's right.

  • No imaginingTry it instead of reading a spec
  • Find problems earlyFixing a screen costs far less than fixing code
  • Easy internal alignmentEveryone discusses the same screen

Client commentCan we filter by sales rep here?

Client commentAdd a “Waiting for documents” status?

Step 04 · Phased Development

Add requirements as you go.
No need to know everything up front.

Many needs only appear once people use the system, so we build in small batches you can adjust or pause.

A

Raise a need

Anything that comes to mind. One sentence is enough

B

Estimate & prioritize

We estimate time and cost per item and pick what goes into this batch

C

Build & deliver

A small scope, ready to use as soon as it's done

D

Use & give feedback

Real use shows what the next batch should be

Batch done, back to A

How the system grows batch by batchExample

Batch 1
Core workflow goes live and the team starts using it
Batch 2
Improvements from feedback: reports, notifications, permissions.
Batch 3
Wider scope: integrate with existing systems, roll out to other departments.

You don't need every requirement up front.
See it, use it, then decide.

HEISO PROJECT PRINCIPLE

Who does what

Your part in each phase is small

You explain how your business works. Heiso handles design, development and testing.

PhaseWhat you need to doHeiso handles
01Requirements InterviewShare business goals, current situation, and challenges (approx. 1-2 hours).Summarize interview highlights, propose preliminary scope.
02Process AnalysisConfirm if the flowchart accurately reflects the actual process.Draw current and improved process flows, identify bottlenecks.
03MockupInteract with the prototype, leave feedback on the screens.Design screens, modify based on feedback until finalization.
04Phased DevelopmentPropose requirements for each batch, collaboratively prioritize.Develop, test, and regularly demonstrate progress.
05Launch & ImproveUse the system, report issues and new ideas.Deploy, maintain, and continuously improve.

Pricing

Every batch is quoted first,
and work starts only after you approve.

Each batch is quoted before work starts. When it's done, you decide on the next one.

Phase One

Discovery & planning

Interview + process analysis + mockup

[NT$__]Fixed Price

  • Delivers process maps and a clickable prototype
  • Credited toward the first batch if you continue to development
  • Ends with a recommended batch plan and budget range

Phase Two

Batch development

Split by requirement, each batch quoted separately

Quoted per batchbased on scope

  • Quote within [1–2] business days of receiving a request
  • Scope, price and timeline confirmed before work starts
  • New requests raised mid-batch go into the next batch
  • Each finished batch can be accepted and used right away

Phase Three

Ongoing maintenance

Hosting, monitoring and small day-to-day changes

[NT$__]/ month

  • Includes [__] hours of changes per month
  • Larger new features are quoted as new batches

Example: Core workflow in 3 batches, about [NT$__]–[NT$__]. Start with batch 1 and decide from there.

If requirements keep growing, will costs get out of control?

No. Each batch is priced before work starts, and new requests are quoted as a separate batch.

Can we pause partway through?

Yes. You can pause after any batch, and everything delivered keeps working.

Can we know the total budget in advance?

Yes. Discovery ends with a batch plan and budget range.

What if we find a bug after launch?

Each batch has a [30]-day warranty. Fixes in that period are free.

Why it works

Small steps are safer than one big leap

Lower Risk

Small batches catch a wrong turn early.

Visible Progress

Every batch gives you something you can use.

Budget where it counts

The most valuable features come first.

Ready to get started?

Let Heiso be your digital transformation partner for the AI era.

Contact Us