第5章 能踩的坑都踩了一遍

雖然說同行是冤家，但客觀評價，陸晨曦覺得《壞了！我被大模型包圍了！》只是軟件踩坑有點多而已，而軟件的開發者還是可以的。

開發者沒毛病，開發的軟件卻踩了一堆坑？

這樣截然相反的評價有點矛盾？

但其實也並不矛盾。

就像有的公司，你可以說他產品有黑點，但創始人確實是沒得黑。

從《壞了！我被大模型包圍了！》裏面任務的設定情況就可以看得出來，這個應用的開發者是個真正懂大模型的。

不然也不可能做到將有關於大模型的問題循序漸進的羅列出來。

甚至，如果不是真正懂大模型並且嘗試思考過未來人與大模型關係的人也不可能會費心搞一款這樣的應用。

這樣的開發者一時之間讓陸晨曦有點惺惺相惜的感覺。

不行，不能讓這樣一個真正試圖思考大模型未來命運的開發者搞得這樣一款腦洞還不錯的軟件暴斃在自己面前。

陸晨曦當即做出決定，要幫一把。

於是陸晨曦將《壞了！我被大模型包圍了！》這款遊戲的下載鏈接轉發在了自己的微博賬戶上。

並配文說到：「一款新穎的工具類應用，值得嘗試~」

……

……

「這樣的應用，不虧沒天理啊！」

顧意搞定《壞了！我被大模型包圍了！》這款應用之後，他也覺得自己虧定了。

每個成功的軟件都有其獨特的成功原因。

但失敗的軟件往往都踩了共同的坑！

具體來說這些坑包括需求坑、測試坑、管理坑以及宣傳坑。

需求坑是指需求不明確。

需求不明確是軟件開發的大忌。

如果在軟件開發過程中，需求沒有定義或者是被過於草率的定義。

那麼很容易導致軟件項目的混亂。

需求不明確，那麼潛在的用戶群體也同樣不明確。

沒有用戶群體買單，一款軟件想火起來那是難上加難。

此外需求不明確同樣會導致價格定位容易出現偏差。

至於說測試坑則是指一款軟件沒經過充分測試就直接推向市場。

不充分的測試很容易遺漏未發現的bug和質量問題。

軟件發佈後很容易引起用戶體驗問題。

管理坑則是指缺乏有效的項目管理，使得在軟件後期運作中極易踩坑。

至於說宣傳坑則是說軟件發佈後沒有進行正確的宣發或者是宣發方向失策。

軟件開發一共也就這些坑。

而顧意呢搞的《壞了！我被大模型包圍了！》這個軟件幾乎是把所有能踩的坑都給踩了一個遍。

首先，需求方面，《壞了！我被大模型包圍了！》這款應用完全是顧意一拍腦門臨時起意想出來的。

至於這款軟件有沒有需求？需求大不大？用戶受眾是誰？用戶願意為這樣的應用貢獻多少錢？

顧意跟本沒考慮過。

反正是奔着虧錢去的，這些問題統統都不重要。

顧意是有了想法之後就直接搞了《壞了！我被大模型包圍了！》這個應用的開發。

而具體的開發過程呢顧意也只是從資源平台買了個現成的題庫類軟件模板並套用了幾個公版大模型框架做應用內任務校驗。

而後又花錢從官方平台租了個服務器，至於軟件的管理則直接花了一筆錢將這個軟件的後期維護託管給官方應用商店。

雖然據說官方的託管平台一直被很多開發者吐槽水平一般，而且辦理了託管連個小推薦位都不捨得給。

只能勉強維持日常運營那樣的水平。

繁體小說網【ftxs.net】第一時間更新《壞了，真給他虧成首富了》最新章節。若瀏覽器顯示沒有新章節了，請嘗試點擊右上角↗️或右下角↘️的菜單，退出閱讀模式即可，謝謝！