🔁 Switch to English / 英語に切り替える
LUUPアプリについては、まだ言いたいことが山ほどありますが、🔗私の不満や懸念に耳を傾けてくれる人がLUUP社の中にいると分かり、ようやくトンネルの先に光が見えてきた気がしています。いくつかのアップデートを経て、実際に多少の進展も見られました。
それでも今回は、アプリが応答しないせいでポートでバイクを返却できなかった際の体験について、改めて考えを共有するための投稿です。
問題の本質は、「問題が発生しているまさにそのアプリの中から、問題報告を送信することを強制される」という設計にあります。しかも、その問題は現在進行形で起きているのです。
実はこれはよくあることで、私は以下のどちらか、あるいは両方の理由で、ほとんど報告してきませんでした。
- アプリがサーバーから切断されていて、そもそも報告できない
- 私がLUUPアプリから切断されていて、どうにもならない
しかし今回は、なぜか報告できてしまいました。
バイクを返却しようと必死に操作しているのに、「もう一度試してください」と永遠に表示され続けます。
もっと頑張って試せということでしょうか？
しかし、そもそもあなた方のサーバーへのアクセスを拒否されている状態で、どうやって「返却して問題を報告する」ことができるのでしょうか。
(Original English)
It keeps telling me “Try again” forever when I’m trying so hard to return the bike. Do I need to try harder? But when you’re rejecting me from accessing your server, how can I “Return and report a ride problem”
To: [Your Name]
(Original Japanese)
■■■(株式会社Luup)2025/12/23 午前8:01 JST ■■■様
LUUPカスタマーセンターです。
平素よりLUUPをご利用いただき、誠にありがとうございます。
この度は返却に時間がかかりましたこと、ご不便をおかけし誠に申し訳ございません。
予定より終了に時間を要したため、ライド料金200円につきましては、課金取り消しさせていただきました。
クレジットカード会社により、5～10営業日でお客様のクレジットカード明細書に反映されます。
10営業日経過後も取り消しが確認できない場合は、お手数ですが、ご利用のクレジットカード会社へお問い合わせください。
今後ともサービス向上に努めてまいりますので、引き続きLUUPをご愛顧いただきますようお願い申し上げます。
お問い合わせ先：LUUPカスタマーセンター
ヘルプセンター：https://support.luup.sc/hc/ja
Mail：support@luup.co.jp
受付時間：07:00-22:00
運営会社：株式会社Luup https://luup.sc/
※営業時間外のメールの返信については翌営業日以降にご返答いたします
本メールは株式会社Luupから送信されています。 配信元: Zendesk[27JEJY-9Y50Y]
Attachments
3:13 PM (1 hour ago)
to LUUPカスタマーセンター
今回の報告で私が伝えたかったのは、「まさに問題が発生しているそのアプリ内に組み込まれた報告フォーム」という仕組みが、同じ体験をしているすべての人にとって、どれほど理不尽に感じられるかという点です。
もう少し具体的に言うと、こういう流れです。
すべての応答しない処理を乗り越え、ようやく最後にたどり着いた画面には、反応しない「返却して写真を撮る」ボタンがあります。
そしてそのすぐ上には、もう一つの厄介者――「返却して問題を報告する」というボタンが、当たり前の顔で鎮座しています。
初めて見るものではないかもしれませんが、状況が変わると、いつものUIもまったく違って見えてきます。
人はこう考えてしまうでしょう。
「あれ？ “終了” じゃなくて “報告” を押した方がいいのかな？
これで一気に解決するかもしれない。
それとも、またローディングアイコンが増えるだけ？
いや、それどころか、何ステップも巻き戻される可能性もあるな……。
うーん、とりあえず押してみるか。何が起きるか見てみよう。」
――そして、私は今ここにいます。
おそらく、こうした体験をしても、あなた方の耳に届かない人が大勢いるはずです。
もし、アプリの外に、こうした状況でも確実にアクセスできる別の報告チャネル――たとえばブラウザで動作するもの――が用意されていれば、話はまったく違っていたでしょう。
(Original English)
Thank you for your support as always, I appreciate it. I’m not sure I really needed the refund, as your service was overall worth paying for, despite the issues with the app.
By that report, I wanted you to make it make sense to everyone having the same experience with the built-in report form within the very app where the ongoing issues originated. More precisely, it goes like this:
When finally reaching the screen with the unresponsive “Return and take a photo“ button at the end of all other struggles with the unresponsive processes, it’s always accompanied by another bad boy sitting right above, saying “Return and report a ride problem”.
Maybe this is not the first time seeing it, but a situation makes regular stuff look different, and people might think, “Well, should I press the ‘report’ button instead of the ‘end’ one? It can immediately help me out of the situation, or will it just create another loading icon? Or even worse, it can take me several steps back. Hmm…let’s do it and see what happens next!
So, this is how I got here. And I can imagine there are so many people you never hear from about this. Things would be different if given a separate channel for reporting issues that is located outside the app and has guaranteed access even in those conditions, typically, like something that runs on a browser.
Regards,
しかも、問題報告や写真撮影の次のステップでも、結局は同じサーバーにアクセスする必要があります。
逃げ場はありません（笑）。
この特定の問題については、近いうちに何らかの改善が行われる可能性は高いと思います。画面レイアウトを変える、報告フォームを差し替えるなど、いくらでも“簡単な解決策”があるからです。
ただし、根本的な解決がすぐに行われるとは、正直あまり期待していません。どうすればいいかは明白なのですが。
そう、その答えは明白です。
LUUPアプリの壊滅的なパフォーマンス、特に混雑時間帯における不調の根本原因は、サーバーへの過剰なトラフィックです。その多くは、膨大なユーザーによる、継続的・意図されていない・そして不要なアクセスによって発生しています。
ポート位置マップの読み込み、周辺エリアの車両・ポート状況の取得――それらは個々では些細でも、全国規模で見れば、約5,000～20,000のポート、2万～10万台の車両という規模になります。
すべてのユニットのリアルタイム状態を常時監視し続けると、その通信量は、低〜中解像度のライブ配信動画を見ているのと同じようなものになります。
ユーザーとして、そんなものが必要でしょうか？
答えは明確に「いいえ」です。
必要なのは、A地点でバイクを借り、乗って、B地点で返却することだけです。
しかし、多くの人は、ターコイズ色のLUUPアイコンをタップした瞬間から、スマホの挙動がおかしくなることに気づくはずです。
アプリは、前回のセッションで設定されていた“何か”を初期画面として、無目的に地図検索を始めます。それが何なのかは私にもよく分かりません。ときどき、オーストラリア大陸全体やアフリカ大陸が表示されることすらあります。
「普通」なら、現在地から半径2km以内の利用可能な車両マップでしょう。
でも、それって本当に「普通」でしょうか？人はそれぞれ異なる生活を送り、LUUPの使い方も千差万別です。
誰にとっても適切な「普通の初期画面」など存在しません。
……少なくとも、私はそう思います。しかし、私のスマホは違う考えを持っているようです。
「まあ、考えるまでもないよね」と言わんばかりに、画面を埋めるためだけに処理を続けます。
ユーザーから何の入力もないまま、歩いているときも、電車に乗っているときも、高速道路を走っているときでさえ、意味のない“通常画面”の更新を延々と繰り返します。
さて、そろそろ本来の目的――レシートを出力する、あるいは目的地のポートでバイクを返却する――を済ませたいところです。
15秒あれば、数回タップするだけで終わる簡単な作業だと思うでしょう。100Mbpsの通信なんて関係ないはずです。
しかし現実には、渋谷のような混雑エリアで、私のスマホはすでに過剰なネットワーク負荷と格闘しています。
それでも彼は実に献身的で、半径2km以内にある300ポート・3,000台の候補の中から、「どこで・どの車両が使えるか」を、常に私に提示し続けようとします。
だから、私の指がほんのわずかでも画面に触れた瞬間を見逃さず、そのたびに全ステータスをチェックし、地図を再描画しようとするのです。
これが、バイクの返却に 15秒ではなく150秒 かかる理由です。
「もう一度試してください」というエラーメッセージを、少なくとも数回は目にするでしょう。
それを見るたびにタップすると、GPSが再送信され、サーバーに問い合わせ、ポートや車両の状態を検証し……どこかでまた失敗します。
そして最初に戻る――この繰り返しです。
重要なのは、こうした意図しないサーバーアクセスが、自分自身の作業を妨害するだけでなく、オンライン上の他のすべてのユーザーの作業も妨害しているという点です。
アプリの恣意的な通信設計によって、あなたは知らぬ間に“加害側”の一員にされてしまうのです。
誰もそんな役割を望んでいません。それでも、アプリはそれを強制します。
そしてある時、LUUPを数回使っただけで、スマホの通信量がどれほど増えているかに気づくかもしれません。
以下は、私のスマホの月間通信量レポートです。
私は決してヘビーユーザーではありませんが、スマホの追加通信費は、LUUPの月額サブスクリプション料金を上回っています。
このうち 90％は、あまりにも緩すぎる帯域使用を最適化するだけで削減できる はずだと私は考えています。
＃LUUP ＃BikeSharingServices ＃eSchooterTokyo