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

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

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

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

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