前情提要：
在臉書上看到「2019 蝦皮會客室」的活動頁，主題是由工程＆產品團隊分享產品經營心得，直接透過 google 表單報名即可。
我是 10 月底看到活動＆報名，大約 11 月中收到報名成功信。報名信裡會給報到時間與地點，地點是在松菸大樓，大家須在一樓集合，由 HR 統一帶大家上樓。
集合：
到了活動當日，一樓有個說明版，也有人招待，會詢問來的人是不是要參加蝦皮活動。但因為參加者眾多，需要等一批人到齊後再一起帶上樓，這等待的時間雖然是短短的 15 分鐘以內，但現場 2~3 個蝦皮的工作人員在聊天，參加者們就各自邊滑手機邊等電梯。
我覺得這部分有點可惜。如果是我，我可能會印一些議程、講者的資料或（既有的）公司簡介小冊子，讓大家更了解這間公司和今天的分享內容。
不過這也不是大問題，純粹提出來參考。
報到：
上樓後就有很清楚的人員＆告示牌指引。
開場前：
因為正式開場是 10:20，在這時間之前，到達的人可以先看大螢幕播放的公司介紹影片，這邊我覺得有 3 個小地方可以做得更好：
1. 講解
大家在看公司介紹影片時，影片本身就有旁白或者訪問，總之是有聲音的，但後來有現場工作人員在影片播放時邊講解。
我想工作人員是希望讓大家更認識蝦皮，但會建議取其一就好，比如影片播放時轉靜音，現場工作人員直接當旁白；或者工作人員先講完才播影片。否則其實現場聽到的聲音很重疊，且兩個音量相當，會不知道要聽誰的，反而有點干擾，會有點破壞工作人員的美意。
2. 影片
現場有播放 2~3 支影片，有支影片是在介紹蝦皮的新加坡總部辦公室環境，那個影片看起來是 ig 限時動態的格式，總之就是直式的，所以在螢幕播放時會顯得很小，且因為影片是現場收音，所以坐後排的人有點聽不太清楚，這也有點可惜。
3. 意見回饋
在參加活動前，我先用「蝦皮會客室」當作關鍵字，發現往年好像沒有這樣的活動（上午分享+下午面試）；或者是主題名稱不同，所以我沒找到。
假設這是第一次舉辦這種形式的活動，或許現場大螢幕上可以放個問卷網站，或者直接在報到時發放實體問卷，藉此了解大家對於活動的建議。
現場組成
接著可能是人報到的差不多了，活動有稍微提早開始，粗估全場最多 150 人（一排 15 張椅子 x 10 排），不過沒有全滿。
HR 有詢問參加者組成並請大家舉手，目測工程師約佔 70~80%，其中舉手的人又以男生居多，至少 90% 吧。
開場
然後就由 HR 開場，先自我介紹、說明今天的流程，再介紹三位講者，分別有：Head of Engineering — Lei lei（經驗很豐富的技術主管）、PM — Ken、Tech Lead — Sung Ming（中文音同松明，但不確定中文字怎寫，負責機器學習的部門）。
問題與回答記錄如下。
先自首！講到技術部份因為很多專有名詞+英文，我是程式麻瓜，所以就沒有詳細記錄這些資訊了。
另外，我有記錄每個問題的回答者，但每題大約只有 5~10 分鐘，所以忙中難免有疏漏，若有記錯歡迎指正。
最後，以下若有任何心得，純粹是個人角度分享。
分享內容
1. 目前遇到的技術問題和解決之道？（回答者：Lei ）
現在做的是很大規模的產品，舉例來說，流量高峰時，一天要處理 800 億個 request，解決方法是多找人（講到這大家都笑了）。
另外，因為蝦皮的規模與流量一直在變大，原本沒有的問題就會突然出現了，既有架構就要調整，這也是持續在解決的問題。
2. 產品開發流程、如何分工、開發者能決定方向嗎？（回答者：Lei）
這邊我有大概記錄，但後來真的跟不太上，因為講者純粹是用口述講了一長串流程，再加上部分中英穿插，一時難以理解，我怕寫得零零落落，放上來反而誤導大家，所以就不放了。
個人非常建議可以用簡報把流程視覺化，這樣會更清楚。
不過其他部分有記到：
雖然流程繁複、步驟看起來很多，但實際運作起來，其實並不混亂，在蝦皮的每個人都知道自己要做什麼。
另外 Lei 有講到一個我個人覺得很「動聽」的點：工程師有時候可能會說「這個不好做」，但是光是講「不好做」是不專業的，因為產品是用戶說了算，如果用戶需要、覺得有痛點，就應該盡量去克服。
如果這個需求不好做，那團隊應該是去找平衡，針對需求去找出其他解決方式，而不是直接把需求擋掉。
3. 團隊怎麼應對節慶大檔的高流量？（回答者：Lei、Ken）
Ken：產品團隊會在活動大檔（如雙十一、雙十二等）的 2 個月前，先跟其他團隊（主要是行銷）確認會辦哪些活動、要達到哪些銷售目標、需要哪些資源，以便整個團隊先做好事先的人力安排。
Lei：因為活動大檔就代表著流量會很大且集中湧入，所以資源調配非常重要，團隊也會先做事先的彩排，模擬流量湧入時的狀況與相關應對。
講到這裡，我覺得主持的 HR 好像一直 Cue Lei lei ，但我也想多聽其他人說分享，或許會有不同角度的思考點。
不過也可能因為另外一位是 PM，一位是負責機器學習的團隊，而 Lei 管轄多達 500 個工程師，能涉及的規模、相關案例與自身經驗比較多，能講的東西的確也比較豐富。
4. 團隊文化與特色？（回答者：三人都有講）
- 成員組成多元：像新加坡辦公室就有很多外地人
- 成員年輕：平均 29 歲
- 產品迭代快：一兩週可以做出 MVP 去驗證假設，之後再擴大規模去做
- 很有挑戰性
- 務實：要做的事情都是有意義的
- 講道理：會尊重事實和邏輯
- 開放：經驗分享，讓團隊不會做重工、不貳過
5. 有什麼個人成長或職涯發展的機會？（回答者：Lei、Sung Ming）
- 教育訓練補助：可以買線上課程
- 進修補助：新加坡的工程師念 phd 有補助
- tech sharing：每週都有內部的技術分享，可以知道其他人做了什麼
6. 如何求創新、差異化？（回答者：Lei）
「務實」講起來容易，甚至有點老套，但要一個萬人團隊做起來就很困難，蝦皮一開始就一次攻進 7 個市場，而且都有建立當地團隊，「大腦」與「肉身」都在當地。
個人淺見：我覺得這個回答得比較廣泛一點，而且主要是從經營者的角度來回答。但對消費者來說，一個企業有沒有跨國經營、經營幾個國家，似乎不是重點，而是「服務」本身有沒有差異化。
不過我並不是說原本的回答有問題，只是用不同角度來思考而已。
7. 一開始就「行動優先（mobile first）」的考量？（回答者：Lei、Ken）
基於趨勢，一開始就決定要做 mobile 端。（註：2015 年，蝦皮一次在新加坡、印尼、馬來西亞、泰國、台灣、越南和菲律賓等 7 個國家推出，且都是做 app）
舉例來說，像東南亞當中的印尼，他們因為比較晚開始發展，所以是直接從「沒有上網」跳到「用手機上網」，這時行動服務就非常重要。
然而，為了服務更多賣家，尤其是有很多商品的大賣家，他們還是要用桌面版網站來管理、上架商品比較方便，所以團隊還是會因此調整方向。
8. 如何了解各國用戶需求？（回答者：Ken）
(1) 自己要當使用者（be a user）
(2) 要跟使用者溝通（talk to the user）：
CEO 某次出差到印尼，就跟印尼海關閒聊，沒想到海關雖然知道蝦皮，但卻因為「沒有貨到付款」這個選項而沒用蝦皮。團隊因此發現產品服務的缺陷，找到使用者通點。
(3) 了解競品：
除了其他電商平台，也需要了解當下流行的東西（如遊戲或直播）可以怎樣應用在自己的產品當中，進而發掘不同產品需求。
更多例子：
(1) 存錢
台灣人知道「小豬撲滿」，所以 app 畫面中會有小豬撲滿造型的圖示；但印尼因為是穆斯林國家，所以不能用豬，最後是改用公雞。
(2) 吉祥物
台灣：蝦小編，是一隻去殼的蝦子
新加坡：蝦小編是有殼的
印尼：覺得有殼+有頭的蝦子像蟑螂，所以改用公雞
泰國：柯基犬
接下來下面這個部分突然出現了投影片，Ken 介紹了特別為某些國家設立的功能或服務：
(1) 沒有信用卡也能分期付款？
印尼。
因為當地信用卡滲透率太低，習慣用現金交易，所以蝦皮就跟當地相關服務合作，設計出現金分期付款的流程，也做了蝦皮專屬的 shopee paylater 服務。
(2) 便利商店也是物流選項？
台灣。
台灣的物流寄送有跟四大超商串接。剛開始台灣跟新加坡總部提出這個服務時，總部的人覺得很奇怪，因為新加坡的超商沒有這個選項，畢竟大樓都有物業管理代收，但台灣的公寓多，沒有這樣的服務。
(3) COD（Cash On Delivery，貨到付款）大不同？
台灣 vs. 越南
台灣：一手交錢一手交貨。
越南：拿到東西時，消費者可以直接先打開來看，若不喜歡貨品就直接退，所以蝦皮為此特別增設一個 buyer reject 的機制，以便處理後續的退貨退款服務。
9. PM 們的職掌與分工？（回答者：Ken）
(1) Local PM
隸屬於各國的 PM，會直接在當地與業務團隊合作，工作內容主要包含：
- 提出產品需求
- 執行 UAT（User Acceptance Testing，用戶驗收測試）
- 教育內部使用者
- production support
(2) Country PM
綜合評估同市場內各單位提出的不同需求，再提給上面去做。
Ken 的比喻是，這角色有點像是大醫院裡的家醫科，會先幫大家做簡單的診斷，再分類到不同的專科。
(3) Business PM
主要負責較複雜且獨立的商業模組，如：供應鏈、倉儲、賣家服務等，或者像其他國家還有虛擬商品 — — 如手機儲值、點數，這些都有自己的結帳流程，跟既有的貨品結帳流程不同，這些都會由 Business PM 去協作。
(4) Function PM
- 各功能的邏輯整理
- 跟設計師討論畫面或流程規劃
- 產出 PRD
10. 技術團隊如何選擇開發工具？（回答者：Sung Ming）
這部分我真的聽不懂……完全沒有記錄……
11. 台灣跟新加坡兩地區如何分工？（回答者：Lei、Ken）
新加坡：有約 500 名工程師，深圳也有一些工程師，會完成核心的功能設計。
每個國家另外當地的技術團隊，比如台灣的技術團隊就是做比較小規模的功能，如蝦皮大學有獨立的網站，另外台灣也有 QA team，負責產品測試與品質控管。
12. 機器學習團隊的工作流程和更換模型演算法的條件是什麼？如何說服大家新模型比既有的好？（回答者：Sung Ming）
蝦皮在今年八月才成立廣告演算法團隊，所以現在主要在做的就是基礎研究，想透過數據了解使用者偏好與習慣，進而解決「搜尋結果相關度太低」這件事，比如搜尋一本書，結果跑出來的廣告是保養品，這樣就不是一個好的推薦結果。
另外，機器學習團隊目前主要是在做廣告機制的部分，其中也包含「如何設計自動出價」這個命題，像台灣賣家很會算、很會抓出價；但印尼賣家就對出價比較陌生，因而需要自動出價的機制。
從 10:20 開始，大概講到 11:20，然後開放報名者發問，可惜問了一題後，主持人就說時間差不多了。
13. 觀眾提問：最不喜歡蝦皮的地方？（回答者：三人）
Lei：沒有不喜歡，自己本身就是那種「沒有什麼不喜歡的東西」的個性，想了很久之後，硬要說就是人不夠。（然後全場又笑了）
Ken：跟 Lei 一樣，硬要說就是人不夠、資源太有限，PM 每天都要去跪人 QQ。
Sung Ming：本身對程式很有熱情，所以一想到要寫 code 就很興奮，真的沒什麼不喜歡。
不過因為現在是在做機器學習的東西，花了時間研究或實作之後，不一定會有對應的「產出」，畢竟很多時候砸了超多時間去研究或測試，但跑出來的模型可能不合用，這就要花時間跟內部溝通、建立這樣「不一定有產出」這樣的共識。
講完後就大合照+領中午餐盒，大約 11:30 正式結束，大家各自去找講者發問或用餐。
最後有幾個美中不足小地方（但真的很小啦）：
1.問答
因為 11:30~12:30 其實就是空檔，我覺得問答環節或許可以延長到 12:00，讓講者跟現場有更多互動，畢竟一群人湊在角落講，可能也不是聽得很清楚。
2.餐盒
很感謝蝦皮安排場地、活動人員和免費午餐，不過一個小建議是，在這種場合通常會找一些比較易於食用或拿取的食物，像餐盒裡有的三明治就不錯，搭配的一小碗滷味算是蠻特別（？）的選擇，另外還有一個巨大的雪莓娘（？？？），是個咬起來 Q 度蠻像麻糬、外皮有灑糖粉的甜點，吃起來真的不太方便……在一個需要社交的場合來說，可能不太適合。
上面提的這些建議或心得都是小細節而已，整體而言，我對活動內容很滿意！講者們分享的內容也很實用，不會讓人覺得太空泛。
總之是個很有收穫的週末上午，也感謝蝦皮的工作人員們週末加班服務大眾（雙手合十）。
