Skip to content
Potola Art Docs
Esc
↑↓navigate↵open⌘Jpreview
On this page

Potola Philosophy

1. Potolaとは

Potola は、

写真を飾る静かな画廊

である。

ブランド名は Potola、サービス名は Potola Photos、URL は potola.art とする。

Potola Photos は、写真を単なる「投稿」や「消費される情報」として扱わない。

写真を選び、並べ、構成し、飾り、静かに見てもらうための空間として設計する。

Potola は SNS ではない。

Potola は写真管理サービスでもない。

写真を大量に消費する場所ではなく、写真そのもの、写真の流れ、余白、空気感、構成を丁寧に鑑賞するための場所である。

写真の価値は「投稿数」や「反応数」ではなく、作品そのものにある。

Potola は、その作品と向き合うための空間を提供する。


2. 私たちが解決したいこと

現在のインターネット上では、多くの写真がタイムラインの中で流れていく。

高速スクロール、短時間視聴、無限タイムライン、数値競争、アルゴリズム依存、大量通知によって、写真は鑑賞される前に消費されやすい。

特に、ポートレート、作品撮影、ライブ写真、写真集的な表現では、本来重要である以下の要素が失われやすい。

  • 写真の流れ
  • シーケンス
  • 余白
  • 空気感
  • 編集意図
  • 構成

撮影者が作品を発表していても、大量の情報の中に埋もれてしまう。

写真には、もっと静かに見られる場所があってよい。

Potola は、写真を消費する場ではなく、写真を鑑賞する場を目指す。

SNS が「流れる構造」を持つのに対し、Potola は「留まる構造」を持つ。


3. Potolaが提供する価値

写真を主役にする

画面の主役は写真である。

UI は写真を引き立てるために存在する。

サービスが目立つのではなく、作品が目立つことを優先する。


アルバムを作品体験の単位にする

Potola において、主役は単体写真だけではない。

写真を選び、並べ、編集し、構成して生まれる アルバム全体の作品体験 を重視する。

これは SNS の投稿よりも、写真集編集や展示構成に近い。

写真の順番、余白、組み合わせ、流れを含めて作品として扱う。


静かな鑑賞体験

利用者を過剰に刺激しない。

通知による競争を生まない。

数値による競争を生まない。

強い煽り UI や中毒的な仕組みに依存しない。

利用者が写真と向き合う時間を邪魔しない。

写真主体、余白、静けさ、ミニマルな UI、落ち着いた鑑賞を重視する。


シンプルであること

機能を増やすこと自体を目的としない。

利用者価値が明確でない機能は追加しない。

複雑さよりも分かりやすさを優先する。


写真家を尊重する

撮影者が作品を安心して公開できる場を提供する。

作品そのものの価値を尊重する。

写真を単なるデータやコンテンツとして扱わず、作品として扱う。


4. 主要な体験

アルバム作成

利用者は写真をアップロードし、アルバムとして構成できる。

アルバムでは、以下のような編集要素を扱う。

  • 写真の並び替え
  • 表紙設定
  • タイトル
  • キャプション
  • 公開設定
  • 共有時の OGP 表示

重要なのは、単に写真を保存することではなく、どのように並べ、構成し、見せるかである。


仮想アルバム

写真をコピーするのではなく、既存写真への「参照」によって、目的に応じた新しいアルバムを構成できる考え方を採用する。

これにより、元写真を壊すことなく、以下のような再編集が可能になる。

  • ベストショット集
  • 写真集
  • テーマセレクション
  • 空気感による再編集
  • 横断的キュレーション

Potola は、フォルダや日付ではなく「見せたい目的」に合わせて写真を再構成できる場所を目指す。


公開ギャラリー

アルバムは SNS 投稿ではなく、写真を飾るための独立した空間として公開する。

公開ページでは以下を重視する。

  • 高速表示
  • 安定した共有
  • 長期的に利用できる URL
  • CDN を活用した配信
  • OGP 最適化
  • 写真主体のレイアウト

静的に配信できる部分は積極的に静的化し、「静的ページだから弱い」のではなく「静的ページだから速く、美しく、安定している」状態を目指す。


写真一覧

一覧画面では、大きめのサムネイルと情報量を抑えたグリッド表示を基本とする。

