我们和你划在同一片水上
感同身受。
龙舟队伍一直没有一个真正趁手的工具。我们俩多年来各自都意识到了这一点。当我们终于相遇时，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 秒内完成。
由社区驱动
这不是我们的应用，它是你们的。下一个开发什么功能，由社区决定。基础是我们打下的，方向由你们来定。
功能建议直接进入产品路线。没有中间环节。