我們和你劃在同一片水上
感同身受。
龍舟隊伍一直沒有一個真正趁手的工具。我們倆多年來各自都意識到了這一點。當我們終於相遇時，DragonBoat Hub 就誕生了。
我們的目標
“我們做的不是一個完成的產品。我們做的是一個隨社群一起成長的平臺。”
基礎已經在這裡：上船排位、軌跡追蹤和活動管理。接下來走向何方，由你決定。你的反饋塑造每一個功能、每一次更新、每一個決策。
龍舟靠混亂在運轉。不該是這樣。
餐巾紙上的上船表
隨手寫在紙上、拍張照片、發到群裡，然後週四之前就被 47 條無關訊息淹沒。
工具四分五裂
名冊在 Google 表格裡。活動在微信群裡。出勤情況記在某個人的腦子裡。緊急聯絡人？天知道在哪裡。
永遠的「幽靈報名」
你給 22 個人發訊息問誰來訓練。12 個人回覆，9 個說也許。最後你只能到了再說。
“我花在組織訓練上的時間，比真正訓練的時間還多。”
每一位隊伍經理，遲早都會說出這句話
它是怎麼走到一起的
始終放不下的念頭
Maxi 從學會寫程式碼起就想做這樣一個應用。Christian 也有同樣的執念。兩人都是劃手，每一個賽季都被同樣的混亂折磨：表格、微信群、靠猜。當時市面上根本沒有一款真正適合龍舟隊伍的工具。
因 DragonTrim 而相識
Christian 已經在 DragonTrim 上做出了開創性的工作：他基於物理學的平衡演算法當時已經被世界各地的隊伍使用。命運最終把我們牽到了一起。一次訓練結束後，Maxi 把他對一款現代化管理應用的設想講給一位 DragonTrim 使用者聽。對方的第一反應是：「等等，我認識一個人也在做龍舟應用！」這就是 DragonBoat Hub 的發令槍。
兩半相合，一個產品
Maxi 帶來了應用、後端和整個平臺；Christian 帶來了久經考驗的演算法和深厚的比賽戰術知識。我們攜手合作的那一刻起，DragonBoat Hub 就從一個業餘專案升級為真正的產品。
我們是誰
Maximilian Flechtner
應用與平臺
全棧開發者。一手包辦 Flutter 應用、Serverpod 後端和全套基礎設施。自從開始程式設計的那一天起，他就想做一款龍舟應用，如今終於實現了。
上船排位介面被他重寫了四次，因為「拖動的感覺始終不對」。
Christian Lange
演算法與戰術
資料控。Christian 打造了 DragonTrim 背後的平衡演算法，早在 DragonBoat Hub 出現之前就已被許多隊伍使用。他熱愛資料，正是這份執著，讓上船演算法真正經得起檢驗。
我們初次見面時就一拍即合：Maxi 和我有同樣的目標。我們立刻意識到，把雙方的能力結合起來，能為龍舟運動帶來真正有意義的改變。
我們怎麼做
我們也划船
每一個功能都源於真實碼頭上的真實問題。我們不靠猜測來判斷隊伍需要什麼，因為我們自己就活在其中。
報名功能之所以存在，是因為 Maxi 在每個週四訓練前都要給 22 個人發訊息。
碼頭上要快，不要臃腫
20 名劃手，10 分鐘內搞定。應用要夠快，並且不擋道。任何無關緊要的功能我們都會砍掉。
排一份上船表，60 秒內完成。
由社群驅動
這不是我們的應用，它是你們的。下一個開發什麼功能，由社群決定。基礎是我們打下的，方向由你們來定。
功能建議直接進入產品路線。沒有中間環節。