【ブルベ用アプリ開発#1】要件定義とデザイン：ブルベ走者が気にする、信号待ち・休憩時の「あの計算」を自動化したい

1．課題背景 | 信号待ち・休憩時に発生する「あの計算」

ブルベの走行中、PC（Point de Contrôle ※チェックポイントの意）への到着時、信号待ち、あるいは立ち休憩といった停車時、走者がスマホ画面で確認したい情報は明確である。
それは「現在どれくらいの時間的バッファ（貯金）があるか」という点に尽きる。

この際、確認すべき情報は主に2つある。
主たる目的：貯金タイム（バッファ）の把握
途中の飲食店に入って食事をとる時間があるか、あるいはご当地の土産を選ぶ猶予があるか。
副次的な目的：完走の担保
制限時間に対して致命的な遅れがないか、完走ラインを維持できているか（DNF※途中棄権の回避）。

走者は停車時のわずかな時間で、頭の中でこれらを弾き出そうとする。

2．課題点 | 疲労と「丸め暗算」による誤差の蓄積

長距離走行に伴う疲労は脳の認知機能を著しく低下させる。

疲労した脳は、処理メモリの消費を抑えるために、無意識に数値を丸めて暗算を簡略化する性質がある（例：22.3 km/h → 20 km/h、残り37分 → 40分）。

この丸め処理を「残り距離」「グロス時刻」「予定休憩時間」「目標貯金」といった複数の変数に対して繰り返すと、計算結果に数分〜十数分の誤差が生じる。

その結果、本来は食事をとるバッファが存在するにもかかわらず「時間がない」と誤認して諦める、あるいは完走ラインを甘く見積もりすぎるという判断ミスにつながる。

3．サイコンとスマホアプリの機能的役割

サイクルコンピューターは、ナビ、現在の走行速度、パワー、心拍、通過ログなどの「計測と記録」に特化したデバイスである。その画面構造は、未来の通過予定やバッファ時間をその場で自動計算して提示するようには作られていない。

したがって、両者の役割を以下のように分離して定義した。

• サイコン： リアルタイムな走行データの「計測・記録」

• スマホアプリ： 信号待ち・休憩時の数秒で確認する「未来のバッファの自動計算・可視化」

スマホマウントはガッチリ固定し安定感のあるREC MOUNT+がオススメ。

4．ユースケースの整理

本アプリでは「どのような環境下で、どう使われるか」を明確にするため、以下のユースケースをコアとして要件定義を行った。

メインユースケース（利用シーン）

• タイミング： 走行中の信号待ち、立ち休憩、チェックポイント（PC）到着時のわずか数秒〜数十秒の「停車時」。

• 行動パターン： スマホを取り出し（あるいはハンドル上の画面に目を落とし）ワンタップ。「現在の貯金時間」を認識し、その直後に入る飲食店を決める、あるいは再リスタートの平均速度のペースを判断する。

フェーズごとの期待機能要求

• 出走前（Before Ride）：

  • 種目（距離・制限時間）の選択および公式GPXルートデータの取り込み。

  • スタート時刻の設定と、ウェーブスタートや直前遅延に対応する時刻微修正（±10分アジャスト）。

• 走行中（During Ride）：

  • ボタンワンタップによる現在地の取得と各種指標（貯金・グロス速度等）の全自動演算。

  • 最優先指標「貯金タイム（Time in Hand）」の画面中央へメイン表示。

  • 直射日光や夜間、疲労下でも視認できる高コントラスト画面と、グローブ装着時でも確実に押せる大型操作エリア。

• 後日（After Ride）：

  • 後日、区間毎のペースなどを分析できるようにログを残す。スプレッドシートと連携する仕様を検討。

5．アプリ名称とコンセプト

プロダクトの名称は「BREVET PACER PRO（ブルベ・ペーサー・プロ）」。

コンセプトは「疲労した走者に、思考ゼロで正確なバッファを提示するデジタルペーサー」である。

サイコンとの役割分離を前提とし、複雑な分析機能やグラフィカルな表示は一切排除。

信号待ちやPCでの立ち休憩といったわずか数秒の停車時に、タップひとつで「いま何分の貯金があるか」「この先いくつのペースで走ればいいか」という結論だけを瞬時に弾き出し、走者の意思決定を補佐することに全機能を注ぎ込んでいる。

6．機能一覧 | アプリに必要な機能と指標

疲労時の暗算を完全に排除し、停車時の数秒で状況を把握するために、アプリへ組み込んだ各機能と表示指標の意味は以下の通りである。

• 種目・GPX・出走時間設定： 走行するブルベの規定距離（制限時間）、公式GPXルートデータ、そして実際のスタート時刻を設定する機能。これにより、グループごとのウェーブスタートや微小な発走遅延を正しく反映した計算基準を確定させる。

• 貯金タイム（Time in Hand）： 現在の走行ペースを維持した場合に、制限時間に対して何分の時間的猶予（バッファ）があるかを示す最重要指標。これが「+25 min」のように表示されることで、飲食店に入って食事をとる時間があるか、あるいは完走ラインに対して安全圏にいるかが直感的に理解できる。

