劉岳軒
PM, Contract/ Full-End Engineer
曾任幣想科技加密貨幣新創公司營運長兼軟體架構師，是一名兼具商模設計思維與技術背景的產品設計師。在過去的專案中，有從0到1的全新產品開發、設計、運行到優化經驗。擁有MVP的打造、根據數據及時修正的數據分析能力。也有接手大型專案，維護、優化並交付的經驗，要短時間理解整體架構的能力。
因著技術背景，在產品設計上，除了做出符合用戶需求，也會兼具技術可行性的產品。甚至也會協助工程師規劃資訊安全與API設計等。
個性：樂於溝通、團隊合作，自主學習。
Professional Background
Current status
Unemployed・Ready to interview
Profession
Project / Product Management
Fields
Blockchain・Ecommerce・Software
Work experience
1-2 years (1-2 years relevant)
Management
I've had experience in managing 5-10 people
Skills
Product ManagementProject ManagementProduct DesignFlask(Python)React.jsCommunication SkillsSmart ContractSolidityFastAPIPostgreSQLMySQLMongoDBData Analysisweb3.jsweb3.pyResearchMachine LearningFigmaAsanaJIRAMiro
Languages
Chinese・Native or Bilingual
English・Intermediate
Highest level of education
Master
Job search preferences
Desired job type
Full time・Interested in working remotely
Desired positions
Product Manager
Desired work locations
-
Freelance
Non-freelancer
Work Experience
開課講師
東吳大學資訊管理系・Part-Time
January 2022 - November 202211 mos
東吳大學資管系聘雇的開課講師。 目前開課與演講內容包含：作業系統、Line 聊天機器人、Python基礎ML、工程師的基本素養COO
幣想科技・Full-Time
September 2021 - November 20221 yr3 mos
幣想科技是一間區塊鏈新創公司，除了營運長的工作，我也會協助技術團隊開發。 營運與產品 1. 產品設計 2. 數據分析(ML、GA、Tableau) 3. 公司章程建置 4. 專案管理之相關軟體與規則導入 5. 建置記帳與報表規則 6. 行銷策略與施行 7. SEO規劃 軟體技術 1. 資安架構設計 2. 區塊鏈智能合約 3. Web3.py, Web3.js 4. 數據分析平台Dashboard 5. 資安Monitor 6. 全端開發 7. 交易監控與自動申報系統 8. 效能優化 9. 弱掃與滲透 法規 1. 通過加密貨幣相關法規規定 2. 建置KYC、AML等流程 3. 撰寫商業合作合約 身為PM 產品開發前 競品分析： 1. Business Model 使用商業模式圖挑選幾間比較目標，分別以目標客群(CS)、價值主張(VP)、通路(CH)、顧客關係(CR)、收益流(RS)、關鍵資源(KR)、關鍵活動(KA)、關鍵合作夥伴(KP)、成本結構(CS)作為分析象限，雖然CS與RS如果目標不是大型上市上櫃公司，會較難取得相關資訊。所以財務相關較難取的準確估計，我通常會評估供給與需求是否匹配後，再評估公司是否有足夠資源去爭取。 2. Functional Map 初步篩選以後，我會使用Functional Map去確認User Story在競品的世界裡是否有被滿足或是遺漏，同時也可以回頭審視CR。 3. SWOT & 橫向比較表 最後用SWOT分析，確認哪個競品才是我們目標對手，或是哪些項目是所有競品都遺漏的特性。如果在SWOT無法得出結論的時候，我會傾向用橫向比較表，將所有我認為重要的評估標準線以1 - 6分，得出各競品的特性。 4. 競品分析結論 結論是我認為最重要的部分，除了分析更重要的是我能不能得出接下來要執行的準則。通常結論會有幾種：(1) 需要進行問卷、訪談調查 (2) 可以得出假設性市場需求的存在，開始研擬施行方法以打造MVP (3) 需求有但是收益不高，考慮放棄題目或是大改方向 (4) 需求不存在，但可能有非收益以外的產品目的 5. 開發前會議 開發前會議，我會招集該專案負責的工程師以及其他相關人員。會議重點有幾個：(1) 市場需求(是的，我通常也會跟工程師說明用戶需求，而不是只單純給技術規格文件) (2) 分配產品任務(PO、Frontend、Backend) (3)設定Scrum的流程 產品開發中 1. Board 我通常會建立看板(Board) 常用工具會有Asana or Jira，Board上面除了基本的To Do, Doing, Done。我會新增欄位User Story，此專案的參與人員與職責以及Deadline 2. MVP打造 產品規劃我習慣以MVP作為設計，也就是該產品最終目標很大型，我在跑Sprint的時候，會以最小可運作當作開發設計。舉例來說，我們的產品假設是一個網路的購物商場，要製作的項目很多，例如會員系統、訂單系統、評分系統、產品系統，還會有產品推薦、分類系統等等。 第一個Sprint只會有可註冊、登入的會員系統，可下單的產品系統。此時產品其實就可以上線了，雖然可能還沒有訂單系統，還沒有評分系統等等，但是已經有滿足初步，用戶想要網購的需求。 接下來的Sprint都會以產品可最小單位運作作為設計規格。目前因為多待新創公司，產品多以2個月一個Scrum，2週一個Sprint 3. 根據市場需求調整 MVP打造以後，就會丟進市場進行需求確認，雖然產品不夠成熟，但也可以獲得許多用戶的反饋，以釐清需求是否確認有誤。在MVP時，可能GA或是數據尚未收集完善(如果能先埋更好)，多半得以訪談的方式進行，如果有初步數據，我會以簡易統計(因為數據通常不足以跑ML)，先確認重點訪談目標與問題。然後可能會回到開發前的方法，再重新評估。 4. Sprint流程 每日早上我會和團隊進行15分鐘的Stand up meeting，確認昨日做了什麼？今日做了什麼？通常很多成員，會被詢問後才承認遇到問題，這時就會等Stand up meeting結束以後，請資深或是能解決的夥伴先行協助。 產品開發完 1. 行銷 行銷管道我個人習慣TW, TG, Discord, FB，如果有行銷人員協助，我通常協助制訂活動內容，尤其是跟Web3.0 常見有趣的行銷活動，我也會想辦法融入自身產品。並且分配相關成本，才能製作行銷漏斗，初步行銷漏斗評估改進目標。有時候行銷漏斗的結論甚至會改變產品的營利模式。極端一點的例子，漏斗在Top & Middle時超大，Bottle超小。一般來說可以改變收費模式，或是了解是否是產品不好用。但是也可以換另一種營利模式，許多免洗遊戲，就是這個狀態，但卻收益頗高，不停推出，原因就是他們的收益來自廣告商，只有有流量，就可以吸引到廣告商。如果是Top很小，Middle 跟Bottom很大，雖然會很開心。但是也得同時想辦法提高知名度，例如讓社群活絡，努力經營TG或Discord，以及每天一篇TW&FB，許多用戶第一次看到你的貼文，沒什麼感覺，但如果反覆看到可能就會成為追蹤的一員。 2. 數據分析 我通常以兩個管道分析數據，GA與從DB撈。GA我主要用來尋找使用者路徑，以及搜尋關鍵字(同步用Search Console)，透過使用者路徑，可以知道「斷點」頁面，以及停留時間，進而修改UX。DB因為熟悉SQL & NoSQL，如果數據更新快，我通常會直接建立Dashboard實時監控數據，如果數據量大，我也會跑ML，進行數據預測分析。基礎的ML例如RandomForest, SVM等 3. Retrospectives 產品上線後一個禮拜，我通常會舉辦Scrum的回顧會議。Scrum雖然是高效但其實對於員工是高壓的流程。但是如果有一個好的回顧會議，除了讓員工宣洩想法，也讓員工有成長的感覺，就能夠提升他們成就感，降低壓力。會議開始，會先進行回顧會議，接著會讓員工表達自己的想法。為了避免會議成為雜吵的菜市場，通常會先建立此次Scrum的時間線軸，接著讓大家填寫上在這些時間線軸上，有生氣、沮喪、高興哪個情緒以及原因。接著輪流表述想法與原因，我會進行會議小結後。接著會針對有缺陷內容，使用五問法找出根本原因，因為是辯論社出身所以習慣透過問題引導出根本原因。 身為工程師 產品開發中 1. 資料庫架構設計 因為多半是Web3.0產品，會有前端、後端與智能合約的分工，哪些需要資料庫，哪些由區塊鍊紀錄，會需要協調與設計。 2. 開發前後端或智能合約 根據人手分配，我通常是救火的角色，哪邊工作吃緊，我會去協助前後端或智能合約。 3. 資安 交付PM前，我通常會進行壓力測試、API效能評估、PageSpeed效能評估以及弱掃，看看能否透過SQL Inject、XSS、DDOS攻克成功。根據測試結果，提出修改建議，請前後端修復。我則負責設定網域、Cloudflare等外部資源設定。 4. code review 通常會請後端工程師進行Unit Test，我進行Code Review，以完整Git Flow。 產品開發後 1. 問題洞悉 我通常不負責維運系統，但當不知名漏洞產生的時候，我會參與解決方案會議。
Project Manager
September 2021 - December 20214 mos
堂朝是一間接案公司，我在職期間正好都遇到大型項目，需求方有很明確的產品設計要求以及商模設計，因此在職期間我更多是確保專案能順利成案與結案。 專案開始前 1. 需求訪談 業主通常不了解程式，所以需求訪談主要是確認他們想要達到的目的。我通常習慣多問為什麼要這樣做？或是反面說，如果這樣做，你們覺得不好的原因是什麼呢？往往會在談話過程中，業主也會釐清自己真正想要什麼，所以需求訪談會議，我覺得除了是自己釐清，也是協助業主釐清自己的「目標」以及「希望達到的成果」 2. 報價 通常我在報價的時候，無論是在堂朝工作期間或是自行接案，都會將報價透明化，告知每一個單項的價格。此時也可以增加談判機會，有時業主不願意付出這個高的價格，除了拒絕發案給我們，也可以討論減少一些開發項目。或是業主覺得價格比想像低，還有點預留成本。我們也可以說，急案可以縮短開發，但收費會較高。 專案開發中 1. 專案開發文件 這會根據業主需求，是否需要撰寫規格文件。有時候就以報價單為開發內容，業主就可以接受。規格文件其實主要不是內部人員觀看，所以會按照業主要求格式撰寫。 2. UX設計 在堂朝有UI設計師，我主要使用Figma or AdobeXD製作UX線圖 3. 工程師工作進度監督 堂朝主要以Waterfall開發，在公司的制度下，我通常還是會請工程師元件化開發，接著將部分開發好的樣式展示給業主，免得最後成品與業主心中想像落差過大。 專案交付 1. 教育訓練 因為過去有大量教學經驗，在向業主教學專案成果的時候，都蠻順利的。能夠善於理解，以不同程式設計的人，怎麼樣的點，會產生疑惑，因此教學與交付都會相對順利。
辯論社指導老師
January 2021 - July 20217 mos
1. 教導學生提升邏輯思維以及口語表達能力 2. 教導學生價值性議題之技巧與思考模式 3. 帶領學生參加全國大專院校辯論錦標賽
辯論社指導老師
September 2016 - September 20193 yrs1 mo
1. 教導學生提升邏輯思維以及口語表達能力。 2. 帶領學生參與各區以及全國性的盃賽，曾拿下北區亞軍的成績。 3. 編著相關的教學講義。
Education
Build Your Professional Network
Click icon on the company page or under talent search engine to start the conversation.