製品が一つなら、無理に製品一覧を作る必要はありません

本文のサイト構成と製品の状況は、原文が記録した 2026 年 10 月 6 日時点を指しています。以下の /products や /products/daily-order は元の繁体字中国語版のルート例です。英語版・日本語版のナビゲーションは、それぞれの言語の製品紹介ページへつながります。

サイトには製品が一つしかないのに、ナビゲーションからまず製品一覧へ案内されます。一覧にはカードが一枚あり、クリックすると初めて詳しい紹介に進めます。その中間ページが製品名と要約を繰り返すだけなら、そこで増える情報は何でしょうか。

記録時点のこのサイトでは、製品の入口から日序の紹介ページへ直接進めるようにし、別途 /products の一覧ページは作っていません。作るのが難しいからではなく、選ぶべき製品が複数あるわけでも、まとめて提示する必要がある別の製品情報があるわけでもないからです。

私はまず、一覧が読者の何を助けるのかを確認し、その一段を増やすか決めます。製品が一つなら、直接紹介するだけで、その時点の問いに答えられることが多いです。

入口を一つ増やすなら、答える問いも一つ増やします

一覧には、用途を比較する、製品ごとの対象者を見分ける、名前を知っている項目をすぐに探す、といった役割があります。そうした作業が必要なら、中間ページには独自の責任があります。

しかし、カードが一枚で、そのリンク先も唯一の詳細ページなら、読者に選択の必要はありません。一覧にほかの内容がなければ、詳細ページの冒頭を並べ直しただけになる可能性があります。

単一の製品には絶対に一覧を作れない、という意味ではありません。たとえば、同じ製品に異なるバージョン、適用プラン、明確に分かれた入口がすでにあるなら、まとめるページにも役割がありえます。これらは考えられる設計上の場面であり、日序に当時そうしたバージョンやプランがあったという意味ではありません。

このサイトでは記録時点でその必要がなかったため、主ナビゲーションとホームの製品領域は、どちらも /products/daily-order につながっています。ナビゲーションは製品を見つける役割を担い、紹介ページはそれを説明します。カードを見せるためだけのページは間に挟みません。

列を埋めるために、制作実績・機能・製品を混ぜません

製品が一つしかなくても、デザイン案には三列分の枠が用意されているかもしれません。そこで追加されやすいのが、最近の制作実績、共通コンポーネント、公開範囲がまだ決まっていない実験です。

ただし、これらは同じ種類の情報ではありません。このサイトの制作実績ページに残しているのは、これまで作ったサイト、システム、ビジュアルの作品です。一方、製品の入口で紹介するのは、記録時点の日序です。制作実績に「製品」というラベルを貼り直しても、それだけで提供中のアプリケーションサービスにはなりません。

日序の紹介ページにある財務の概観、レポート、目標、スケジュールも、同じ製品を説明するための切り口であり、四つの独立した製品ではありません。四枚の製品カードに分ければ格子は埋まりますが、カードの分類が持つ意味を変えてしまいます。

私はまず、今ある区別を保ちます。制作実績は何を作ったかを、機能は一つの製品をどう使うかを、製品紹介はどのような場面を扱い、その時点でどの入口を提供できるかを説明します。項目が足りないならレイアウトを変え、逆に事実を変えることはしません。

詳細ページで唯一の製品を十分に紹介します

一ページ減らすことは、情報まで省くことではありません。記録時点の日序の紹介ページには、製品名と位置付け、操作の流れ、機能の方向性、画面イメージ、Demo へのリンクがあります。

これらは一本の読む順序に沿って置かれています。読者はまず用途を理解し、次に異なる側面を見て、最後にこのサイトを離れて Demo を確認するか決められます。

画面イメージにも境界があります。ページでは、画面は操作の方向性を説明するためのもので、実際の財務データやスケジュールのデータを含まないと明示しています。画面が存在するだけで、すべての製品機能が完成していると証明することはできません。ユーザーデータや製品の成果を示す根拠でもありません。

そのため、製品紹介を書くときは、「このサイトがどの説明を示しているか」と「実際のアプリケーションでどの機能を検証したか」を分けます。本文は紹介ページと入口の実装からサイト構成を判断するもので、展示用の素材をアプリケーションのエンドツーエンド検証の代わりにはしません。

URL に拡張の余地を残しても、ページを先に作る必要はありません

記録時点の製品詳細ページは /products/daily-order にあり、名前を持つ製品であることを URL がすでに示しています。ただし、同じ時点で /products にもページを用意しなければならないわけではありません。

この二つは切り分けられます。パスには分かりやすい名前を残し、公開する入口は内容と用途があるページだけに設けます。このサイトの英語版・日本語版の固定製品ページにも対応する URL があり、各言語の主ナビゲーションはそれぞれの紹介ページへつながっています。

将来、実際に紹介できる二つ目の製品が加わったら、そのときに一覧ページへ何を載せるか決められます。既存の日序の詳細ページは、一覧が増えたからといって元の URL を失う必要はありません。一覧も、すべての入口を直接到達できない手順に変えるべきではありません。

これは今後の拡張に向けた判断の方向性であり、このサイトに当時すでに二つ目の製品があった、またはそのルート変更が完了していた、という意味ではありません。

二つ目の製品ができても、まず比較が必要かを見ます

製品数が増えることは、一覧の用途を見直す機会です。自動的にページを作る十分な理由にはなりません。

私はまず、各製品について公開できる名前、対象者、用途、入口を整理し、読者が本当にその間で選ぶ必要があるかを見ます。二つの入口がまったく異なる場面に対応しているなら、ホームやナビゲーションだけで振り分けられるかもしれません。用途が近く混同しやすいなら、一覧で明確に比較できるようにする価値が高まります。

「試作中」と「利用可能」を、区別のないカードに並べないことも必要です。製品が準備中なら進捗や公開範囲を説明できますが、「今すぐ使う」と案内して、対応する機能がない場所へ送ることはできません。

一覧が必要かは、一つの具体的な問いで確認します。このページを取り除いたら、読者はどの必要な情報や選択を失うでしょうか。何も失わないなら、ひとまず製品へ直接進めるようにします。

この記録の範囲です

本文は、このサイトの主ナビゲーション、ホームの製品入口、日序の紹介ページ、言語別のパス、スタジオサイトのコンテンツに関する判断をもとに整理しました。記録時点の公式サイトが単一の製品をどう紹介していたかを説明するもので、日序の機能完成度、ユーザー調査、クリック率、コンバージョンの結果を報告するものではありません。制作実績や計画中のツールを、存在しない製品ラインとして補うこともしません。サイト全体のページの役割分担については、〈ポートフォリオからスタジオサイトへ：目的が変われば、情報設計も変わります〉を参照してください。