HEISO · 專案管理方式

Heiso 專案管理流程，
讓每一步都看得見、改得動

這是 Heiso 管理每一個專案的方式。先分析流程、再看 Mockup，最後依需求分批開發。需求不用一次想清楚，每一批做完都能看到成果、隨時調整方向。

為什麼要換個做法

很多軟體專案做完，
才發現不是自己要的

問題通常不在工程師，而在於需求要一開始就寫死，客戶卻要等到最後才看得到東西。

傳統做法一次定案

  1. 先寫幾十頁需求規格，還沒看到畫面就要簽字確認
  2. 開發好幾個月，過程中客戶看不到進度
  3. 最後驗收才看到成品，想改就要追加預算和時程

結果：做出規格上寫的東西，不一定是團隊每天用得上的東西。

Heiso 做法邊看邊調整

  1. 先把現有流程畫清楚，找出真正卡住的地方
  2. 先做 Mockup，畫面確認了才開始寫程式
  3. 需求分批提、分批做，每一批做完就能試用

結果：每一步都看得到，方向不對可以早點修正。

專案管理流程

五個步驟，每一步都有具體產出

每個階段結束時，你手上都會有一份可以看、可以討論的東西，不會只有一句「還在開發中」。

01

需求訪談

了解你的業務目標、使用者是誰，以及目前用哪些工具在做事。

產出訪談紀錄與初步範圍

02

流程分析

畫出現況流程，標出耗時、重工、容易出錯的環節。

產出現況／改善後流程圖

看範例 ↓
03

Mockup 原型

做出可以點擊的畫面，直接在畫面上討論與修改。

產出可操作的互動原型

看範例 ↓
04

分階段開發

依需求拆成小批次，每一批都交付可以用的功能。

產出每批一個可用版本

看怎麼進行 ↓
05

上線與優化

正式上線後，依實際使用的回饋持續新增與調整。

產出上線系統與持續迭代

步驟 02 · 流程分析

先看懂你的工作，
再談要做什麼系統

很多需求其實是流程問題。我們先把「現在怎麼做」畫出來，大家看著同一張圖討論，比較容易找到真正該改的地方。

  • 誰在做每個步驟由哪個角色負責、交接給誰
  • 用什麼做Excel、Email、LINE、紙本，資料散在哪裡
  • 哪裡卡住最花時間、最常出錯、最常重工的環節

現況 AS-IS採購申請流程

同事填紙本申請單
紙本傳遞給主管簽核平均等 1–2 天
採購手動整理進 Excel耗時・易出錯
Email 通知申請人

改善後 TO-BE採購申請流程

線上填寫申請
主管手機上簽核即時通知
資料自動彙整免手動輸入
進度即時通知申請人

範例示意，實際內容依每個專案的訪談結果而定。

步驟 03 · Mockup 原型

先看到畫面，
再決定要不要做

在寫任何一行程式之前，先做出可以點擊的原型。你可以實際操作、留言，我們依回饋修改，直到大家都說「對，就是這樣」。

  • 不用想像用操作取代文字規格，一看就知道好不好用
  • 早點發現問題少一個欄位、多一個步驟，改畫面比改程式省很多
  • 內部容易對齊老闆、主管、第一線同事看同一個畫面討論

客戶留言這裡可以加一個「依業務篩選」嗎？

客戶留言狀態欄想多一個「待補件」

步驟 04 · 分階段開發

漸進式提需求：
不用一次想清楚

很多需求要等系統用了才會浮現。所以我們依需求拆成小批次，每一批做完，你都可以加需求、換順序，或決定先暫停。

A

提出需求

想到什麼就提，一句話也可以

B

評估排序

逐項估時程與費用，決定這批先做什麼

C

開發交付

小範圍實作，做完就能實際使用

D

試用回饋

用過之後，下一批的需求自然會出現

做完一批，再回到 A

系統怎麼一批一批長大範例

第 1 批
核心流程先上線，團隊開始使用
第 2 批
依回饋補強：報表、通知、權限
第 3 批
擴大範圍：串接既有系統，推廣到其他部門

需求不用一次想清楚。
看到了、用過了，再決定下一步。

HEISO 的專案管理原則

分工

每個階段，你需要做的其實不多

你負責告訴我們業務怎麼運作、確認方向；整理、設計、開發和測試交給 Heiso。

階段你需要做的Heiso 負責
01需求訪談分享業務目標、現況與困擾（約 1–2 小時）整理訪談重點，提出初步範圍
02流程分析確認流程圖是否符合實際情況繪製現況與改善後流程，標出卡點
03Mockup 原型操作原型，在畫面上留下意見設計畫面，依回饋修改到定案
04分階段開發每批提出需求、一起排定優先順序開發、測試，定期展示進度
05上線與優化實際使用，回報問題與新想法部署上線、維運，持續改善

費用

每一批需求先報價，
確認後才開工

我們依需求拆成小批次，每一批開工前先報價，你確認範圍與金額才開始。做完一批，再決定下一批要不要做。

階段一

前期規劃

需求訪談＋流程分析＋Mockup 原型

[NT$__]固定價

  • 產出流程圖與可操作的原型
  • 之後進入開發，可折抵第一批費用
  • 結束時提供整體拆分建議與預算區間

階段二

分批開發

依需求拆分，每批獨立報價

逐批報價依需求範圍

  • 需求提出後，[1–2] 個工作天內回覆報價
  • 開工前確認這批的範圍、金額與時程
  • 開發中冒出的新需求，另列入下一批
  • 一批做完即可驗收、開始使用

階段三

上線維運

主機、監控與日常小調整

[NT$__]／每月

  • 每月含 [__] 小時調整額度
  • 較大的新功能另外逐批報價

範例：前期規劃後，核心流程建議拆成 3 批，預算區間約 [NT$__]–[NT$__]。你可以先做第 1 批，用過再決定要不要繼續。

需求一直加，費用會不會失控？

不會。每一批開工前就確認好金額，新需求會另外列成下一批報價，由你決定要不要做、什麼時候做。

做到一半想暫停可以嗎？

可以。每一批做完都能暫停，已經交付的功能可以照常使用。

能不能先知道總預算？

可以。前期規劃結束時，我們會提供建議的拆分方式與預算區間，方便你內部申請預算。

上線後發現 bug 怎麼辦？

每批交付的功能享有 [30] 天保固，保固期內的修正不另外收費。

合作的好處

小步前進，比一次做大更安全

風險更低

每一批範圍都小，方向走偏也能及早發現並修正，不會等到最後才重來。

進度看得見

每一批都有可以操作的成果，不用靠進度報告猜現在做到哪裡。

預算花在刀口上

先做最有價值的功能，用過再決定下一步，不會花錢做沒人用的功能。

準備好開始了嗎？

讓 Heiso 成為您在 AI 時代的數位轉型夥伴

聯絡我們