<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>開發外包洞見:報價、範圍與維運指南 · Weple</title>
<link>https://theweple.com/zh-tw/insights/</link>
<description>外包開發之前該了解的事。報價怎麼定,範圍怎麼劃,沒有專職工程師也能維持網站或應用正常運作,都是 Weple 實際經手過的案例。</description>
<language>zh-Hant</language>
<atom:link href="https://theweple.com/zh-tw/rss.xml" rel="self" type="application/rss+xml" />
<lastBuildDate>Thu, 01 Oct 2026 00:00:00 GMT</lastBuildDate>
<ttl>720</ttl>
<item>
<title>AI 做的網站，客人會從哪些細節起疑？</title>
<link>https://theweple.com/zh-tw/insights/ai-made-site-tells/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/ai-made-site-tells/</guid>
<pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>客人從 AI 得到推薦，還是會上公司網站確認。套話、憑空出現的數字、沒改過的預設值，都可能讓人對網站起疑。我們從客人最先看到的地方著手，修整現有網站。</description>
</item>
<item>
<title>不找聊天機器人、改找真人，在歐盟金融業已經是法定權利</title>
<link>https://theweple.com/zh-tw/insights/human-handoff-chatbot-rules/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/human-handoff-chatbot-rules/</guid>
<pubDate>Sat, 26 Sep 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>歐盟已在指令中明定，消費者在線上簽訂金融契約時，有權要求並獲得真人介入。英國的消費者團體則主張把這項權利擴大到能源與電信業。韓國《人工智慧基本法》第31條目前的要求，只到事先告知使用者對方是 AI 為止。</description>
</item>
<item>
<title>11月1日起，韓國把賣家帳號的登入當成員工登入來管</title>
<link>https://theweple.com/zh-tw/insights/pipa-safeguards-2026-11-deferred-clauses/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/pipa-safeguards-2026-11-deferred-clauses/</guid>
<pubDate>Sat, 26 Sep 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>韓國《個人資料安全性確保措施標準》在2025年10月修正時，有7項條款暫緩一年施行；依個人資料保護委員會的指南，生效日是2026年11月1日。屆時權限最小化、登入失敗鎖定、外部連線追加驗證與存取紀錄保存，會延伸到電商平台進駐賣家等非員工帳號；每月一次的紀錄檢查，則改為依企業自己訂的週期執行。在那之前舊條文仍然有效，10月份的檢查照舊要做。</description>
</item>
<item>
<title>在韓國提供服務的話，2026年9月11日起變了什麼</title>
<link>https://theweple.com/zh-tw/insights/pipa-2026-turnover-penalty-cap/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/pipa-2026-turnover-penalty-cap/</guid>
<pubDate>Mon, 21 Sep 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>自2026年9月11日起，個人資料外洩的罰鍰上限一般為總營業額的3%，符合三種特例之一時為10%。三種之中，在改正命令尚未履行的狀態下發生的外洩，不問損害規模。從收到命令之日到履行完畢之日，就是這一條款的適用範圍。</description>
</item>
<item>
<title>替 Google Play 審核空出一週的上線時程表</title>
<link>https://theweple.com/zh-tw/insights/google-play-review-week-launch-buffer/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/google-play-review-week-launch-buffer/</guid>
<pubDate>Fri, 18 Sep 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>先訂上線日再往回倒著排，表格裡往往只填得進開發時間。Google Play Console 說明寫著，一次變更從幾小時到最多七天才會發布，並建議在送出和公開之間留至少一週。如果用的是新開的個人帳號，前面還得再疊三週。</description>
</item>
<item>
<title>試算表是先對不上，才變慢的</title>
<link>https://theweple.com/zh-tw/insights/spreadsheet-to-system/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/spreadsheet-to-system/</guid>
<pubDate>Sun, 06 Sep 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>因為撞到上限才換系統的公司很少。真正的情況是同一個數字在三個檔案裡寫成三個樣，而試算表早在幾個月前就悄悄改過其中一些。先搬什麼、留下什麼，是按這個順序定的，不是按檔案大小。</description>
</item>
<item>
<title>維護合約要先寫的是到期日</title>
<link>https://theweple.com/zh-tw/insights/maintenance-contract-scope/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/maintenance-contract-scope/</guid>
<pubDate>Sun, 23 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>沒人動程式碼，憑證照樣過期，商店的門檻照樣每年往上抬。維護合約真正會吵起來的，是這些日期歸誰管，還有哪些算瑕疵、哪些算新需求。</description>
</item>
<item>
<title>預算欄空著，報價就沒辦法擺在一起比</title>
<link>https://theweple.com/zh-tw/insights/requirements-before-quote/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/requirements-before-quote/</guid>
<pubDate>Sat, 22 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>詢價信大多只有一兩句話，剩下的空白各家自己填，填出來的東西自然不是同一件事。報價擺在一起怎麼比，另外寫過。這篇講的是那之前的事：報價出來之前，自己這邊先填的空白。</description>
</item>
<item>
<title>接了聊天機器人，就多一顆電表</title>
<link>https://theweple.com/zh-tw/insights/ai-feature-cost-drivers/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/ai-feature-cost-drivers/</guid>
<pubDate>Thu, 20 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>接聊天機器人的花費，不會在做完那一刻結清。對話拉長的時候、自家資料改動的時候、答錯的時候，各自都有費用。做的錢寫在報價單上，每個月流出去的那一份是後面才跟著來。</description>
</item>
<item>
<title>AI 寫的文章，客人比 Google 先看出來</title>
<link>https://theweple.com/zh-tw/insights/ai-draft-before-publish/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/ai-draft-before-publish/</guid>
<pubDate>Tue, 18 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>Google 講得很清楚：不會只因為用了 AI 就壓低排名。先看出來的是讀文章的人。錯的數字、編出來的出處、每一頁都同一種腔調，這些都清掉，發佈才算數。</description>
</item>
<item>
<title>用無程式碼起步，以後會不會打掉重做</title>
<link>https://theweple.com/zh-tw/insights/backend-vs-nocode/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/backend-vs-nocode/</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>有的產品用無程式碼跑了好幾年，也有團隊半年後從頭重做。分水嶺不是功能數量，而是資料放在哪裡。先把這一件事定下來，日後搬遷的成本就完全不同。</description>
</item>
<item>
<title>搜尋排名跟 AI 回答，決定的地方不一樣</title>
<link>https://theweple.com/zh-tw/insights/aeo-vs-seo/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/aeo-vs-seo/</guid>
<pubDate>Tue, 11 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>要做 AI 搜尋，既不是打掉重練，也不是把 SEO 再做一次。兩件事踩在同一層地基上，卻在結果被定下來的那一步分開。先從今天就問得出來的答案看起。</description>
</item>
<item>
<title>網站上線了，搜尋引擎還不知道</title>
<link>https://theweple.com/zh-tw/insights/seo-basics-for-owners/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/seo-basics-for-owners/</guid>
<pubDate>Mon, 10 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>網站掛上去，搜尋不會自己開始。到搜尋引擎那邊登記、提交網站地圖、用客人真正會打的字把頁面寫出來，這些不懂開發也做得到。需要工程師出場的位置，比想像中晚。</description>
</item>
<item>
<title>串接是從第一次打通之後才開始算範圍</title>
<link>https://theweple.com/zh-tw/insights/api-integration-scope/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/api-integration-scope/</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>把外部服務接進來，第一次呼叫回傳正常結果的那一刻，看起來就算做完了。真正花時間的在後面。開戶與審核、沙箱和正式環境的差別、失敗重複取消這些流程，以及對方改規格的那一天，加起來才是一件串接。</description>
</item>
<item>
<title>退件通知裡已經寫了下一步</title>
<link>https://theweple.com/zh-tw/insights/app-store-rejection/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/app-store-rejection/</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>被退件時收到的那封信，是審核人員留下的全部線索。先看條款編號再看內文，把該重做版本的和回一封信就能說明的分開，第二次送審才短得下來。蘋果跟 Google 卡人的地方不一樣，別把兩家商店塞進同一份檢查清單。</description>
</item>
<item>
<title>上線前的檢查，要在別人的裝置上開過一次才算結束</title>
<link>https://theweple.com/zh-tw/insights/pre-launch-qa-checklist/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/pre-launch-qa-checklist/</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>清單再拉長，幫助也有限，因為做的人只會走自己鋪出來的那條路。上線前那幾天真正要回答的是另外三件事：第一次來的人走不走得到底，寄出去的東西有沒有真的落地，出事之後退不退得回來。</description>
</item>
<item>
<title>AI 寫的程式碼能跑。問題在後面</title>
<link>https://theweple.com/zh-tw/insights/vibe-coding-handoff/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/vibe-coding-handoff/</guid>
<pubDate>Wed, 05 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>能跑的畫面和能接手的程式碼是兩回事。接手一個用 AI 快速做出來的專案時，絆住你的不是語法，而是沒人知道金鑰藏在哪、當初為什麼那樣寫。要確認的東西，多半在程式碼之外。</description>
</item>
<item>
<title>挑要自動化的工作之前，先劃掉不該自動化的</title>
<link>https://theweple.com/zh-tw/insights/automation-payback/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/automation-payback/</guid>
<pubDate>Tue, 04 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>自動化划不划得來，跟這件事有多煩人關係不大。真正決定的是它多久回來一次，以及有幾次跑完還是把人叫了回去。候選清單變長之前，先從上面劃掉幾條。</description>
</item>
<item>
<title>App 開發範圍，寫五行寄出去就夠了</title>
<link>https://theweple.com/zh-tw/insights/app-build-scope/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/app-build-scope/</guid>
<pubDate>Mon, 03 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>各家報價差很多，多半不是有人在灌水，是大家算的根本不是同一個 App。畫面、商店、登入金流推播、後端、營運後台，詢價信裡把這五行填滿，回來的報價才會站在同一條線上。</description>
</item>
<item>
<title>MVP 的時程都是在哪裡拉長的</title>
<link>https://theweple.com/zh-tw/insights/mvp-timeline/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/mvp-timeline/</guid>
<pubDate>Mon, 03 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>MVP 的時程不是數功能數出來的。決定這一版要驗證什麼花掉的時間、第一版砍掉的功能、等設計稿回覆的那幾天，還有商店審核和金流簽約這些走在開發之外的行事曆，才是上線日期的組成。</description>
</item>
<item>
<title>網站製作費是在版型後面分出來的</title>
<link>https://theweple.com/zh-tw/insights/website-build-cost-drivers/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/website-build-cost-drivers/</guid>
<pubDate>Sun, 02 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>頁面數量跟報價的關係其實很淡。差別出在版型有幾種、文案和照片備齊了沒有、以後誰會多久改一次。把報價單上的項目一條一條拆開，看那個數字是怎麼掛上去的。</description>
</item>
<item>
<title>聯絡不上工程師的第一週，先做這些</title>
<link>https://theweple.com/zh-tw/insights/contractor-left-checklist/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/contractor-left-checklist/</guid>
<pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>沒有交接就走人，手會先伸向程式碼。真正讓服務停掉的是別的東西：不知道掛在誰名下的帳號，過期了沒人續約的網域。第一週的順序是帳號、儲存庫、設定值。</description>
</item>
<item>
<title>爬完才發現不能用的資料</title>
<link>https://theweple.com/zh-tw/insights/crawling-legal-scope/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/crawling-legal-scope/</guid>
<pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>爬蟲卡住的地方多半不在技術。目標網站的使用條款、抓回來的資料裡夾帶的個資、內容本身的著作權，這三道才是關卡。發包之前沒先確認，資料全部到手也用不了。</description>
</item>
<item>
<title>報價單上只寫「登入功能 一式」的時候</title>
<link>https://theweple.com/zh-tw/insights/outsourcing-quote-guide/</link>
<guid isPermaLink="true">https://theweple.com/zh-tw/insights/outsourcing-quote-guide/</guid>
<pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>兩張報價單的項目欄都只寫著「登入功能」，金額卻差三倍。比較報價的起點不在金額欄，在項目欄。按項目、排除條款、計價單位的順序，把手上那張讀完。</description>
</item>
</channel>
</rss>
