在前面兩篇文章從零到有的 Side project 心路歷程，這篇內容主要是分享一些想法以及技術、人員、花費的資源細節。
本系列文章的篇幅主要會分成三部分
- 讓想法成為產品的第一步
- 讓產品從「好」到「更好」
- Side project 給我的收穫、反思以及資源盤點 <– 本篇
本系列其他文章
能解決問題的產品
在做 Side project 時你會發現，技術並不一定是全部，整個過程中更需要瞭解用戶需求和產品層面的思考，所以單單只會前端或後端其中一邊往往沒辦法做出一個真正好的產品。
對你而言，好的產品定義是什麼？
就我的主觀認知，我認為好的產品是能夠「解決問題，讓用戶成為想要的自己」。
然而，在做產品之前，我們要怎麼找到需求？
我覺得與大的需求相比，小的需求可以從自身的需求出發，看看是否也有一小部分的群體有相同的需求，在這個案例你可以看到，「Beiyi 北宜」解決了一小部分群體的需求，就是從我自身的需求出發的，畢竟不是每個人都喜歡騎摩托車、暢遊山路。
在這整個過程中，你會發現技術只是實現的方式，會有更多部分著墨在技術層面之上，包含產品思考、行銷、專案管理、需求管理等等。
當然，也有技術型產品，既可以練技術也可以做產品，讓自己的成長收益加倍，這就要看你當初訂的目標是什麼而決定了。
推廣行銷的反思
我在同一個臉書社團發文了兩次。
第一次是推廣 Web，第二次就是推廣 APP。
在第二次發佈完之後，我認為兩個版本都有發佈啊，用戶應該都看到了，有來註冊的應該就是想用的吧，然後就傻傻的以為這樣的用戶量應該已經是極限。
沒想到有趣的是，你貼的文，用戶不會「剛好」都看到，也就是說，以這個社團 15 萬用戶來說，不會在你發佈文章後，所有人都看到。
有的用戶可能偶而才進來看一次、有的可能假日才來看、有的可能剛好其他社團參與的比較積極，所以演算法不推他這篇文。
就在我推廣了第三次之後，發現竟然又多了將近 1000 人註冊，也就是說你每次都有可能打到不同的用戶，也許有的用戶是在觀望階段，直到你越來越常出現，好像有其他人在用，他才決定要試試看。
所以在這部分我瞭解到，要行銷你的產品，必須要拿捏好一個頻率，不能太常出現讓人反感，又不能只出現一次。
但毋庸置疑的是，你必須得替自己宣傳推廣，而且用力的。
超乎預期的收穫
在整個開發過程中其實都不是以利益為第一考量，所以我也沒有去研究掛廣告收益之類的事情，但其實我不覺得可惜。
因為對我來說，能夠幫助到一些人，也能讓自己成長，這樣的收穫對我而言是難能可貴的經驗。
- 設計師女友獲得了一個完整設計 APP 的經驗和能夠放在作品集上的作品
- 朋友 Stan 實戰了完整的 API 開發和測試撰寫
- 我學會完整從 0 到 1 的 React native 開發含上架
- 我和我的用戶們出門前都不需要再開 3 個 APP 了
總花費
- iOS 一年開發者費用約 3400 NTD
- Android 永久開發者費用約 700 NTD
- Linode 150 NTD/月
- 做了刀膜貼紙 2000 NTD
喔對，我覺得 Logo 設計得很可愛，於是就自己做了個貼紙，打算之後發給其他車友和讀者之類的 XD
資源不怕少，就怕沒弄好
總用戶數已經有 6000 人，但通常車友都是假日出門居多，後台數據在週末時的日活量大約會到 1000 人左右。
機器沒有做特別的調整，但 CPU 使用率一直都是在 10% 以下，這種小型的專案沒有太複雜的技術，基本上都是資訊的讀取，有一些基本觀念應當就不會做到倒站或是出現資源不夠用的情況。
這是我在專案裡面有做到的部分
- 天氣資訊打 cache，這個不需要經常更新
- 避免 S3 讀取圖片流量，在 Client 對圖片做緩存
- 常用的時間區間從 Datatime 欄位換成 Integer，用 unix time stamp
可能不全然是必須做的，但是基本都是不會花太多時間可以提升的部分。
資源總覽
技術部分
- Web: Ruby on Rails 6.1.0.alpha
- API: Grape API
- APP: React Nativce 0.59
- Server: Linode (1 CPU, 25GB Storage, 1GB RAM)
- Domain: GoDaddy
- Git Hosting: Github private
- Storage: AWS S3
- Error Monitoring: Rollbar
- Database Perfromance: pghero
- Analytics: Firebase / Google analytics
- Push Notification: OneSignal
人員部分
- Nic Lin（我）: 專案管理、Web 第一版開發、APP 開發
- Doris Lin: ICON、LOGO、介面設計、使用者體驗優化、周邊設計
- Stan Chen: Web / API 實作，Server 優化、自動化部署、備份
總結
很多人總覺得厲害的 Side project 都是高手在做的，但你也要知道，大神也是從新手開始。
以這個專案來說，Rails 部分的 CRUD 新手看 Rails 101 應該也做的出來，沒有什麼高深的技術層面，但卻是把每一個「簡單」拼湊起來，變成一個真正的產品。
在這個 Side project 之前，我寫了很多爛尾的 Side project，大概就是有想法就開個專案寫一點，可能過陣子就覺得這個問題好像其實也沒這麼擊中自己的痛點，所以我不是一次就做出這個有真實用戶的專案。
每做一次 Side project 都會有不同的感受，可能是技術的成長、可能是產品思維的成長，真要說有什麼缺點的話，大概就是像我這種對進度有要求的執著會很難受，自己都不讓自己假日出去玩也要把東西做完的缺點吧。
另外，和做公司專案不一樣的地方，就像是你給了自己一大幅圖畫紙跟無限的色筆，你可以盡情的揮灑創意，就算把紙都劃破了，也不會有人罵你，然而創意總是蘊藏在日常生活中，如果找不到創意的身影，也許是考慮的太多或是工作真的太忙碌。
我相信很多人都有自己的想法，可能缺少了一點讓想法成為事實的動力或方法，我希望這些文章能夠激發你一些靈感或勇氣，如果你依然沒有人可以問、可以幫忙，也許你可以留言或是從社交媒體訊息給我，我會盡可能的以我的經驗給你一些建議。
你也有想做或沒做完的 Side Project 嗎？
不要讓老的時候沒有回憶可以聊，現在就開始吧！