動手之前
先把資料備齊,不必再多開分頁。
- 店是你一個人或和另一半一起經營,網站這件事由你拍板。
- 你需要的是幾週內能用的網站,不是一場好幾個月的品牌工程。
- 你大概說得出,自己工作一小時對這家店值多少錢。
你會學到
- 把兩條路換算成同一種單位:你的時間是成本,不是免費勞力。
- 想清楚網站活著的這幾年,改價格、換照片、調營業時間的人是誰。
- 講得出哪些情況找設計師才是對的。
- 刻意地用中間路線:先用範本起步,之後再請設計師做範圍明確的小案子。
把兩條路都換算成錢,你的時間也要算
最常見的錯誤,是拿設計師的報價去跟「免費」比。自己做花的是工作時間,而一人店的時間是從接待客人裡挪出來的。兩邊都換算成錢,這個比較才有意義。
- 寫下你工作一小時能為店裡賺多少,用正常忙碌的一週來估,不要用淡季。
- 估自己做第一版要幾小時,再加上真的有客人看過之後那幾輪修改。如果你沒做過網站,把第一次估的數字乘以二,是合理的起點。
- 照你真正需要的網站去要至少一份書面報價——有哪些頁面、要不要點餐或訂位、之後改東西誰負責——讓找人做這一邊也變成一個數字。
做到這樣就算完成: 你手上有兩個可以互比的數字:一邊是預估時數乘以你的時薪,另一邊是書面報價加上你還是得花的溝通時間。
想清楚下週二那個修改是誰的事
上線只有一次,修改卻是好幾年的事。價格會調、照片會舊、連假營業時間會變。實際上誰能動這些,網站就是誰在主導;老闆自己碰不了的網站,會慢慢放到過期。
- 列出店裡正常一個月會改的東西:價格、菜單或服務項目、照片、營業時間、人員、短公告。
- 兩條路各自回答:這種修改由誰動手、多久會生效——是你自己在編輯器裡當天改完,還是傳訊息給設計師,等他的檔期、付他的費用。
- 如果要外包,動工前先白紙黑字講好:網域、主機帳號、登入權限歸誰,以及改字換照片你可以自己來、不另外計費。
- 想清楚你需要的是哪一種「擁有」。對多數店家,握著網域和修改權限就夠了。如果連程式碼也算數,Storefront Pro 會把你做好的那個網站的完整原始碼下載給你——檔案歸你,而維護它的那套工具你不用離開。
做到這樣就算完成: 每一種日常修改,你都講得出由誰動手、用什麼工具、等多久——而且這三個答案都不會讓你意外。
認得出哪些工作就是該給設計師
自己做還是找人做,不是面子問題;有些工作第一次就交給專業的,反而省錢。把這些工作點名出來,決定才會建立在事實上,而不是感覺上。
- 品牌重塑就該找人:新店名、新標誌、新配色和語氣,要同時撐住網站、店面和包裝,這是設計師的本行。
- 複雜串接就該找人:網站得跟你現有的 POS、庫存或會員系統對接,或需要一般工具沒有的客製功能。
- 內容還沒想清楚,不要靠請人解決。你自己都說不出網站該講什麼,設計師就只能用你的錢猜。先把賣什麼、多少錢、怎麼聯絡寫出來,再回來做這個決定。
- 如果理由只有「看起來要專業一點」,先試比較小的處方:一種貫穿全站的設計風格、真實的照片、前後一致的文字。這樣還不夠,再花整筆客製的錢。
做到這樣就算完成: 如果你決定找人,理由是一句講得出口的具體工作——品牌重塑或系統串接——而不是對自己做的籠統不安。
認真考慮中間路線:範本起步,設計費花在刀口上
這個選擇很少是全有或全無。用行業範本起步,網站先用自己做的成本跑起來;之後請設計師,做的就是範圍明確的小案子,而不是整個網站。真實營運裡發現的缺口,比上線前的擔心,是好得多的需求單。
- 從你這一行的模板開始,讓這一行該有的骨架——菜單、服務、作品集、客人預期看到的那些頁——在你花任何設計費之前就已經在了。在 Naratake,這是在瀏覽器裡從 40 個行業起始模板和 15 種設計風格裡挑的事。
- 發佈之後實際跑幾週。Storefront 每月 49 美元或每年 468 美元——託管、自動 HTTPS 與一個自訂網域都含在裡面——拿這個數字去對第 1 步收到的那份報價。自己用行動裝置把顧客會走的路走一遍,記下真的靠自己修不掉的東西。
- 那張清單不是空的,就把它變成一份範圍固定的設計需求——例如標誌、照片方向、首頁調一輪——以一個小案子的價格,加在一個已經能營業的網站上。
做到這樣就算完成: 網站已經在範本這條路上上線、開始接待客人,而找設計師(如果有)是一份從真實缺口寫出來的簡短需求單,不是上線前的猜測。
做出決定,並且訂一個回頭檢查的日子
這個決定是可逆的;把它當成一翻兩瞪眼的終身大事,才是拖著不動的原因。用今天的數字決定,把數字寫下來,然後訂一個日期,等真實使用取代猜測之後再看一次。
- 套用你整理出來的規則:品牌重塑或複雜串接,找人;標準的店面、菜單或預約網站,而且你挪得出時間,自己做;拿不定主意,就範本先上,設計師之後再請、範圍再定。
- 把決定和背後的數字記下來——你的時薪、那份報價、預估每月的修改次數——之後回頭檢查時,才是跟事實對,不是跟記憶吵。
- 在行事曆上訂一個大約上線三個月後的日子:看哪些修改真的發生了、哪些一直壞著,以及設計需求單是不是已經自己長出來了。
做到這樣就算完成: 決定連同數字都白紙黑字存在,選定的路已經動工,行事曆上也有一個日期,保證這個選擇會被真實使用重新檢驗。
最後檢查
這幾項全部成立,才算真的做完。
- 兩條路都換算成錢比過了,你自己的時間是用真實價值算的。
- 你選的那條路上,網域、登入權限和每一種日常修改的負責人都有名字。
- 如果有請設計師,需求單是範圍固定的具體工作——品牌重塑、系統串接,或一張明確的缺口清單。
- 決定和它背後的數字都寫下來了。
- 行事曆上有一個大約三個月後的回頭檢查日。