• 残り距離： ゴール（または目的のチェックポイント）までに走るべき残りのキロ数。現時点で走るべき全体像の把握に役立つ。

• 残り時間： 規定の制限時間までに残されたタイムリミット。刻一刻と減っていく残り時間を視覚化する。

• 必要Gross速度： これからゴールまでに維持すべき、休憩や信号待ちを含めた目標平均速度（グロス速度）。「あと時速何キロで走り続ければ制限時間に間に合うか」という、今後の走行ペースの最低基準がわかる。

• 現在Gross速度： スタートから現時点までの、停止時間を含めた実測の平均速度。必要Gross速度と比較することで、現在の走法に余裕があるのか、それともペースを上げる必要があるのかを客観的に判断できる。

• 記録ボタン（位置・時間の更新）： 信号待ちやPC到着時にワンタップで位置と時刻を取得・更新する機能。最新の位置情報に基づいてバックグラウンドで演算を実行し、各種数値を最新データへと瞬時に再計算する。

7．処理概要 | ボタンタップ時の演算フロー

「記録」ボタンをタップした瞬間に、アプリ内部では以下の5つのステップが瞬時に実行される。

• 1. 現在地の特定とルート照合

  • GPSから現在の緯度・経度を取得。

  • 事前に読み込んだGPXデータと照合し、ルート上の「スタートから何km地点にいるか（積算距離）」と「ゴールまであと何kmか（残り距離）」を数メートル単位で算出。

• 2. 時間計算

  • 経過時間 ＝ 現在時刻 － 設定したスタート時刻

  • 残り時間 ＝ 制限時間 － 経過時間

• 3. 現在の「グロス平均速度」算出

  • 現在グロス速度 ＝ 積算距離 ÷ 経過時間

  • 休憩時間や信号待ちも含めた「移動実態」としての平均速度を即座に導出。

• 4. 「貯金タイム」の可視化

  • 貯金タイム ＝（積算距離 ÷ ブルベ規定の最低速度 15km/h）－ 経過時間

  • 自分がどれだけの時間的猶予（Time in Hand）を保持しているかを正確に算出。

• 5. 未来の「必要グロス速度」の予測

  • 必要グロス速度 ＝ 残り距離 ÷ 残り時間

  • この値をステップ3の「現在グロス速度」と比較することで、「このままのペースで問題ないか」を即座に判断可能にする。

8．デザイン方針

疲労下での思考負担を削ぎ落とし、信号待ちや立ち休憩の数秒間で状況を完璧に把握できるよう、画面デザインには明確なレイアウト構造と配色ロジックを組み込んだ。

• ハイコントラスト配色（Deep Navy × Hi-Vis Pink × Neon Green）： 夜間走や直射日光下でもかすまないDeep Navyのダークバックグラウンドを採用。タイトルやアクション領域には視線を引きつけるHi-Vis Pinkを配し、最重要指標である貯金タイムにはプラス状態が一目で理解できる鮮烈なNeon Green（+25 min）を割り当てた。

• 上部：コンフィグレーション・エリア（出走微調整）：
  種目（300km/20.0h） や GPX の読み込み表示に加え、出走時刻（06:00）の横に -10m / +10m のアジャストボタンを配置。ウェーブスタートや直前の発走遅延に対しても、立ち止まることなく数秒で計算基準を修正できる。

• 中央：画面中央へメイン表示（貯金タイム）：
  画面最優先の位置に 貯金タイム を配置。「あと何分のバッファがあるか」という結論だけを単一の数字で提示し、疲労脳による暗算の必要性を完全に排除した。

• 中段：2×2 グリッドメトリクス：
  残り距離（150km） 残り時間（8:15） 必要Gross速度（18.2km/h） 現在Gross速度（20.1km/h） の4指標を均等なカード状に配置。レイアウトの位置関係を固定化することで、視線移動を最小限に抑え、必要な数値だけを即座に脳へ届ける。

• 下部：片手・グローブ操作に最適化された特大記録ボタン（Liquid Glass）：
  画面最下部には、メインアクションである 記録（位置・時間を更新） ボタンを全幅で配置。ピンクの光沢フレームとレコーディングドット（ピンクポインター）を施し、疲労時やフルフィンガーグローブ装着時でも片手操作で押し損ねない立体的なガラスブロック（Liquid Glass）UIとして設計した。

9．おわりに

「疲労時の暗算誤差を排除し、信号待ちや休憩時の数秒で正確なバッファを把握する」という構想とデザインが固まった。

今回は連載3部作の第1本目として、課題定義とデザイン設計について整理した。

次回、『ブルベ用のスマホアプリ開発【設計・実装編】』では、このデザインを実際のコードへ落とし込むプロセスを扱う。

そして第3本目『ブルベ用のスマホアプリ開発【実走テストとリリース編】』にて、現場のナイトライドなどで発生した課題と、最終リリースまでの道のりをまとめていく。（課題が発生するかどうかはまだわかりませんが。。）

続編の「設計・開発」です。