透過 BizCodeX 介紹的案子,我挑戰了人生中的首次副業。
坦白說,
比起「技術上是否可行」,
「需求定義・進度管理・API申請・本業的兼顧」 的挑戰更是倍增的困難。
本文將輸出在初次副業中實際遇到的困難點和失敗,並且分享從中學到的經驗,希望能成為即將開始副業的朋友們的參考。
客戶:在亞馬遜上進行個人銷售的人
由於手動操作的部分較多,透過部分自動化來提高效率是本案件的目標。
主要的效率提升點有以下兩項:
關於如何使用這些技術的架構,將在另一篇文章中詳細說明。
【改善點】
應該要更具象地想像業務流程再編製聽取清單。在會議中聽取流程,再在當場理解並提出問題的難度頗高。
【改善點】
同時進行筆記、理解及問題提出的過程頗為困難,造成些微的混亂。我應該先理解,再簡單地做好筆記。
在這個階段,我所重視的
不是「技術上是否可能」,而是 「現實中是否可運營」。
在副業的案件中,我感受到比起完善的系統,
能讓客戶持續使用的機制更有價值。
【改善點】
即使是非常簡單的版本,我也應該在最初創建一個原型。
如果早早動手,
這些都可以更快速地了解。
我深刻體會到「在思考前動手」的重要性。
在開始副業之前,
我樂觀地想:「因為本業能夠穩定,所以應該沒問題。」
不過,這完全是錯誤的判斷,副業恰好與本業的繁忙期重疊。
若連續幾天無法著手於副業,
只會積累「什麼都沒進展」的事實,讓不安感倍增。
【改善點】
不安的根源在於「任務不夠明確」。
將任務分解至日常,最好到每30分鐘至1小時之間,
僅僅是將其寫下來便減輕了很大的心理壓力。
在事前想象中的方式變得難以實現。
而且,錯誤頻繁發生,佔用了超出預期的時間。
【改善點】
在實現可能性階段時,我應該再更深入地進行細分。
另外,若能更有效地利用生成式AI,進行原因的區分,會是我自我反思的一個方向。
在開發過程中,針對所有使用SP-API的第三方開發者,發表了每年需支付訂閱費用的公告。
(參考:https://developer.amazonservices.com/spp-announcement-ja-jp%EF%BC%89)
API會突然改變規格。
雖然我知道這一點,但當實際面對時,其影響力超乎我的想像。
我重新評估方針,考慮其他方案並向客戶提案,並獲得同意。
能夠不放棄地思考替代方案這一點,對我來說也是一次良好的經驗。
透過API獲取個人資訊受到嚴格限制,需向亞馬遜提出附加申請,目前已暫時停止。
這也是我在開發開始前應該掌握的要點,這是我所反省的地方。
從需求定義到運營的全過程,首次由我一人獨立處理,
在技術面與溝通面都獲得了不少學習,這是非常寶貴的副業經驗。
雖然尚在進行中,但我會全力以赴,
將責任做到最後,並提供令客戶滿意的服務。