常見問題
網站、App 與 AI 專案的常見問題
這頁整理我們在評估階段最常被問到的問題，涵蓋時程、報價方式、技術選擇與後續維護。答案是一般的說明，實際情況會依專案範圍而不同。
如果這裡沒有你要的答案，可以直接透過表單或電話詢問，我們會依你的情況回覆。
可先挑和你情況最接近的一段讀，再決定要不要聯絡我們。
評估一個專案，先看這三件事
幾乎每個來問問題的團隊，卡住的點都差不多。先把範圍、資料與決策窗口想清楚，後面的時程與報價才有辦法談得具體，也比較不會在中途反覆。
範圍
先講清楚要做什麼、不做什麼
功能清單、整合對象、需要支援的語系與裝置，這些確認得越早，估時與估價就越接近實際。範圍模糊的專案，最後通常靠追加預算補回來。
資料
文案、圖片與素材誰提供
內容延後提供，開發就會停在等資料。先把主要頁面的文案與圖片備齊，或先講好由誰負責撰寫與拍攝，這比技術選型更常決定專案能不能準時。
決策
誰能在意見不同時拍板
不用所有事都由一個人決定，但分歧出現時要有人能定方向。窗口明確的專案，來回修改的次數通常少很多。
關於時程
時程是範圍的結果，不是先喊出來的數字。
時程取決於範圍與複雜度。形象網站的開發時間通常比電商平台短，牽涉金流、庫存或多語系的專案則需要更長的規劃與測試時間。我們會在了解需求後提供分階段的時程建議，而不是先給一個聽起來漂亮的總天數。
影響時程最大的變數通常是內容與決策。文案、圖片、品牌素材如果延後提供，開發就會卡在等資料；決策如果集中在少數人身上，來回修改的次數會少很多。要加快速度，這兩件事比技術選擇更關鍵。
分階段的意思是每個階段都有可以驗收的產出：先確認結構與動線，再做視覺，最後串接功能與整合。你可以在每一段結束時決定要不要往下走，也可以調整下一段的重點。
分階段確認結構與動線，再進入視覺與功能串接。
關於報價
先確認範圍，再談價格，對雙方都比較實在。
報價會依這四項拆開說明
- 功能範圍 頁面數量、帳號權限、後台可編輯的內容
- 整合需求 金流、物流、ERP、CRM 或既有系統介接
- 設計複雜度 客製版面、動態效果、多語系與多裝置適配
- 時程壓力 是否需要加班排程、壓縮測試時間或分批上線
我們不用單一價格回應所有需求。提案會把工作項目分開列出，讓你知道每一部分的內容與對應成本。這樣在調整範圍時，也比較容易看出會影響哪些部分。
報價的依據包含功能範圍、整合需求、設計複雜度與時程壓力。同樣是「做一個網站」，功能與整合需求不同，成本可能差好幾倍。先確認範圍再談價格，對雙方都比較實在。
提案中會標示哪些項目屬於第一階段、哪些可以先不做。如果你的預算有上限，我們會直接說明在現有預算下建議先完成哪一段，而不是把範圍寫得很滿再一路追加。
想先知道你的需求大概落在哪個範圍，可以把功能清單與希望的上線時間寄給我們。
與我們聯絡AI 導入先從資料與一個明確場景開始
企業導入生成式 AI 最常遇到的問題是資料，不是模型。檔案格式不一、散在不同系統、沒有明確的權限規則，這些沒處理好，AI 就很難給出可用的結果。
建議從範圍明確、效果容易評估的場景開始，例如內部知識搜尋或客服回覆輔助。確認可用之後再擴大到其他部門，會比一次導入全公司務實。
關於技術選擇
選的是兩三年後還有人維護得動的那一個。
網站開發的技術選擇主要看日後誰維護、兩三年後這個選擇還合不合理、以及出問題時找不找得到支援。穩定且社群資源充足的框架，長期維護成本通常比較低。網頁設計的呈現方式也會影響技術判斷，例如版面是否需要高度客製、是否有大量動態內容。
行動應用要在原生與跨平台之間取捨。原生開發在效能與系統功能取用上較直接；Flutter 這類跨平台方案能共用程式碼，適合兩平台功能接近的專案。如果需要大量使用相機、藍牙、背景定位或推播，原生的穩定度通常比較好掌握。
如果團隊內部沒有工程人員，我們會把交接與文件一起列入規劃，讓之後接手的人看得懂結構與部署方式。這部分常被忽略，但往往決定專案第二年好不好過。
原生開發
效能與系統功能取用較直接，適合重度使用裝置能力的應用。
跨平台方案
共用程式碼，兩平台功能接近時可減少重複開發與維護。
網頁與後端
以社群資源充足、找得到支援的框架為主，降低長期維護成本。
關於 AI 導入
AI 解決方案與 IT 服務與諮詢通常在這個階段一起被問到：資料要放在哪裡、誰可以看到、回覆不準時怎麼修正。
導入前先處理的三件事
-
資料整理
把要用的檔案集中、統一格式，並標出哪些內容已過期、不該再被引用。
-
權限規則
先決定哪些部門、哪些角色能看到哪些資料，再談模型與工具怎麼接。
-
評估方式
用一組實際問題測試回覆品質，並約好誰負責判斷可用與否。
若既有系統老舊、資料散在各處，通常會先做一段 IT 諮詢與盤點，再決定哪些流程適合自動化。順序反過來做，往往只是把整理資料的工作延後而已。
關於上線後的維護
上線是專案的開始，不是結案。
上線不等於結案。網站與 App 上線後會遇到系統更新、流量變化與使用者回饋，這些都需要有人處理。維運的範圍通常包含錯誤排查、安全性更新、備份確認與小幅度的內容調整。
維運不等於無限制的修改。新增功能或大幅度的調整會另外估算，範圍與頻率會在合約中講清楚，例如每月可處理的內容調整項目、回應時間與聯絡方式。
包含在維運內
錯誤排查、安全性更新、備份確認、小幅內容調整與基本效能檢查。
另外估算
新增功能、改版、系統介接變更與大量內容搬移，會依範圍另行報價。
關於合作方式
合作方式講清楚，比事後補救容易得多。以下是我們實際進行專案時的幾個原則。
需要一個能拍板的窗口
不是所有決定都要一個人扛，而是當意見分歧時有人能決定方向，這會明顯影響推進速度。
溝通以線上會議與文件為主
重要決定會留下書面記錄，方便日後回頭確認當時為什麼這樣選，也讓沒有參與會議的同事能跟上。
定期回報進度
專案期間會定期回報進度，包含完成項目、遇到的問題與下一步。遇到需要你決定的事，我們會提前提出，而不是等到卡住才說。
其他常被問到的問題
網站開發和網頁設計可以分開發包嗎？
可以，但兩邊的界線要先講清楚，例如視覺稿的可編輯程度、元件是否共用、誰負責切版與響應式調整。若設計與開發由不同團隊負責，我們通常會在動工前先確認版面規格與斷點規則，避免後期為細節來回修改。
我們已經有網站，可以直接改嗎？
要看你現有的系統與維護狀況。如果底層還能用，通常會先做一次盤點，列出可以保留、需要調整與建議重做的部分，再決定是局部調整或整體重做。直接動工而沒有盤點，常見的結果是改到一半才發現舊結構撐不住新需求。
AI 功能上線後，回覆不準怎麼辦？
先確認來源資料是否正確、是否過期，再檢查權限與範圍設定。多數情況下，問題出在資料本身而不是工具。我們會把測試問題與調整紀錄留下來，讓後續修正有依據，也能看出哪些情境需要改由人工處理。
專案完成後，程式碼和素材會交給我們嗎？
會。交付內容包含程式碼、設計原始檔與操作說明，並在結案前安排一次交接，說明部署方式、後台操作與常見問題的處理位置。如果你之後想換團隊維護，這些資料會讓接手的人少走很多冤枉路。
關於我們的背景
Veltrixora Digital 承接網站開發、行動應用、網頁設計、AI 解決方案與 IT 諮詢。辦公室位於喬治亞提比里斯的 Gorgasali Street 47 號，服務範圍涵蓋台灣的企業與新創團隊，溝通以中文為主。
我們不承接需要保證特定搜尋排名或流量成長的專案，這類結果受太多外部因素影響。我們能做的是把網站結構、載入速度與內容架構處理好。
- 電話 (339) 666-2651
- 信箱 [email protected]
- 服務時間 週一至週五 09:00–18:00
- 地址 Gorgasali Street, 47, TBILISI 0105, Georgia