micomia

Blog

技術記事

なぜArtlはトリミングしないのか 作品をそのまま展示する設計の意味

なぜArtlはトリミングしないのか 作品をそのまま展示する設計の意味

はじめに

Artl の特徴として分かりやすいのが、作品をそのままの形で展示する設計です。
トリミングもせず、アプリに合わせて角を丸くするような加工もしません。
この判断には、かなりはっきりとした思想があります。



トリミングは、表現そのものへの介入になりうる

作家によっては、作品の構図や余白に強い意図を持っています。
そのため、トリミングされてしまうこと自体が表現の制約になりえます。
Artl では、その懸念を持つ作家も安心して展示できるよう、作品の形をそのまま保つ方針を採っています。
公開情報でも、作品のトリミングや角丸加工を行わず、そのまま投稿できるデザインであることが案内されています。


作品をアプリに合わせる作業を発生させない

一般的なSNSやアプリでは、表示比率やカード形状に合わせるために、画像側を調整する必要が出てくることがあります。
しかし、それはアート作品のための作業ではなく、アプリに合わせるための作業です。
Artl は、そのズレをなくそうとしています。


余白や比率も含めて作品として届ける

作品の余白や比率には意味があります。
そこをそのまま届けられることは、鑑賞者にとっても重要です。
単に絵柄や被写体だけを見るのではなく、作品全体の呼吸を感じられるからです。
Artl ならではの体験として挙げられている「生の作品に出会える」という感覚は、こうした設計から生まれています。


まとめ

Artl がトリミングしないのは、画像処理の都合ではなく、表現を守るためです。
作品をそのまま届けることは、作家にとっての安心感であり、鑑賞者にとっての誠実さでもあります。
アート専用SNSとして、この判断はかなり本質的だと思います。

畑井駿佑

畑井駿佑

micomia株式会社の代表取締役です。 エンジニア、プロジェクトマネージャーを経験し、2024年にUI/UXにこだわった使いやすいシステム/アプリを開発するmicomia株式会社を設立しました。

関連記事

アート特化SNSアプリを開発した理由|クリエイター向け新しい投稿体験とは
開発Tips

アート特化SNSアプリを開発した理由|クリエイター向け新しい投稿体験とは

Artlは、映えや拡散ではなく作品そのものに向き合えるアート専用SNSです。作品が正しく届く場所を目指した開発背景を紹介します。

なぜ既存SNSはアート投稿に向いていないのか|作品がSNSで評価されない理由
開発Tips

なぜ既存SNSはアート投稿に向いていないのか|作品がSNSで評価されない理由

既存SNSではなぜ作品そのものに集中しづらいのか。Artlが向き合った、情報過多とアート鑑賞体験のズレについて解説します。

作品ファーストとは何か? Artlが設計した“作品を邪魔しないUI”
開発Tips

作品ファーストとは何か? Artlが設計した“作品を邪魔しないUI”

Artlが目指したのは、作品を邪魔しないUIです。トリミングしない設計、過度な世界観を持たないUI、投稿しやすさを両立した思想を紹介します。

「“いいね”ではなく“鑑賞しました” 」Artlが反応の仕方を変えた理由
開発Tips

「“いいね”ではなく“鑑賞しました” 」Artlが反応の仕方を変えた理由

Artlは「いいね」機能を外し、「鑑賞しました」を採用しました。作品制作の本質を守るために反応の形を変えた理由を紹介します。

作家が安心して発信できるSNSとは何か Artlの投稿体験を支える考え方
開発Tips

作家が安心して発信できるSNSとは何か Artlの投稿体験を支える考え方

Artlは、作家が安心して作品を発信できるSNSを目指しています。タグ付けや不要な入力を減らした投稿体験の考え方を紹介します。

アート作品を主役にするSNS UI設計とは|画像投稿アプリのUX戦略
開発Tips

アート作品を主役にするSNS UI設計とは|画像投稿アプリのUX戦略

Artlは、作品のみが自然と流れてくるシンプルなUI/UXを目指しました。アートの世界観を損なわないデザイン思想を紹介します。

