初次見面。我是 PRUM 股份公司的工程師，すもも🍑
我每天都會整理並分享在程式設計學習與實務中，容易卡住的重點以及思考方式。
如果你對 PRUM 有興趣，也歡迎到我們的企業網站看看。
▶企業網站
用動態生成 AI 先確認需求再開始製作的發想
在開始做某件事之前，先確認「真的有想要的人嗎？」——你有聽過這種發想嗎？
不論是個人開發還是作品集製作，只要把順序改一下，看到的東西可能就會不一樣。
先讓還不存在的應用程式爆紅，再開始開發的個人開發者故事
海外有位開發者，將一個名為「Push Scroll」的應用程式點子發佈到 TikTok 上：在滑社群前，必須先做伏地挺身，否則就無法解鎖。不過當時他其實連 1 行程式碼都還沒寫。
那是只用素材影片與 AI 生成影像做出的示範影片，但這支影片意外地大紅，並且在確認真的有需求之後，才正式開始投入開發。結果最後拿下 30 萬次下載，並在上架後 4 個月成長到每月 450 萬日圓規模的營收。
與其「先做出來再找需求」，不如「先確認需求再做出來」。
我認為這種順序的逆轉，正是這個案例最有趣的地方。
這種發想也能應用在作品集製作
這種想法不只適用於行銷，也能直接應用在作品集製作上。
現在只要使用動態生成 AI，就算不真的開發應用程式，也能輕鬆把多種企劃構想做成影片。
例如，針對同一個課題，做出 2～3 種解法影片，再透過社群媒體進行問卷調查。
先分析哪個方案反應最好，以及它為什麼會被選中，再進一步進入實際開發。
只要多做這樣一小步，在作品集裡即使是那些和同一個學校、同一套教材學出來的人常做的典型應用程式，也能做出差異化，打造出更有趣的作品。
思考「為什麼會被選中」的過程，就是實務的擬真體驗
就我個人來說，在這個驗證流程中最有價值的部分，就是自己思考「為什麼那個方案會被選中」。
在實務上，需求通常是已經決定好之後才交給你，因此新人時期其實很少有機會從零開始思考「為什麼會需要這個功能」。
在製作作品集的階段先走過一次這個驗證流程，不只是外觀上的差異化而已，也可能讓你提前練習到未來進入實務後一定會需要的需求定義與使用者理解能力。
總結
對於沒有 IT 業界經驗、正在為了轉職而製作作品集的人來說，若學的是相同教材、相同課程，最後做出來的作品集相似，某種程度上其實很正常。
重要的或許不只是成品本身，而是一路走到成品之前，你做了多少驗證與思考。
既然現在有了動態生成 AI 這個便利工具，也許更值得嘗試的是：在動手做之前，先確認看看需求，多做這一步。
PRUM 的工程師大多是從無經驗錄取的。
如果有興趣，歡迎也到企業網站逛逛。
▶ PRUM 招募頁面
我們也經營了一個整理工程師實用文章的網站。如果有興趣，歡迎看看。
▶ 對工程師有幫助的文章網站
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
