<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>Side Jobs｜林鼎淵 Dean Lin</title>
    <link>https://deanlin.net/tags/side-jobs/</link>
    <image><url>https://deanlin.net/images/author_hu_aa256fc934e9a932.jpg</url><title>Side Jobs｜林鼎淵 Dean Lin</title><link>https://deanlin.net/tags/side-jobs/</link><width>144</width><height>144</height></image>
    <description>林鼎淵（Dean Lin）的部落格：生成式 AI 企業內訓講師、外商資安公司軟體專家、7 本書作者。400 多篇文章用白話分享生成式 AI 實戰、Claude Code 與 Vibe Coding 教學、團隊合作與職場成長。</description>
    <generator>Hugo</generator>
    <language>zh-tw</language>
    <copyright>© 2020–2026 林鼎淵 Dean Lin</copyright>
    <lastBuildDate>Sun, 11 Feb 2024 14:36:09 +0800</lastBuildDate>
    <atom:link href="https://deanlin.net/tags/side-jobs/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>為什麼接案就像踩地雷？苦主幫你來掃雷 ── 設計管理系列文</title>
      <link>https://deanlin.net/blog/202402/freelance-pitfalls/</link>
      <pubDate>Sun, 11 Feb 2024 14:36:09 +0800</pubDate>
      <guid>https://deanlin.net/blog/202402/freelance-pitfalls/</guid>
      <dc:creator>林鼎淵</dc:creator>
      <category>團隊合作</category>
      <description>很多人想透過接案來增加收入、豐富履歷，但往往踏入後，才發現這原來是一個踩地雷遊戲！</description>
      <media:content url="https://deanlin.net/blog/202402/freelance-pitfalls/images/freelance-pitfalls-og_hu_ea0d9b41dcac3188.jpg" medium="image" type="image/jpeg" width="1200" height="675" />
      <content:encoded><![CDATA[<p>很多人想透過接案來增加收入、豐富履歷，但往往踏入後，才發現這原來是一個踩地雷遊戲！</p>
<p>筆者過去接過的案子涵蓋網頁設計、APP 製作、網路爬蟲、專欄文章、線上課程、企業內訓…</p>
<p>不管是好的、壞的，還是奇怪的甲方全都遇過，所以在上設計管理的課程時很有「共鳴感」。</p>
<p><strong>如果你有接案的打算，那這篇文章一定要讀到最後，別人踩過的坑，我們沒必要親自體會。</strong></p>
<blockquote>
<p>PS. 這篇文章沒有要批評任何一方的意思，其實無論甲方還是乙方都需要後天學習，沒有人天生就會。</p>
</blockquote>
<p><img src="https://deanlin.net/blog/202402/freelance-pitfalls/images/freelance-pitfalls-01.webp" width="1145" height="640" alt="為什麼接案就像踩地雷？苦主幫你來掃雷 ── 設計管理系列文（圖 1）" fetchpriority="high" decoding="async"></p>
<pre tabindex="0"><code>文章大綱

ㄧ、與客戶初步接洽
二、初步認識＆討論
三、深入釐清需求
四、提供報價單
五、提供時程
六、提供合約＆簽約
七、結語
</code></pre><blockquote>
<p>文章大綱所列出的，是接案常見的流程，可能會根據實際狀況增減。</p>
</blockquote>
<h2 id="ㄧ與客戶初步接洽">ㄧ、與客戶初步接洽<a class="h-anchor" href="#%e3%84%a7%e8%88%87%e5%ae%a2%e6%88%b6%e5%88%9d%e6%ad%a5%e6%8e%a5%e6%b4%bd" aria-label="這個段落的連結"></a></h2>
<p>建議先跟客戶確認以下 3 點，避免浪費彼此的時間：</p>
<ul>
<li><strong>時程</strong>: 了解客戶對專案時程的期待，確認彼此的時程能對上；當遇到急件時，你一定要考慮自己是否能夠如期完成。</li>
<li><strong>類型</strong>: 判斷自己是否做過類似的專案，以及是否擅長這類型的專案。</li>
<li><strong>預算</strong>: 你要初步提供自己可以接受的報價區間，避免談到後面才發現客戶無法負擔。</li>
</ul>
<p>很多人會因為害怕或缺乏經驗，不敢在一開始跟客戶確認以上事宜，導致專案在一個很模糊的狀態下進行；但殊不知，這些模糊地帶往往會導致合作到後期彼此撕破臉。</p>
<p>另外你不要想著每次接洽都會成功，因為客戶可能一次聯繫很多人，避免出狀況時沒有備案。</p>
<p>這次沒有選你，未必是你不好，只是他們心目中的第一名接下了這個專案。</p>
<hr>
<h2 id="二初步認識討論">二、初步認識＆討論<a class="h-anchor" href="#%e4%ba%8c%e5%88%9d%e6%ad%a5%e8%aa%8d%e8%ad%98%e8%a8%8e%e8%ab%96" aria-label="這個段落的連結"></a></h2>
<p>客戶選擇你，不代表他了解你。</p>
<p>所以在跟客戶第一次見面時，建議你要先介紹自己過去的作品、做事的流程，讓客戶判斷自己是否能配合。</p>
<p>同時你也要了解客戶對這個專案的期待，像是專案的目標與背景資訊。</p>
<p>這邊也建議你了解一下客戶過往的做事流程，在資訊透明的狀態下才有可能合作愉快。</p>
<hr>
<h2 id="三深入釐清需求">三、深入釐清需求<a class="h-anchor" href="#%e4%b8%89%e6%b7%b1%e5%85%a5%e9%87%90%e6%b8%85%e9%9c%80%e6%b1%82" aria-label="這個段落的連結"></a></h2>
<p>在初步確定合作意向後，建議約一個較大型的會議。</p>
<p>在這階段要讓專案相關利害人一同加入討論，以確認對方的需求。</p>
<hr>
<h2 id="四提供報價單">四、提供報價單<a class="h-anchor" href="#%e5%9b%9b%e6%8f%90%e4%be%9b%e5%a0%b1%e5%83%b9%e5%96%ae" aria-label="這個段落的連結"></a></h2>
<p>如果沒有白紙黑字，那報價就只是憑感覺；以下是撰寫報價單要注意的事項：</p>
<ul>
<li><strong>不要有模糊空間</strong>: 規格要講清楚，能修改幾次要列出來，要明訂具體的流程。</li>
<li><strong>附上但書</strong>: 具體寫上你不做的部分；並寫上如果真的要做，你會如何報價。</li>
</ul>
<p>而這份報價單可以：</p>
<ul>
<li><strong>讓客戶思考預算</strong>: 有時客戶天馬行空，我們需要透過報價單把他拉回現實；如果有預算考量，可以在這個階段幫客戶收斂專案範圍，讓他對內容進行取捨。</li>
<li><strong>幫我們初步篩選客戶</strong>: 在報價後，有些客戶會開始殺價或是提出不合理的需求；如果覺得對方的行為讓你覺得不舒服，那建議不要繼續合作下去，因為通常會越來越痛苦。</li>
</ul>
<blockquote>
<p><strong>Tips</strong>: 與其消耗能量克服痛苦，不如一開始就選擇合適的客戶？</p>
</blockquote>
<hr>
<h2 id="五提供時程">五、提供時程<a class="h-anchor" href="#%e4%ba%94%e6%8f%90%e4%be%9b%e6%99%82%e7%a8%8b" aria-label="這個段落的連結"></a></h2>
<p>有些專案的時程會長達幾個月，甚至以年為單位。</p>
<p>為了確保雙方的認知相同，我們要與客戶討論：</p>
<ul>
<li><strong>重要檢核點（里程碑）</strong>: 除了規畫專案時程外，還要列出每個階段可以驗收的項目；並在進行驗收前，確保相關利害關係人皆可參與這些重大會議（不然可能在後續被有決策權的人推翻重來）。</li>
<li><strong>專案交付時間</strong>: 定下時間後，後續合約就會按照這個時間走。</li>
</ul>
<hr>
<h2 id="六提供合約">六、提供合約<a class="h-anchor" href="#%e5%85%ad%e6%8f%90%e4%be%9b%e5%90%88%e7%b4%84" aria-label="這個段落的連結"></a></h2>
<p>前面細節都確認完後，就可以準備簽約了，但簽約有很多細節需要注意，筆者有空時會再寫另一篇文章分享。</p>
<p>不過這邊也要提醒大家，簽約不代表有保障，就算對象是大公司也一樣。</p>
<p>因為法律流程跑起來曠日費時，我就聽說過有的公司的樓梯間堆滿法院傳票。</p>
<hr>
<h2 id="七結語">七、結語<a class="h-anchor" href="#%e4%b8%83%e7%b5%90%e8%aa%9e" aria-label="這個段落的連結"></a></h2>
<p>你沒看錯，這篇文章談的只是「接案前要注意的事項」。</p>
<p>還有很多細節沒有寫進文章，比如: <a href="https://deanlin.net/blog/202402/freelance-pricing/">如何報價</a>、<a href="https://deanlin.net/blog/202402/raise-freelance-rates/">如何提高報價</a>、<a href="https://deanlin.net/blog/202403/find-good-freelance-clients/">如何接到好專案、如何判斷是否為好客戶</a>…</p>
<p>接案其實很累，因為前期的溝通也是專案的成本。</p>
<p>如果在這個階段發現客戶不合適，建議及時停損，勉強的結果通常不好。</p>
<p>同時提醒大家，如果你在有正職的狀態下接案，請謹慎評估自己的身心狀況；因為接案而搞砸本業，那就真的本末倒置了。</p>
<blockquote>
<p>以上是「職涯必修設計管理學」的 Part 2心得筆記 ，如果覺得我的分享對你有幫助，歡迎 <a href="https://dean-lin.medium.com/subscribe">Follow</a> 我吸收更多知識。</p>
</blockquote>
<a class="linkcard" href="https://deanlin.net/series/design-thinking/">
  <span class="lc-body">
    <span class="lc-title">設計思考</span>
    <span class="lc-desc">一個工程師眼中的設計思考：同理、提問、定義問題，把「解決問題」變成可以練習的能力。</span>
    <span class="lc-site"><svg viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="1.7" stroke-linecap="round" stroke-linejoin="round" aria-hidden="true" focusable="false"><path d="M5 12h14M13 6l6 6-6 6"/></svg>林鼎淵 Dean Lin</span>
  </span>
</a>

]]></content:encoded>
    </item>
  </channel>
</rss>