Artlが目指すのは、芸術がもっと光を浴びる世界
開発Tips

Artlが目指すのは、芸術がもっと光を浴びる世界

Artlが目指すのは、芸術がもっと光を浴びる世界です。現バージョンで見えた改善点と、次のアップデートで重視したい方向性を紹介します。

ノーコードで作るべきもの・フルスクラッチで作るべきものとは?判断基準と使い分けを解説
開発Tips

ノーコードで作るべきもの・フルスクラッチで作るべきものとは?判断基準と使い分けを解説

ノーコードとフルスクラッチの使い分けを解説。MVP・社内ツールはノーコード、高度な処理や大規模システムはフルスクラッチなど、5つの判断基準を紹介します。

A/Bテストとは?やり方・分析方法・アプリ改善への活用をわかりやすく解説
開発Tips

A/Bテストとは?やり方・分析方法・アプリ改善への活用をわかりやすく解説

A/Bテストとは、複数パターンを比較してデータに基づき効果的な方を選ぶ検証手法です。進め方やビジネス活用をわかりやすく解説します。

プッシュ通知の仕組みとは?種類・導入方法・効果的な活用をわかりやすく解説
開発Tips

プッシュ通知の仕組みとは?種類・導入方法・効果的な活用をわかりやすく解説

プッシュ通知とは、サーバーからユーザー端末に自動でメッセージを送る仕組みです。配信の流れやビジネス活用をわかりやすく解説します。

Firebaseとは?機能一覧・料金・アプリ開発での活用方法をわかりやすく解説
開発Tips

Firebaseとは?機能一覧・料金・アプリ開発での活用方法をわかりやすく解説

Firebaseとは、Googleが提供するモバイル・Webアプリケーション開発プラットフォームです。データベース、認証、ストレージ、プッシュ通知など、アプリ開発に必要なバックエンド機能をまとめて提供しており、サーバーの構築・管理なしにアプリを開発できます。

マイクロサービスとは?仕組み・メリット・モノリスとの違いをわかりやすく解説
開発Tips

マイクロサービスとは?仕組み・メリット・モノリスとの違いをわかりやすく解説

マイクロサービスとは、アプリケーションを小さな独立したサービスに分割して開発する設計手法です。仕組みやビジネス活用をわかりやすく解説します。

クロスプラットフォーム開発の選び方|主要フレームワーク比較と判断基準をわかりやすく解説
開発Tips

クロスプラットフォーム開発の選び方|主要フレームワーク比較と判断基準をわかりやすく解説

クロスプラットフォーム開発の主要フレームワーク(Flutter、React Native、FlutterFlow)を比較し、プロジェクトに最適な選び方を5つの判断基準で解説します。

神戸でアプリ開発会社を選ぶ5つのポイント|失敗しない発注先の見極め方
開発Tips

神戸でアプリ開発会社を選ぶ5つのポイント|失敗しない発注先の見極め方

神戸・兵庫でアプリ開発会社を選ぶ際のチェックポイントを解説。地元対応力・実績・技術スタック・UI/UX品質・契約形態など、初めて発注する方でも失敗しないための判断軸を神戸特有の事情を踏まえて紹介します。

園芸のハードルを下げるには何が必要か グリラボ開発の出発点
開発Tips

園芸のハードルを下げるには何が必要か グリラボ開発の出発点

グリラボは、園芸初心者の不安を減らし、植物を育てる楽しさを広げるために生まれたアプリです。開発の出発点と狙いを紹介します。

「いつ水やりすればいいの?」にすぐ答える 育成ガイドを入れた理由
開発Tips

「いつ水やりすればいいの?」にすぐ答える 育成ガイドを入れた理由

グリラボの育成ガイドは、園芸初心者の小さな疑問にすぐ答えるための機能です。季節ごとのお手入れ支援をどう設計したかを紹介します。

初心者でも「自分にできそう」と思えること グリラボが目指した園芸体験の設計
開発Tips

