做了11個App、被"畢業"後靠獨立開發活下來，他說：該放棄就放棄｜專訪App君
整理版優先睇
App君：做咗11個App，被裁後靠獨立開發生存，核心心態係「該放棄就放棄」
呢篇文章專訪咗獨立開發者App君，佢由2012年開始做iOS開發，2022年被裁之後就全職投入開發細App。佢總共做咗11個App，最新嘅係「西瓜備份」，一個幫iPhone用戶優雅備份相片嘅工具。App君喺小紅書用同名賬號分享經驗，呢次訪問就係想了解佢點樣由打工仔轉做獨立開發，同埋佢嘅產品思維同開發流程。
訪問嘅背景係App君自己都係一個重度iPhone相片備份用家，用過iTunes、羣暉、immich等方案都唔滿意，最後決定自己開發一個。佢強調產品成功嘅核心係流量，而唔係純粹嘅技術。佢嘅開發節奏好快，由4月到6月就推出咗多個版本，仲經歷過一次大改版失敗。佢好倚賴AI輔助編程，認為AI可以大幅降低試錯成本，但同時要警惕「AI誘惑」，唔好亂加功能。
整體結論係：獨立開發者要靈活，唔好死磕一條路，多線程開發反而可以分散風險。佢建議「該放棄就放棄」，因為運氣因素好大，換賽道就好似換彩票刮，總會中一次。
- App君認為流量係產品成功嘅核心，好產品只係比較容易獲得高質量流量
- 佢開發西瓜備份嘅原因係自己需要解決iPhone相片備份問題，先用AI降低開發門檻
- 開發過程中要懂取捨，佢試過一個2.0.0計劃開發兩周後失敗，但從中學到教訓
- AI編程可以大幅降低試錯時間成本，但唔可以因為AI方便就亂加功能
- 建議獨立開發者多線程開發，唔好死磕一條路，該放棄就要放棄
獨立開發者背景與產品哲學
App君係一位由2012年開始做iOS開發嘅老手，2022年被裁之後就開始自己整App玩。佢話自己做咗11個App，包括拍月亮嘅moontake同調休日曆休息日，最新嘅就係西瓜備份。佢分享咗一個核心心態：產品成功嘅關鍵係流量，好產品只係比較容易吸引流量，時機同運營都係圍繞流量嚟做。
流量係產品成功嘅核心
佢對產品成功嘅睇法好現實，認為唔好太迷信技術或功能，而要諗點樣獲取用戶。佢自己主要靠微信羣組同小眾論壇如V2EX推廣，ProductHunt對下載幫助有限。
西瓜備份嘅緣起：因為自己都需要
App君由2009年開始折騰iPhone相片備份，用過iTunes、羣暉、immich等方案，但各有缺點。佢話羣暉性能隨年歲增長變差，immich嘅外部圖庫機制又有限制。最後佢決定自己開發一個App，但覺得開發門檻高，拖咗半年。
因為自己都需要，所以先有動力開發
後來佢大量使用AI輔助編程，覺得開發門檻降低咗，先重新啟動呢個項目。佢強調代碼開源係為咗透明度，因為處理用戶照片需要信任。
快節奏迭代：由MVP到持續優化
App君嘅開發節奏好快，由4月6日重新開始，到6月20日已經出到1.5.0。佢話MVP一日就搭到，但產品要做取捨。佢分享咗版本演進過程，當中遇到底層問題、兼容性問題同崩潰報告。
一日搭出MVP，但產品要做取捨
佢仲透露曾經有一個更激進嘅2.0.0計劃，開發咗兩周後發現方向錯，最終放棄，但從中學到經驗，改為開發1.5.0。呢個例子說明咗試錯嘅重要性。
AI工作流：降低試錯成本但要慎防誘惑
App君有兩個Max賬户，每月燒400美金喺AI編程上。佢認為趁而家token平，應該多用，好似開車咁喺唔同路況練習。AI最大嘅好處係大幅降低試錯時間成本，令佢敢嘗試好似2.0.0咁複雜嘅功能。
AI大幅降低試錯時間成本
但佢提醒要抵制AI誘惑，唔好因為AI做到就瘋狂加需求。佢話「有些時候不做也是一種做」，即係要清楚自己做咩，唔好亂加料。
畀獨立開發者嘅建議：該放棄就放棄
App君最後畀咗一個好直接嘅建議：該放棄就放棄。佢話呢行一條路唔掂就換另一條，身邊做得好嘅開發者多數係運氣好，不停換賽道就好似不停刮彩票，死磕往往冇好下場。
死磕往往冇好下場
佢仲建議多線程做幾件事，例如開發2.0.0期間同時更新其他App，就算最後失敗，其他App都仲有更新。呢種分散風險嘅策略值得參考。
你好！我係歐維，呢期我哋訪問嘅對象係App君，呢位開發者好犀利，佢總共開發咗11個App，當中有唔少知名產品。
目前最新嘅產品係西瓜備份App，一個可以幫用戶優雅、安全咁備份 iPhone相片嘅App。目前上咗線兩個月，處於穩定增長中。
佢喺小紅書有同名賬號：@App君，小紅書都係佢嘅主要根據地，有興趣嘅朋友可以關注下。
以下係佢嘅獨立開發故事，希望帶俾你一啲啟發。
Q：先介紹嚇你自己先啦。
我係 12 年開始做 iOS App 嘅開發者，22 年被「畢業」咗，就開始自己整啲小 App 玩下。
我開發過專門影月亮嘅 App 🌕moontake，開發過節假日調休 App 💤休息日，其他七七八八計埋呢個 🍉西瓜備份已經係第 11 個 App 喇。
Q：點解會做西瓜備份呢款產品？
最簡單嘅原因就係我需要呢款產品。
我由 12 年開始用 iPhone，雖然唔好意思話自己係攝影愛好者，但係 iPhone 最大嘅空間基本上都係相片，備份相片呢件事更加係由 09 年開始就斷斷續續喺度搞。
剩係畀 iPhone 備份相片呢件事，咁多年都用咗好多唔同嘅方法嚟備份相片，最早係經 iTunes 嚟匯出圖片，後來買咗個羣暉，全靠羣暉官方客戶端嚟備份圖片，但係羣暉本身性能好弱，隨住機齡增長，備份體驗越嚟越唔掂。於是上年買咗部 mac mini，裝咗個 immich 嚟整相簿系統，但係我用 immich 都係用「外部圖庫」嘅機制嚟處理，immich 嘅客戶端淨係可以備份到「內部圖庫」。羣暉又處於半退休狀態，所以呢個時候我就要一個備份工具喇。
但係開發一個備份 App 其實話難又唔難，話簡單又唔簡單。裏面有太多細節需要確定，而我仲有其他 App 要開發，所以我一直拖延，冇乜點做，就係咁做咗少少，然後停咗，然後再做少少，拖咗半年。
後來終於我都有大規模用 AI 嚟幫手開發，我感覺好似開發嘅門檻降低咗好多，於是又攞返出嚟開發。
Q：呢個產品具體係做啲乜？
🍉西瓜備份，就係一個幫用戶可以更優雅安全咁備份 iPhone 相片數據嘅 App。能夠備份同還原 Live 圖只係及格線，而喺運行效率、加載速度、內存管理方面，我就投入咗大量精力。代碼開源一方面係為咗提升對用戶嘅透明度，畢竟相片呢啲好私隱嘅嘢，備份 App 嘅透明度真係好重要，而另一方面，都係我對呢個代碼有信心，我信開源咗唔會砸自己嘅招牌。
另外開發者送咗份福利俾大家：西瓜備份App 6月25號到6月30號限時免費，需要嘅朋友快啲下載體驗嚇啦～
Q：產品嘅開發過程係點？迭代節奏好快？
其實講嚟講去，最困難嘅問題都係推廣。
而家 MVP 其實一日就砌到出嚟，但係做成產品就要做取捨。我嘅做法就係 1.0.0 先跟住自己嘅諗法整出嚟，然後開始迭代。
呢個係我嘅開發過程：
4/6 重新開始開發 App
4/21 發佈 1.0.0
4/22 發佈 1.0.1 小修小補
4/23 發佈 1.1.0 發現底層一個嚴重問題，修正
4/24 發佈 1.1.1 繼續小修小補
4/26 發佈 1.2.0 發現如果未來要改進新版本嘅話，需要做一套向前兼容機制
4/29 發佈 1.2.1 針對各種崩潰報告嚟調整
4/30 發佈 1.2.2 優化性能，準備 Mac 端
5/1 發佈 1.3.0 繼續優化性能
5/6 發佈 1.3.1 開始做 S3 嘅功能
5/7 發佈 1.3.2 繼續根據崩潰報告調整代碼
5/8 發佈 1.4.0 發佈 S3 功能同 SFTP
5/11 發佈 1.4.1 提升 SFTP 嘅兼容性
5/26 發佈 1.4.2 解決 0 長度密碼嘅問題
6/12 發佈 1.4.3 為 1.5.0 版本嘅後台備份升級做準備
6/13 發佈 1.4.4 係發現 1.5.0 版本可能冇咁快出，所以先解決依賴庫嘅一啲問題先
6/20 發佈 1.5.0 呢個版本係大版本，主要係為咗提升連結性能，避免多客戶端競爭寫入導致數據丟失嘅問題
其實除咗上面呢啲發咗嘅版本，我有大量工作係冇發出來嘅。
好似 1.5.0 用咗我差唔多 15 日開發，而喺 1.5.0 之前，其實有個更加激進嘅 2.0.0 計劃，實現功能更多，差唔多係喺 1.4.0 發佈嘅同時開咗，開發咗兩個禮拜多發現唔對路，搶救咗差唔多兩個禮拜，最終開發計劃宣佈失敗，但係有咗錯誤經驗，都惟有換咗另一條路 1.5.0 行。
Q：而家數據同表現點樣？
數據只能夠話只有限免嘅時候數據好睇。推廣真係太難喇。
Q：你覺得產品可以成功嘅核心原因係乜？
我覺得都係流量啦。好嘅產品都只不過係比較容易獲得更高質素嘅流量，用戶羣本身就係流量，時機很大程度上都係同流量綁定嘅，運營本身就係喺度運營流量。
Q：而家主要靠咩渠道獲客？
我主要都係靠幾個羣組同小眾軟件 V2 之類嘅論壇出嚇 post。
ProductHunt 感覺主要都係當一個收錄站用，對下載幫助好低。
之後會試嚇揾 Youtuber，睇嚇有冇流量可以蹭到。
Q：跟住落嚟有咩計劃？
跟住落嚟呢個 App 仲有幾個 Todo，一個係 macOS 端。一個係縮略圖功能，而家傳上去嘅相片睇唔到詳情好多時會缺少實用性，備份還原嘅顆粒度仲停留喺月，的確有時會覺得有啲麻煩。
Q：可唔可以講嚇你嘅工作流程？特別係用 AI 呢方面。
我其實有兩個 Max 賬户嘅，一個月會用咗我 400 美金，呢幾個月深度使用 AI 編程我嘅諗法就係，趁而家 Token 平，可以多用嚇，各種用，就好似揸車喺各種各樣嘅路況揸，可以有效提升自己嘅揸車水平一樣。
AI 編程可以令試錯嘅時間成本大幅降低，再攞我 2.0.0 開發失敗做例子，如果係我自己人手開發，2.0.0 呢種規模嘅嘢我一個人好難完成，而完成咗如果發現唔滿意，呢種沉默成本，我可能冇辦法接受。
但係好多時都係要考慮清楚自己做啲乜嘢，唔可以因為而家 AI 可以做唔少嘢，然後就自己瘋狂咁加需求，要抵制住 AI 嘅誘惑。有時唔做都係一種做。
Q：對其他獨立開發者有咩建議？
應該放棄就放棄。呢個行業一條路行唔通就換另一條路。我感覺身邊做得好嘅開發者，運氣其實因素都幾大，不停換賽道有時都相當於不停換彩票刮，都係一種方式，死磕嘅往往冇乜好下場。
或者換個講法，有時多線程做一啲嘢未必係壞選擇，我喺開發 2.0.0 嘅過程中仲有額外做其他 App 嘅功能更新，雖然最後 2.0.0 開發一個月功敗垂成，但係至少我其他 App 總算有更新到。
我係歐維，「獨立開發前線」嘅創作者。
「獨立開發前線」持續記錄獨立開發者嘅真實故事、實戰經驗同增長方法，希望幫到更多獨立開發者成長。我相信，一個人都可以做出有價值嘅產品。如果你都喺度做獨立產品，歡迎投稿。如果覺得文章唔錯，記得點讚支持下啦～
你好！我是歐維，本期我們的採訪對象是App君，這位開發者非常厲害，他一共開發了11個App，其中不乏知名產品。
目前最新的產品是西瓜備份App，一款可以幫助用戶優雅、安全地備份 iPhone照片的App。目前上線2個月，處於穩定增長中。
他在小紅書有同名賬號：@App君，小紅書也是他的主陣地，感興趣的朋友可以關注下。
以下是他的獨立開發故事，希望帶給你啓發。
Q：先介紹一下你自己吧。
我是 12 年開始做 iOS App 的開發者，22 年被"畢業"了，就開始自己做一些小 App 玩了。
我開發過專門拍月亮的 App 🌕moontake，開發過節假日調休 App 💤休息日，其他七七八八算上這個 🍉西瓜備份已經是第 11 個 App 了。
Q：為什麼會做西瓜備份這款產品？
最簡單的原因就是我就需要這款產品。
我從 12 年開始使用 iPhone，雖然不好意思說自己是攝影愛好者，但是 iPhone 最大的空間基本都是照片，備份照片這個事情更是從 09 年開始就陸陸續續在折騰的事情。
單純給 iPhone 備份照片這件事情，這麼多年也用了相當多不同的方法來備份照片，最早是通過 iTunes 來導出圖片，後來買了個羣暉，全靠羣暉官方客戶端來備份圖片，但是羣暉本身性能就弱，隨着機器年歲增長，備份體驗越來越不行。於是去年買了台 mac mini，搭了個 immich 來組建相冊系統，但是我用 immich 都是採用「外部圖庫」的機制來處理，immich 的客戶端只能備份到「內部圖庫」。羣暉又處於半退休狀態，所以這時候的我就要一款備份工具了。
但是開發一個備份 App 其實說難也不難，說簡單也不簡單。這裏面有太多細節需要敲定，而我還有其他 App 要開發，因此我一直拖延，沒怎麼做，就這麼做了一點，然後停擺，然後再做一點，拖了半年。
後來終於我也大規模使用 AI 來協助開發，我感覺好像開發的門檻降低了很多，於是又翻出來開發了。
Q：這個產品具體是做什麼的？
🍉西瓜備份，就是一個幫助用戶可以更優雅安全的備份 iPhone 照片數據的 App。能夠備份和還原 Live 圖只是及格線，而在運行效率、加載速度、內存管理方面，我則是投入了大量精力。代碼開源一方面是為了提升對用戶的透明度，畢竟照片這種很私密的東西，備份 App 的透明度真的很重要，而另外一方面，也是我對這個代碼有信心，我相信開源了不會砸自己的招牌。
另外開發者給大家送了一份福利：西瓜備份App6.25-6.30限免，需要的朋友抓緊時間下載體驗噢～
Q：產品的開發過程是怎樣的？迭代節奏很快？
其實說來說去，最困難的問題還是推廣。
現在 MVP 其實一天就能搭出來，但是做成產品是要做取捨的。我的做法就是 1.0.0 先按照自己的設想做出來，然後開始迭代。
這是我的開發過程：
4/6 重新開始開發 App
4/21 發佈 1.0.0
4/22 發佈 1.0.1 小修小補
4/23 發佈 1.1.0 發現底層一個嚴重問題，修正
4/24 發佈 1.1.1 繼續小修小補
4/26 發佈 1.2.0 發現如果未來要改進新版本的話，需要做一套向前兼容機制
4/29 發佈 1.2.1 針對各種崩潰報告來調整
4/30 發佈 1.2.2 優化性能，準備 Mac 端
5/1 發佈 1.3.0 繼續優化性能
5/6 發佈 1.3.1 開始做 S3 的功能
5/7 發佈 1.3.2 繼續根據崩潰報告調整代碼
5/8 發佈 1.4.0 發佈 S3 功能和 SFTP
5/11 發佈 1.4.1 提升 SFTP 的兼容性
5/26 發佈 1.4.2 解決 0 長度密碼的問題
6/12 發佈 1.4.3 為 1.5.0 版本的後台備份升級做準備
6/13 發佈 1.4.4 是發現 1.5.0 版本可能沒那麼快出版，先解決依賴庫的一些問題先
6/20 發佈 1.5.0 這個版本是大版本，主要是為了提升連結性能，避免多客戶端競爭寫入導致數據丟失的問題
其實除了上面這些發出來的版，我有大量工作是沒有發出來的。
比如 1.5.0 花了我差不多 15 天開發，而在 1.5.0 之前，其實有個更為激進的 2.0.0 計劃，實現功能更多，差不多是在 1.4.0 發佈的同時開啓的，開發了 2 周多發現味道不對，搶救了小 2 周，最終開發計劃宣佈失敗，但是有了錯誤經驗，也就只好換了另外一條 1.5.0 走。
Q：現在數據和表現怎麼樣？
數據只能說只有限免的時候數據好看。推廣真的太難了。
Q：你覺得產品能成功的核心原因是什麼？
我覺得還是流量吧。好的產品也無非是比較容易獲得更高質量的流量，用戶羣本身就是流量，時機很大程度上也是跟流量綁定的，運營本身就是在運營流量。
Q：現在主要靠什麼渠道獲客？
我主要都是靠幾個羣和小眾軟件 V2 之類的論壇發發。
ProductHunt 感覺主要只能當個收錄站使用，對下載幫助很低。
之後會試着找找 Youtuber，看看能否有流量可以蹭到。
Q：接下來有什麼計劃？
接下來這個 App 還有幾個 Todo，一個是 macOS 端。一個是縮略圖功能，現在傳上去的照片不能看到詳情很多時候會缺少實用性，備份還原的顆粒度還停留在月，確實有些時候會覺得有點麻煩。
Q：能聊聊你的工作流嗎？特別是用 AI 這塊。
我其實是有兩家 Max 賬户的，一個月會燒掉我 400 刀，這幾個月深度使用 AI 編程我的想法就是，趁現在 Token 便宜，可以多用用，各種用，就好像開車在各種各樣的路況開，能夠有效提升自己的開車水平一樣。
AI 編程可以讓試錯的時間成本大幅降低，還是拿我 2.0.0 開發失敗為例，如果是我自己人工開發，2.0.0 這種規模的東西我一個人很難完成，而完成了如果發現不滿意，這種沉默成本，我可能沒辦法接受。
但是很多時候還是要考慮清楚自己要做什麼東西，不能因為現在 AI 可以做不少事情，然後就自己瘋狂給需求加料，要抵制住 AI 的誘惑。有些時候不做也是一種做。
Q：對其他獨立開發者有什麼建議？
該放棄就放棄。這個行業一條路走不通就換另外一條路。我感覺身邊做的好的開發者，運氣其實因素還是挺大的，不停換賽道有些時候也相當於不停換彩票刮，也是一種方式，死磕的往往沒啥好下場。
或者換種說法，有些時候多線程做一些事情未必是壞選擇，我在開發 2.0.0 的過程中還在額外做其他 App 的功能更新，雖然最後 2.0.0 開發一個月功敗垂成，但是至少我其他 App 好歹算更新了。
我是歐維，「獨立開發前線」的創作者。
「獨立開發前線」持續記錄獨立開發者的真實故事、實戰經驗和增長方法，希望幫助更多的獨立開發者成長。我相信，一個人也能做出有價值的產品。如果你也在做獨立產品，歡迎投稿。如果覺得文章不錯，記得點贊支持噢～