最近一直在整理網站，也一直在想創業要怎麼開始。
最明顯的感覺是：會做很多東西，跟別人知道為什麼要找你，是兩回事。
我可以列網站、軟體、POS、自動化、AI、影片，列得很長。但如果對方看完只覺得「感覺很專業，可是看不懂」，那這些介紹其實沒有完成工作。之前我自己的網站就碰到這個問題，東西很多，重點反而不見了。
技術清單，不是別人的需求
我在意一個系統用什麼架構，因為那會影響它能不能穩定運作。但第一次來看的人，可能只是想讓客人更容易預約，或者不要每天把同一份資料抄來抄去。
如果我一開口就在講工具和框架，他還得自己翻譯一次：所以這跟我的問題有什麼關係？
這是我最近想改掉的習慣。先說清楚能幫忙處理哪一件事，再說做法。技術不是不重要，是不用全部擠在第一句。
不是每個人都要一條龍
我想做整合性的服務，讓網站、後台和實際工作流程能接在一起。但整合，不代表每個人都得從頭買到尾。
有人只需要一個好閱讀、手機能看的網站；有人已經有網站，缺的是一個每天要用的工具；也有人希望上線後，還有人協助維護和整理內容。這幾種需求，範圍和合作方式本來就不一樣。
所以我現在會把它們分開想：一次性的建置，要交付什麼；軟體或工具授權，要能用到哪裡；持續的服務，又包含哪些工作。
這樣比較不會把「一條龍」變成一句什麼都包、卻什麼都不清楚的話。能串接是優點，能知道什麼時候不需要串接，也是。
能體驗，比我解釋很久有用
另一個最近很在意的點，是不要讓網站只剩下文字。
如果在介紹下單流程，能不能讓對方自己按一次？如果在說網站版型，能不能直接換內容看看？如果是軟體，就讓人看到實際畫面和使用情境，而不是用一張看起來很厲害的示意圖代替。
但 DEMO 也要把界線講清楚。模擬付款不是實際收款，展示版不是已經替客戶串好正式系統。讓人容易理解，不是讓人誤會什麼都已經完成。
我希望體驗是在幫助對方判斷適不適合，而不是把每個人都往同一個方案推。
我還在找適合自己的做法
一邊做產品、一邊研究怎麼讓有需求的人找到自己，會發現要學的東西真的很多。怎麼介紹、怎麼定範圍、怎麼安排後續支援，都不是程式跑起來就會自動有答案。
我現在比較想先把幾件事情做好：作品能讓人看懂；合作入口找得到；需求確認之後，知道下一步是什麼；交付完的東西，也真的能被使用。
至於到底哪一種服務最適合持續做，還需要實際的需求和回饋來確認。我不想先寫一個很漂亮的成長故事，再回頭找證據。
之前那篇小店真正用得上的功能型網站，比較是在想「做什麼」。這一篇則是在補後面的問題：做出來以後，別人怎麼理解它，怎麼開始用，還有我能不能好好地把它交出去。
這些看起來沒有新技術那麼酷，但可能才是從做專案，走到做生意，最需要練習的地方。
讀者留言