> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# アプリとは何か？

> アプリとは何か、なぜ有用なのか、Replitで構築・公開できるアーティファクトとアプリの関係について学びます。

<Frame>
  <iframe src="https://www.youtube.com/embed/UDVgl4NYxZ8" title="アプリとは何か？" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" allowfullscreen />
</Frame>

アプリとは、特定の人やグループのために特定のタスクを実行するように設計されたソフトウェアです。

アプリはシンプルなものから複雑なものまであります。計算機、予約フォーム、ダッシュボード、社内ツール、モバイル体験、マーケットプレイス、カスタマーポータルはすべて、誰かが役立つことを実行するのに役立つならアプリです。

## アプリはインフラ上で動作するコード

すべてのアプリは2つのものが連携しています：

* **コード** — アプリが何をするかを記述する指示：誰かが見るインターフェース、クリックや入力に応答するロジック、データの移動方法のルール。
* **インフラ** — コードが実行されて他の人がブラウザや携帯電話からアクセスできるようにするためのマシン、ネットワーク、ストレージ、サービス。

コードを書くことは、「アプリを構築する」というときに多くの人がイメージする部分です。インフラは、そのコードが実際にユーザーのために機能するために必要なすべてのものです：実行するサーバー、情報を保存するデータベース、人々が見つけられるドメイン、保護するためのセキュリティ、すでに機能しているものを壊さずに更新する方法。

Replitでは、何が欲しいかを自然言語で説明します。Agentがコードを書き、Replitがインフラ — ホスティング、データベース、シークレット、ドメイン、デプロイメント — を提供するため、何も自分でセットアップすることなく動作するアプリを公開できます。

## なぜアプリを構築するのか？

既存のツールがほぼ機能するが完全ではないときにアプリを構築することがあります。

アプリが役立つのは：

* カスタムワークフローが必要なとき
* スプレッドシート、フォーム、テンプレートの限界に達したとき
* 繰り返し使えるプロセスが必要なとき
* アイデアの需要をテストしたいとき
* チームメイト、顧客、ユーザーに自分がコントロールするものと対話させたいとき

例えば、起業家がウェイトリストアプリを構築して需要をテストするかもしれません。マーケターがフォーム付きのキャンペーンランディングページを構築するかもしれません。データアナリストがスプレッドシートをより探索しやすくするダッシュボードを構築するかもしれません。

## アプリは焦点を絞った問題を解決する

最初のアプリは焦点が絞られているほど良いです。1つの明確な問題を1つの明確なオーディエンスのために解決します。

次のように始めるのではなく：

```text theme={null}
ビジネス全体を管理するためのプラットフォーム。
```

次のように始めましょう：

```text theme={null}
顧客がケータリングの見積もりを依頼して確認メッセージを受け取れるページ。
```

小さなバージョンの方が構築、テスト、公開、改善が簡単です。

## アプリとアーティファクト

Replitでは、アプリはアーティファクトの一種です。アーティファクトはプロジェクトから公開可能な出力物です。

アーティファクトには以下が含まれます：

* ウェブアプリ
* モバイルアプリ
* データダッシュボード
* スライドデッキ
* アニメーション動画
* デザイン
* 3D体験

アプリは通常インタラクティブです。多くの場合、人々が情報を送信したり、データを表示したり、ログインしたり、選択したり、ワークフローを完了したりできます。スライドデッキやアニメーション動画などの他のアーティファクトは、プレゼンテーションやストーリーテリングに重点を置く場合があります。

## アプリが「本物」になるとは？

アプリは誰かが頭の外で使えるようになったときに本物に感じられ始めます。

通常それは：

* 1つの明確な目的がある
* 誰かがメインのアクションを完了できる
* プレビューでテストできる
* 共有可能なURLに公開できる
* フィードバックの後に改善できる

最初のバージョンにすべての機能が必要なわけではありません。学びのために十分に機能する必要があります。

## よくある誤解

* **「アプリは大きくなければならない」** — 多くの価値あるアプリは特定の仕事のための小さなツールです。
* **「アプリは公開でなければならない」** — 一部のアプリはあなた、チーム、または顧客のための非公開ツールです。
* **「アプリは公開前に完璧でなければならない」** — 焦点を絞った最初のバージョンを公開することで、何を改善すべきかを学べます。

## 次のステップ

<CardGroup cols={2}>
  <Card title="バイブコーディング" icon="wand-magic-sparkles" href="/ja/learn/foundations/vibe-coding-101">
    アプリのアイデアを動作するアーティファクトに変える考え方を学びます。
  </Card>

  <Card title="最初のアプリを構築して公開する" icon="rocket" href="/build/your-first-app">
    ガイド付きの最初のアプリを構築してURLに公開します。
  </Card>

  <Card icon="diagram-project" href="/references/projects-and-artifacts/projects">
    ReplitプロジェクトがどのようにアプリF、データ、アーティファクトを保持するかを学びます。
  </Card>

  <Card icon="layer-group" href="/references/projects-and-artifacts/artifacts">
    Replitで作成できる公開可能な出力物について学びます。
  </Card>
</CardGroup>