初心者でも「自分にできそう」と思えること グリラボが目指した園芸体験の設計

グリラボは、園芸初心者が「自分にもできそう」と思える体験を大切にしています。心理的ハードルを下げる設計思想を紹介します。

なぜ園芸アプリに参考価格機能を入れたのか 剪定・伐採・抜根の不安に向き合う設計
開発Tips

なぜ園芸アプリに参考価格機能を入れたのか 剪定・伐採・抜根の不安に向き合う設計

グリラボは、剪定・伐採・抜根の参考価格を確認できる機能を搭載しています。料金の不透明さに向き合った理由を紹介します。

アップデート前の今、あえて残しておきたい グリラボ現バージョンの設計と次の改善テーマ
開発Tips

アップデート前の今、あえて残しておきたい グリラボ現バージョンの設計と次の改善テーマ

グリラボはアップデートを見据えつつ、現バージョンにも大きな意味があります。ローコードからスクラッチへの転換と次の改善テーマを紹介します。

植物の管理を「楽しみ」に変えるための工夫
開発Tips

植物の管理を「楽しみ」に変えるための工夫

グリラボは、雑草スタンプラリーや図鑑登録で植物とのつながりを楽しくしています。管理を楽しみに変える設計思想を紹介します。

FlutterFlowでできること・できないことを徹底解説|開発経験から見た本音
FlutterFlow

FlutterFlowでできること・できないことを徹底解説|開発経験から見た本音

FlutterFlowでできること・できないことを開発経験から徹底解説。UI構築・Firebase連携・API統合などの強みと、SEO対策・定期実行処理・動画広告など苦手な領域を具体的に紹介します。

ホームページに「営業お断り」を記載する効果と限界|問い合わせフォーム対策の決定版
AI

ホームページに「営業お断り」を記載する効果と限界|問い合わせフォーム対策の決定版

ホームページに「営業メールお断り」の文言を記載する効果と、それだけでは防ぎきれない問い合わせフォームの営業メール対策を解説。AI自動ブロックによる根本的な解決策FormGuardも紹介します。

営業メールの断り方と返信例文|新規・飛び込み・しつこいケース別の対処法
AI

営業メールの断り方と返信例文|新規・飛び込み・しつこいケース別の対処法

営業メールの断り方を、新規営業・飛び込み営業・しつこい営業のケース別に解説。AIブロックで受信できないようにする方法から返信すべきか無視すべきかの判断、角を立てない返信例文、対応時間を削減する方法までまとめました。

営業メールは無視してもいい?返信しない判断基準と正しい対応法
AI

営業メールは無視してもいい?返信しない判断基準と正しい対応法

営業メールを無視しても問題ないかの判断基準、返信しないケースの注意点、しつこい営業への対応、そもそも営業メールを減らすAI自動ブロックまで解説。担当者の心理的負担を減らす実用的なガイドです。

建設業向けマッチングアプリ開発|業界特化機能と費用感を解説
費用

建設業向けマッチングアプリ開発|業界特化機能と費用感を解説

建設業向けマッチングアプリの開発について、業界特化の機能設計、案件マッチング・職人マッチングの違い、費用相場、開発期間、成功事例まで網羅。建設DX領域への参入を検討する事業者向けの実務ガイドです。

問い合わせフォームに届く営業メールが多い|迷惑を減らす対策とAI自動ブロック
AI

問い合わせフォームに届く営業メールが多い|迷惑を減らす対策とAI自動ブロック

問い合わせフォームに大量に届く営業メールに困っていませんか?営業メールが来る仕組み、従来の対策の限界、AIで自動ブロックできるFormGuardの仕組みまで、実務目線で解決策を解説します。

ユーザー視点になってアプリ開発 | micomiaでエンジニアとして働く
その他

ユーザー視点になってアプリ開発 | micomiaでエンジニアとして働く

観葉植物アプリ「でぃぐりーん」の開発事例をもとに、企画から実装・テスト・リリースまでのプロセスと、ユーザー体験を重視した開発の考え方を詳しく紹介します。