疫情中，遠端工作如何讓產品準時上線？
過去一段時間我加入了一個新創的團隊，與成員一起開發了一個全新的網紅媒合平台產品。在疫情中間，三個月的時間，全遠端的開發一個全新的 Web & App產品，直到 9 月中之後疫情緩和，才開始恢復面對面工作。在時間、資源、團隊與協作方式都與我過去的經驗有所不同的條件下，真是一個寶貴的學習經驗。以下就來分享幾個過程中的工作心得。
遠端工作
在 7 月，台灣的疫情還是蠻嚴重的狀態下，公司每場會議都在線上進行。比較困難的是，無法面對面的溝通，有時候看不到大家的表情，少了一些背景的資訊，語言或語氣的回饋就需要更謹慎地拿捏。
還好現在 Google Meet 的畫面分享，Google 雲端的 slide 也都能夠給予留言反饋，因此即使沒有見到面，在產品本身的調整上，不會有太大的問題。值得注意的一點是，在文件整理上，不管是文字的檔案、投影片檔案，相關的輔助工具也變的更重要。如果時間、資源允許，在投影片檔案與團隊成員報告完畢後，最好還是要準備一份重點描述的會議紀錄檔案，並把會議中的共識及 Action Item 寫下傳給大家，讓團隊成員同步了解後續產品開發的進度。
產品開發前的準備：定義問題
在整個產品開發前，前置作業特別重要，如何定義問題？
產品負責人需要先把必要的項目條列出來，有哪些功能會影響到使用者完成任務的完整性。因公司產品屬於平台性質，會有三方的角色，需要先定義出 C 端，B 端及平台端。
就產品面來說，C 端的產品，重點放在軟體的功能是否能讓使用者易於操作，而 B 端因本身業務繁忙，與產品接觸的時間會非常短，產品設計的重點是在在容易讓 B 端理解產品帶來的好處。平台端的產品目標則是要方便第一線的操作人員可以理解 B、C 兩端流程上的關係。好讓他們知道如何和後台人員協作。
從上面敘述，可以看到一個 SaaS 平台服務的產品，對於產品設計與開發者來說，挑戰很大，因為在同一個產品中，需要扮演三種不同的角色。
產品開發流程與分工
一般來說，非產品背景的人員，如果沒有完整的視覺化呈現，較難以想像產品的範疇，但身為產品負責人就需要在這個時候，扮演好溝通的角色。如同瞎子摸象的故事，團隊中每個人因為看的角度不同，就有可能會有不同的理解。以至於產品最後的呈現，可能會讓部份的成員不滿意。
在資源有限的狀況下，我們把手上擁有的資料進行優先順序的排序，再決定要從哪個角度切入產品開發。我們切了幾個開發的 Phase，讓工程師可以在有限的時間內，了解自己要做到的內容。
在每個 Phase，我們將文字檔案 (User Story、User Journey)轉成單頁的圖面，再從單頁的圖面轉成流程圖，並讓設計師畫出高擬真的 Wireframe。當團隊都能夠理解流程圖中，每個單頁的圖面的關係，以及對應可以讓使用者完成的任務時，就在這個時間點開始。有機會讓團隊成用進到分工的階段，接著，工程團隊領導人，帶著工程師盤點開發的項目，並再次排序需求，提出 Timeline，便開始進行開發工作。
堅強的團隊需要彼此的信任
團隊成員先前在許多網路圈、新創圈較有規模的公司擁有 5~8 年的經驗，所以工作能力都很好。這次在時間緊迫的時候，又讓我更能體會到開發經驗的重要。
最要感謝團隊的理解與支持，能夠在資源不足下，一同討論出可執行的 Minimum Viable Product。在開發的過程中，我們透過每週的產品例會，不斷地迭代調整開發項目，去除短期不會馬上用到的功能，專注於上線時使用者必定會走過的流程、並與其他團隊溝通協調才讓這個產品能在看似不可能完成的時間點內，完成了這個挑戰。
小結
對於新創公司來說，任何一個產品開發到上線都是相當有挑戰，特別是做先前沒有人做過的事情，並堅持一段時間完成任務，這都不是一件容易的事。但，也許有了挑戰，有了里程碑，才能讓人感受到成就感，成為更好的自己！
哈囉！我是Jasper，喜歡閱讀，歡迎追蹤，任何關於閱讀的想法都可以提出來一起切磋討論，想看更多內容也可以到下面這些地方逛逛！
Facebook https://www.facebook.com/JasperChang.Startup
聯絡我請至 threeche@gmail.com— — — — — — —
如果你覺得這篇文章不錯，請給我1~10個掌聲，
如果你覺得這篇文章值得跟你的朋友分享，請不吝於幫我轉發分享，
如果你想繼續看到我的文章，歡迎你按下follow來追蹤我的最新文章。
— — — — — — —
