ハクソク

世界を動かす技術を、日本語で。

Show HN: Ikuyo 旅行計画ウェブアプリケーション

348日前原文(ikuyo.kenrick95.org)

概要

個人開発者が、旅行計画を効率化するためのWebアプリを開発 主な機能はタイムテーブル表示、リスト・地図表示、コメント、経費管理、共有・コラボレーション ソースコードはGitHubで公開 実際の旅行計画例もオンラインで閲覧可能 開発進捗や使い勝手について意見を募集中

旅行計画支援アプリ「ikuyo」の紹介

  • 個人開発者 によるサイドプロジェクト
  • 旅行計画 の効率化を目的としたWebアプリ
  • 開発期間は 約8ヶ月、うち直近3ヶ月で多くの機能を追加
  • タイムテーブルビュー で活動予定・宿泊先・日別計画を可視化
  • リストビュー ・ 地図ビュー で情報を多角的に表示
  • コメント機能 で計画へのメモやアイデア共有
  • 経費管理機能 により出費を一元管理
  • 友人との共有・コラボレーション 機能でグループ旅行にも対応
  • GitHub でソースコードを公開（リポジトリはこちら）
  • 実際の旅行計画例 もWeb上で閲覧可能（例はこちら）
  • 開発者のブログで 詳細な機能紹介 あり（ブログ記事）

今後の展望・フィードバック募集

  • 現時点で 主要機能 は実装済み、旅行計画に実用中
  • ユーザー体験 や機能追加に関する意見・感想を広く募集中
  • オープンソース のため、開発や改善への貢献も歓迎
  • 利用者からの フィードバック を今後の開発に活かす方針

Hackerたちの意見

例の画像をメインページに直接追加するのを絶対におすすめするよ。例の旅行へのリンクも一緒にね。そうじゃないと、体験がどういうものか探しに行かなきゃいけなくて、ユーザーが引き込まれないと思う。

└

提案ありがとう！最初は開発が進んでるから、メインページに何かを載せるのが古くなっちゃうんじゃないかと躊躇してたんだ。でも、すぐに追加するね〜

└

ユーザーがアカウントを作ったり、メールを確認したりせずに何かできるようにしてほしい。

デバウンスを追加するか、クリックしたらボタンを無効にするべきだよ。結果待ちの時に再度クリックしちゃって、いくつかのメールコードやランダムなエラーが出たから。サンプル旅行を追加すれば、使い方のイメージがつかめると思う。入力が面倒で、賢くない感じがする。むしろ助けるどころか邪魔に感じるくらい。アクティビティの日付入力は自由入力じゃなくて、さっき入力した開始日と終了日を使って、入力範囲を制限できるようにすればいいんじゃないかな？終了日/時間も面倒だから、代わりに期間入力（例えば、ここで3時間）にした方がいいと思う。それに、訪れる場所のリストをまとめるような追加のプランニング機能も足りないね（まだ日付は決まってないけど）、興味があれば後でスケジュールできるように。個人的にはWanderlogを使い続けるかな。

└

フィードバックとアイデアありがとう！そうだね、いくつかの入力要素はブラウザのデフォルトのものを使ってるから、ちょっと「基本的」だよね。時間が経てば改善するつもりだよ…

Wanderlogに似てるけど、成熟度は低いね。頑張ってほしい！何をするにしても、Wanderlogみたいにアプリが遅くならないようにしてほしい。実際、彼らのアプリが全然最適化されてないから、旅行と連携するためにAndroidアプリを作らなきゃいけなかったんだよ！

└

優しい言葉をありがとう！

プロジェクトの目標は何なの？数年前に似たようなウェブアプリを作ったことがあるんだけど、友達や家族と旅行プランを協力して作ったり、地図表示の旅程、パッキングリスト、メモ/日記、お気に入り、コメント付きのプライベートまたはパブリックなものを作ってた。私の主張は、現在の一般的な旅行プランニングの方法が散らかっていて、もっと構造化されたガイド付きのアプローチがあれば、ユーザーにとってプロセスが楽になるだろうってことだった。旅行に参加していない人と旅行プランを共有したり見せたりするのは、みんながやりたいことだと思った。私の目標はそれをスケールさせて、実際に広く使われるようにすること、社会的な体験にすることだったけど、ユーザーを数人集めるのも一苦労だった。私の主張が間違っていた理由はいくつかあると思う。1. 散らかった共有ドキュメントのアプローチは、非常に低い摩擦の利点があった。項目を追加するボタンをクリックしてフォームを埋めるより、箇条書きを入力する方が簡単だから。2. ブラウザの使用が（私の考えでは）制限要因だった。ネイティブモバイルアプリとしてはうまくいったかもしれないけど、ウェブアプリとしては絶対にうまくいかなかった。3. 旅行を見せたり、インスピレーションを探したりする時、人々はInstagramやTikTokのようなアプリに頼る。彼らはリストや地図よりも、写真や動画のビジュアルを求めている。新しい目的に特化したソーシャルネットワークを作るのは非常に難しい。結局、プロジェクトを縮小して次に進むことにした。これはDropboxの「なんでこれを作ってるの？」というコメントではなく、スケールさせたいなら考慮すべきいくつかの課題を指摘したいだけなんだ。

