只為了讓你「安心赴約」，一個交友軟體開發的真實代價！
嗨大家，距離 Right One 10月底封測上線，到現在剛好滿 3 週。 這 21 天對我們來說，簡直像過了 21 年一樣漫長（笑）。
今天不談什麼偉大的願景，想跟你們聊聊 Right One 開發背後，那些比較「狼狽」的故事。
很多人以為做 App 就是寫寫程式碼然後上架賺錢，但對我們這種沒有富爸爸、預算極度有限的團隊來說，這其實是一場跟時間賽跑的生存遊戲。我們一開始就定調要做一個最真誠的交友軟體——沒有花俏的直播、沒有盲目的左滑右滑，只有最核心的「配對」與「見面」。
我們的核心團隊其實很小，開發初期，我們幾乎沒有「下班」這件事。大家白天有正職，晚上才是我們的戰場。通常線上會議是從晚上 21:30 開始，一路戰到凌晨 1 點。
在那無數個深夜裡，我們討論著各種「假設」：
🔴「女生真的敢直接見面嗎？」
🔴「男生真的願意填寫真實職業嗎？」
🔴「如果不讓他們聊天，他們會不會焦慮？」
每一個假設，都必須設計出一套流程來驗證。那段時間我們就像神經病一樣，抓著身邊的親朋好友狂問，甚至逼他們試用那些還很醜的測試版。
我們團隊有一個信條：「哪裡有路就往哪裡走，走錯了就修正。」我們深信只有「快速迭代」（試錯、修正、再試錯），才能讓我們這種小蝦米走得更長遠。
但這也是痛苦的來源。在初期，有夥伴堅持產品必須「完美」才能見人，每一個按鈕都要精雕細琢；但也有另一派夥伴認為，在資源有限的情況下，我們必須「快」，醜一點沒關係，重點是用戶買不買單。
那段時間氣氛很僵，最後，因為理念真的不合，有些戰友選擇了離開，也有認同我們理念的新夥伴加入。說實話，那時候心裡真的很慌，也會自我懷疑：「我們這樣急著上線，真的是對的嗎？」
這種兩難的局面不只發生在團隊去留，也反映在產品細節上。舉個最讓我們頭痛的例子：到底該怎麼決定約會時間？
A 派（效率至上）： 「直接把時間寫死！例如每週五晚上 8 點。這樣最簡單，用戶不用動腦，程式也好寫，Bug 最少。」
B 派（自由至上）： 「不行！每個人有空的時間不一樣，應該開放行事曆讓發起人自己隨便選，要給用戶最大的自由！」
兩邊吵得不可開交，誰也說服不了誰。我們一直秉持「哪裡有路就往哪裡走」的精神，但這次真的走到岔路口了。
最後讓我們定案的，不是程式難易度，而是一個核心問題：「如果你是被約的那個人，怎樣你會最舒服？」
我們意識到，在一段剛開始的關係裡，被邀約的人通常心裡壓力比較大。如果時間是寫死的，你不方便；如果是發起人單方面決定的，你可能會覺得被強迫。
所以我們最後選擇了現在的方案：「由發起人提出邀約，但最終時間『依照被邀約者』的時間為主。」
我們認為，這份對「被邀約者」的尊重，才是開啟一段真誠關係的鑰匙。當然，這是不是最好的解法？目前我們也還在驗證，或許這只是我們的一廂情願，但我們想試試看這份溫柔。
現在回頭看，雖然過程坎坷，但我很慶幸我們堅持了這條路。Right One 也許現在還不夠完美，甚至還有點陽春，但它每一個功能的修正，都是來自你們最真實的反饋，而不是我們關在房間裡的幻想。
這就是 Right One的誕生故事：一群預算不足、熬夜爆肝、偶爾還會吵架的人，想盡辦法要幫大家解決「無效交友」的問題。
雖然我們很有誠意，但我必須誠實地自首：我們現在 Bug 還是不少 😅 畢竟上線才 3 週，很多小地方還在努力抓蟲中。我們團隊目前是每天看著 Error Log 崩潰，然後互相打氣修正。但請放心，我們的核心功能——配對、略過聊天、直接見面——都已經很完善了！
我們不想閉門造車。既然我們選擇了一條「錯了就修正」的路，我們就需要最好的嚮導——也就是你們。
我們將邀請幾位用戶來進行「深度訪談」！ 不管你覺得很好用，還是覺得哪個功能很反人類，我們都想聽。我們不怕被罵，只怕做出來的東西不是你們要的。
如果你願意給這樣一個「不完美但很努力」的團隊一個機會，歡迎來體驗看看我們的成果。