Pinterest 的なグリッド思想を部分的に取り入れる場合でも、目的は高速消費ではない。

写真を主役にし、UI ノイズを減らすために利用する。


5. 想定する利用者

主な対象は、写真を単なる投稿ではなく作品として見せたい人である。

例として以下を想定する。

  • 写真愛好家
  • ポートレート撮影者
  • ライブ撮影者
  • アイドル撮影者
  • コスプレ撮影者
  • 写真作品制作者
  • 写真集制作者
  • ギャラリー的に作品を公開したい人

特に以下のニーズを持つ利用者との相性を重視する。

  • SNS の流れ消費に疲れた
  • 写真を作品として見せたい
  • 写真を並びで見せたい
  • 静かな場所で展示したい
  • 写真集のように見せたい

6. 他サービスとの違い

Instagram

Instagram がタイムライン、投稿、エンゲージメント、アルゴリズムを中心とするのに対し、Potola はアルバム、鑑賞、構成を中心とする。

X

X が情報流通、会話、拡散、短文消費を中心とするのに対し、Potola は写真鑑賞、シーケンス、編集体験、静かな共有を中心とする。

Potola は会話量を増やすことより、写真を丁寧に見ることを重視する。

Pinterest

Pinterest が「集める空間」であるのに対し、Potola は「飾る空間」を目指す。

発見や大量収集ではなく、自分の写真をどのように並べ、構成し、見せるかを重視する。


7. 判断基準

機能追加や設計判断に迷った場合は、以下の問いを用いる。

  1. この機能は写真鑑賞体験を向上させるか。
  2. この機能は作品よりもサービスを目立たせていないか。
  3. この機能は利用者を競争させていないか。
  4. この機能は本当に必要か。
  5. この機能がなくても Potola は成立するか。

この問いに対して明確な価値を説明できない場合、その機能は追加しない、または再検討する。


8. 作らないもの

Potola はすべての SNS 機能を否定するわけではない。

しかし、以下のような機能は Potola の目的と衝突する可能性があるため、慎重に検討する。

  • フォロワー数競争
  • エンゲージメント競争
  • 過度な通知
  • 炎上を誘発する仕組み
  • 中毒を目的とした設計
  • 写真以外が主役になる機能

9. 技術思想

Potola は「軽く・速く・安定していること」を重要視する。

写真鑑賞の邪魔になる待ち時間や UI ノイズを減らすため、以下の考え方を重視する。

  • CDN の活用
  • 静的ページ思想
  • Edge 配信
  • キャッシュ戦略
  • OGP 最適化
  • 高速で安定した画像配信

技術は目立つために存在するのではなく、写真鑑賞体験を支えるために存在する。


10. 開発方針

Potola は Vertical Slice を採用する。

最初から巨大なサービスを完成させることを目的としない。

利用者価値を持つ小さな体験を、実際に使える品質まで完成させることを優先する。

まず体験を成立させる。

次に品質を高める。

その後、必要な機能を広げる。


11. AIとの協働

Potola は AI を積極的に活用する。

AI はコード生成だけでなく、設計監査、仕様検査、UI 一貫性検査、命名検査、実装レビューなどにも利用する。

ただし、AI は判断基準ではない。

判断基準は本ドキュメントである。

AI が提案する実装、設計、機能追加は、本ドキュメントの思想に従って評価する。


12. 将来の拡張

Potola の思想と整合する範囲で、将来的に以下のような表現・編集機能へ拡張できる。

  • 仮想アルバム
  • 写真集構築
  • Before / After
  • 比較スライダー
  • レイヤー切り替え
  • ステップ表示
  • 解説オーバーレイ
  • Motion Clip
  • AI 支援
  • 展示表現の拡張

将来機能は、追加すること自体を目的としない。

写真鑑賞体験を向上させるかどうかを基準に判断する。


13. ブランド構造

Potola は Branded House 構造を採用する。

  • ブランド名: Potola
  • サービス名: Potola Photos
  • URL: potola.art

14. 最後に

Potola は写真を保存するサービスではない。

Potola は写真を共有することだけを目的としたサービスでもない。

Potola は、

写真を飾る静かな画廊

である。

写真は、流れるものではなく、留まるものである。

すべての設計判断、実装判断、機能判断は、この思想に立ち返って行う。


作成日 2026.09.09

Was this page helpful?