└

いくつかの理由があるけど、広く使われることはその中に含まれてないよ。まず第一に、これは自分の個人的な利用のためなんだ。物事を整理するのが好きで、散らかったドキュメントやスプレッドシートの方法は、特に海外の友達と計画を調整する必要がある時に、私の好みに合わないんだ。だからこれを始めたんだ。次に、楽しみと学びのためでもある。ウェブサイトを作るのが楽しいし、ブラウザが提供できることを探るのが好きなんだ。ブラウザには、データをターゲット要素に渡すためのドラッグ＆ドロップ要素のAPIがあることを学んだ。だから、結局のところ、これは楽しいサイドプロジェクトで、それ以上のものではないと思ってる。経験を共有してくれてありがとう :)

└

旅行仲間がアカウントを作る必要があるものは、ほとんどのグループにとっては受け入れられにくいと思う。最近はほとんどの人がGoogle Docsを使ってるし。どれくらいの部分がアカウントを必要とするのかはよくわからないけど、できるだけログインなしでアクセスできるようにした方がいいと思う。計画を手伝いたい人もいれば、ただ一緒に楽しみたいだけの人もいるからね。

└

友達が似たようなものをモバイルアプリとして作ったけど、採用されなかったみたい。これらのツールが欠けてるのは、旅行を計画するのがちょっと楽しいってことだと思うし、必ずしもアプリが必要なわけじゃない。難しそうで、一度学んだらまた必要になったときに再学習しなきゃいけない感じがする。

いい感じ！MITライセンスだし、自由に使えると思うから、ランディングページにそのことを載せた方がいいと思う。ホームページに「価格」や「料金」、「無料」、「コスト」みたいなキーワードが入ってなかったから、ちょっとダークパターンがあるのかなって思っちゃった。旅行の計画を始めたら、いつの間にか支払いを求められるみたいな。

└

ありがとう！いい提案だね、すぐに追加するよ :)

これすごい！似たようなアプリ（例えばwanderlog）を使ったことがあるけど、私が欲しいのは時刻表のフィルタリング機能。旅行中は、物流モードか楽しむモードのどちらかになっちゃうんだ。アイデアはこう：物流モードでは、交通手段や宿泊に特化した詳細で正確な時刻表が欲しい。楽しむアイデアは見たくないくらい。楽しむモードでは、今いる場所に基づいたリラックスした提案が欲しいし、物流モードに戻る時間だけ教えてほしい。わかるかな？ほぼ二人の旅行代理店が欲しい感じ。AからBに連れて行ってくれる厳しい教官と、流れに乗るのを手伝ってくれるリラックスしたサーファーみたいな。

└

ありがとう、優しい言葉とアイデアに感謝！

これすごい！wanderlogをたくさん使ってきたけど、機能は素晴らしいのに、時々すごく遅くて使いづらいことがある。ちょっと試すために登録したばかりなんだ。Wanderlogで設定した旅行を再現しようとしたけど、以下のフィードバックがあるよ：- 全体的に素晴らしい！サクサク動くし、すごくわかりやすい。- シンプルさが好き。- これは基本的にエクセル（ちょっとだけど）で、旅行に特化した機能が追加されてる感じ。改善点としては：- 他の人を編集者として追加できないみたい。追加をクリックすると「TripForm」がログされるだけで、ネットワークリクエストも見えない。- 支出の分割方法が選べない（旅行に他の人がいないからかも？）- 時刻表のコントラストがもう少し改善が必要。パディングやマージンが必要かも。- MapTilerのデータベースがあまり良くないみたい。152 Morrison Roadを追加するのに苦労した。- アクティビティは複数日にはまたがらない（45分過ぎの深夜に到着する列車の乗車を追加しようとした）。- 時刻表ページでアクティビティを追加・編集しても、リフレッシュ（または他のページに移動）しないと更新されない。これらを除いて、どうやって収益化するつもりなの？コードはMITライセンスで公開されてるから、誰かがサブスクリプションプランを追加したり、ホスティングしたり、宣伝したりするのを止めることはできないよね。AGPLみたいなのを提案してもいいかな？

