# 自由職業提案產生器

URL: https://discuvr.org/freelance-proposal/?hl=zh-hant
Last updated: 2026-11-07

描述客戶的問題，取得結構化提案：範圍、交付項目、時間表、報價，以及明確不在範圍內的內容。

用簡單的話描述客戶的軟體專案，即可取得一份分為七個固定部分的提案初稿，可直接修改後寄出。本工具適合開發者與自由接案的軟體顧問：初稿一律包含技術堆疊表格、分階段時程，以及以印度盧比計價的報價區間。

## 功能作用

- 七個部分，順序固定：問題摘要、範圍內與範圍外、建議技術堆疊、分階段時程（含總週數）、報價區間、風險與假設，以及寄給客戶的第一則訊息。
- 選填的預算、時程與偏好技術堆疊提示會引導初稿；每項提示只使用前 500 個字元。
- 明確列出範圍外的項目，這一部分能避免大多數範圍爭議。
- 以網站目前設定的語言撰寫，格式為 markdown，一鍵即可複製。

## 逐部分看你會拿到什麼

問題摘要用兩三句話重述需求，方便你確認自己理解了客戶。範圍內與範圍外是兩份項目符號清單；大多數爭議都出在客戶以為包含在內的東西上，所以第二份清單要讀得最仔細。技術堆疊表格列出元件、技術與理由。時程表格列出階段、時長與交付項目，最後給出總週數。風險與假設是開工前需要釐清的問題編號清單，最後一部分是一段可直接貼到電子郵件或聊天中的簡短接洽訊息。

## 報價只是暫定，而且是盧比

不論你的預算提示用哪種貨幣，範本都會要求以印度盧比（₹）計價的區間並附一段理由，所以即使提示寫的是 2,000 $，回傳的仍可能是盧比區間。模型不知道你的費率、你的市場，也不知道你多想接這個案子：請換算貨幣、填入你自己的數字，只有當理由對你確實成立時才保留。

## 限制以及文字的去向

需要登入，因為每份提案都是一次對 Google Gemini API（Gemini 2.5 Flash-Lite）的呼叫。描述最多 8,000 個字元；更長的文字會被拒絕，而不是截斷。每項提示截取前 500 個字元。同一 IP 位址每 10 分鐘可產生 15 份提案。提案不會儲存在任何地方，開始新提案前請先複製。

## 報價中的 GST（印度）

草稿從不提及稅費，所以請加一行說明你的價格是否含 GST。依 CGST Act, 2017 第 22 條，服務提供者在一個會計年度的總營業額超過 ₹20 lakh（200 萬盧比；部分特殊類別邦為 ₹10 lakh）時必須登記；登記後，對印度境內的客戶要在費用之外加收 GST。為印度境外客戶做的工作，若符合 IGST Act, 2017 第 2(6) 條的條件（包括以可兌換外匯付款，或在 RBI 允許時以盧比付款），通常算作服務出口。依該法第 16 條，出口適用零稅率：在 GST 入口網站提交 Letter of Undertaking (LUT) 後，開立發票時無需收取 IGST。Discuvr 不替你計算稅款；請向稅務顧問確認你自己的情況。

## 問題

**可以直接原封不動寄出提案嗎？**

請先修改。結構可以重複使用，但報價是以盧比計的暫定數字，日期、條款與技術堆疊都必須是你自己的。

**描述裡應該寫什麼？**

客戶要什麼、誰會使用、哪些平台、需要哪些整合（付款、登入、既有資料庫）、客戶提到的限制，以及你知道的大致預算或截止日期。輸入含糊，提案也會含糊。

**非軟體專案也能用嗎？**

它是為軟體工作調校的：以軟體顧問的口吻撰寫，而且一定會加上技術堆疊表格。設計、寫作或行銷類工作，可保留範圍、時程與範圍外部分，刪除技術堆疊表格。

**客戶的需求會被保存嗎？**

Discuvr 不會保存。描述與提示會傳送到 Google 的 Gemini API 來撰寫初稿；使用紀錄只保留描述的長度，以及三項提示中你填了哪幾項。請勿寫入你無權與第三方服務分享的姓名與細節。

**草稿裡有付款條件、修改次數或程式碼歸屬嗎?**

沒有。七個部分止於範圍、技術堆疊、時程、報價、風險和第一則訊息,所以寄出前請自己補上三項條款:付款安排(例如先付訂金,再於交付時程的每個階段時付款)、報價包含幾輪修改,以及程式碼何時歸客戶所有。依印度 Copyright Act, 1957 第 17 條,作者是著作的第一所有人,有利於雇主的例外適用於受僱人,不適用於自由工作者;依第 19 條,著作權讓與須以書面為之並由讓與人簽名才有效。因此,希望擁有程式碼的客戶需要一份簽名的讓與條款。

**如何把提案放進 Word 或 Google 文件並保留表格？**

複製 Markdown 複製的是原始文字，所以直接貼到 Word 或 Google 文件時，每個表格會變成一行行 | 字元，每個標題帶著 # 號。用 Word 時，在頁面上用滑鼠選取已排好版的提案，複製後貼上，標題、清單和表格都會以真正的格式進來。用 Google 文件時，先開啟一次 Markdown（工具，接著偏好設定，再啟用 Markdown），按下複製 Markdown，再按右鍵選擇從 Markdown 貼上，這是 Google 在 2024 年 7 月加入的功能；一般的 Ctrl+V 仍會貼上原始文字。在直接讀取 markdown 的地方，例如 GitHub 的 issue 或 README，原樣使用複製 Markdown 即可。

**該報固定總價還是按小時計費？**

草稿一律給出固定價格區間，並與時程表中的各階段連動，適合範圍能完整描述的工作。送出前請用自己的費率核對：算出各階段的工作天數，乘以你的日費率，再為風險與假設中尚未確定的項目加上一些緩衝。如果需求仍很模糊，或屬於長期支援，就改報日費率或時薪並附上工時估計，同時保留範圍以內和範圍以外兩份清單，讓客戶清楚估計涵蓋哪些內容。

**客戶接受後，要怎麼避免專案範圍一直擴大？**

開工前，請客戶確認草稿中已有的兩份清單：範圍以外列出價格不包含的項目，風險與假設列出客戶仍需確認的事項。之後有新需求時，先對照範圍以外，回覆一份簡短的變更申請（改什麼、多幾天、多少錢），等客戶書面同意後再開始，用電子郵件確認也可以。新增內容較大時，就在這裡只描述新工作，另外產生一份提案，讓原本的價格與時程維持約定不變。

## 更多寫作與提案

- [語氣潤飾](https://discuvr.org/tone-polish/?hl=zh-hant)

## 常一起使用

- [字數統計與易讀性分析工具](https://discuvr.org/word-counter/?hl=zh-hant)

---

Part of Discuvr (https://discuvr.org/): Discuvr is a collection of free, focused tools for day-to-day professional work - office and data utilities, legal and compliance helpers, privacy and security checks, and developer formatters. Every tool has its own page, and most can also be called from ChatGPT or Claude over MCP.