└

試してくれて、そんなに詳しいフィードバックをありがとう！- 旅行共有について、うーん、それは変だね。まだ「読み込み」インジケーターがないのは理解してるけど、旅行の「オーナー」ならできるはずだよ。- 支出の分割：その機能はまだないから。- ありがとう、考えてみるよ。- MapTilerで選んだ地図はOpenStreetMapだけど、ポイント・オブ・インタレストのみに制限してるから、もっといろんなオブジェクトに合わせる必要があるかも。- ああ、その場合、時刻表に表示するためにアクティビティを二つの異なる要素に分けなきゃいけないのが面倒だから、今はそのケースを無効にしてる。いいユースケースをありがとう！- うーん、変だな、アクティビティはリアルタイムで反映されるはずなんだけど。もしかしたら「バックエンド」がちょっと遅いのかも。とにかく、「バックエンド」はInstantDB（https://www.instantdb.com）で、WebSocket接続を開いてるから、操作中にネットワークコールが見えないんだ。追記：これを収益化するつもりはないよ。誰かがフォークして収益化しても、私に影響がなければ全然構わない。もし「無料使用」のクォータがなくなったら、ユーザーを数人に制限するかも。

└

AGPLは、誰かがサブスクリプションプランを追加したり、ホスティングしたり、宣伝したりするのを防ぐことはできないよ。派生作品をAGPLの下でライセンスする必要があるけどね。ソフトウェアを開発するための目標はたくさんあって、お金を稼ぐ方法もいろいろある。AGPLはその中のいくつかには役立つけど、制限も多いかも。

└

こんにちは、figmert！こちらはWanderlogの共同創設者のピーターだよ。今イタリアに旅行中で、パフォーマンスの問題で苦労してるのはよくわかる。これを改善するために頑張ってるんだ。もし最近アプリを試してないなら、もう一度試してみて、どの部分が遅いと感じるかを直接メールで教えてくれないかな？ peter@wanderlog.comに送ってくれたら、詳しく見てみるよ。特にスクリーンショットや動画があれば、自分でもいくつかの問題を直せるかもしれない。

すごくいいけど、タイムゾーンに関して時間がどう表現されてるのかがよくわからない。大きな国だと複数のタイムゾーンがあるから、旅程が混乱することもあるし、データモデリングやUXの観点からも考慮が必要だと思う。UIを初めて見たとき、これがどう扱われてるのかはっきりしなかったけど、たぶん常に現地時間が使われてるんだろうね。

└

うん、これってあんまり明確じゃないけど、選択した「目的地のタイムゾーン」が、旅行中のアクティビティを計画する際に使う唯一のタイムゾーンなんだ。(アクティビティのタイムゾーンを入力したり読むときは、全部目的地のタイムゾーンになる) コメントで使うのは唯一の現地タイムゾーンだけど、そこでタイムゾーンのオフセットを表示してるから、ちょっとはわかりやすくなってるかな？イベントでは表示してないけど、長すぎると思ったから。旅行が複数のタイムゾーンを跨ぐケースもあるのは理解してるけど、今のところそれには対応してないんだよね。

正確な時間と場所でアクティビティをスケジュールする。休暇中に正確な時間に正確な場所にいる必要があるなんて、ほんとに嫌だ！(結局、休暇なんだから。)

└

この気持ちはわかるけど、やりたいことや行きたい場所を後悔するのも嫌で、心が二つに引き裂かれる感じ。

└

俺も昔はそうだったけど、家族が増えたら、レストランに行っても60分待たずに席に座れるなんて期待できなくなった。大人数で旅行するのは、適当に飛行機に乗って2日間どこかの国に行くより、ずっと計画が必要なんだよね。

まず第一に、他の人が休暇をどう計画するかを見るのはすごく面白い。以前、自分用に旅行アプリを作ったことがあるけど、それとは違った。主な機能は地図と場所に関するもので、いくつかのPOIのリストが必要だった。街にいるときは、事前に調べた面白い場所が近くにないか確認するために使ってた。技術的な側面では、CSSを見て驚いた。理解できないCSSもあったし（以下のような）、何千もの色が何百回も使われてた。デザインなのかはわからないけど。grid-template-rows: [header]50px [macroplan]min-content [accommodation]min-content [t0000]var(--row-minute-narrow-height) [te0000 t0001]var(--row-minute-narrow-height) [te0001 t0002]var(--row-minute-narrow-height) ... ループで