週末でアプリを1本仕上げる

「週末こそアプリを作るぞ」と決意してパソコンを開いたのに、日曜の夜には「来週こそは…」と後悔する——私はこれをかなりの回数繰り返してきました。

Rork を使い始めてから、この状況が少し変わりました。プロンプトベースの開発スタイルが、頭の中にあったアイデアを素早くかたちにしてくれるからです。とはいえ、ツールが変わっても「どう時間を配分するか」の設計は必要です。

「Rork の使い方は分かったけれど、実際にどう進めればいいか」と感じている方のヒントになれば嬉しいです。

土曜朝（9:00〜10:00）：アプリの核心を1行で決める

週末開発の最大の敵は「何を作るか迷いすぎる」ことです。

Rork を開く前に、必ず**「このアプリは誰の何を解決するか」を1文で書き出す**ようにしています。たとえばこんな感じです：

この1文がないまま「なんかタスク管理アプリ作ろう」と Rork に指示しても、AI が汎用的な構成を提案してしまい、後から「自分が欲しいものと違う」となりやすいです。

もう一つ大事なのが、アイデアを1つに絞ることです。「記録機能と分析機能と通知機能と…」と最初から欲張ると、週末の2日間では絶対に終わりません。追加したい機能はメモに書いて「v2 でやる」と割り切ります。

ここが Rork の本領発揮です。先ほど決めた1文のコンセプトを、そのまま Rork への最初のプロンプトにします。

「在宅勤務者が昼休みの使い方を記録できるシンプルなアプリを作ってください。
画面は2つ：記録入力画面（テキスト入力・時間スタンプ自動付与）と
ログ一覧画面（日付順に表示）です。
デザインはシンプルで、白ベース・アクセントカラーは淡いブルーにしてください。」

最初のプロンプトには画面数・主要機能・デザイン方向性の3点を必ず含めるようにしています。この3点があるだけで、最初の生成結果の精度がかなり変わります。

生成されたら、まず Rork Companion アプリで実機確認します。シミュレーターでも動作は確認できますが、実際の手触りやフォントの読みやすさは実機でしか分かりません。詳しいテスト手順はRork Companion を使った iOS 実機テストガイドを参照してください。

この時間帯でよく起きる罠：最初の生成結果が「70点くらい」のときに、細かい修正を10回繰り返したくなります。でも土曜の昼段階では70点で十分です。プロンプトを繰り返すより、まず動くものを確認してから修正する方が結果的に速いです。

ここで腰を据えて UI を整えます。「直すべき優先順位」を決めておくと、迷う時間が減ります：

優先度高（必ず直す）：レイアウトの崩れ、タップできない要素、見切れているテキスト。これらがあると App Store 審査でリジェクトされる可能性があります。

優先度中（できれば直す）：色・フォント。アプリの第一印象を決める部分です。色は2色以内に絞ることをお勧めします。

優先度低（余裕があれば）：データが0件のときの空状態の表示。「まだデータがありません」という一言だけでも印象が変わります。

Rork への修正プロンプトは1回につき1点だけを意識しています。「ボタンの色を変えて、フォントを大きくして、余白も調整して」と一度にお願いすると、意図しない箇所まで変わることがあります。1つずつ確認しながら進めるほうが、結果的に速く仕上がります。

UI の品質を上げるプロンプトのコツはRork アプリを安っぽく見せないための UI 改善プロンプト術にまとめてあります。

日曜の朝は、土曜に作ったものを一晩寝かせてから見直すことから始めます。夜中に完成と思っていた UI が、翌朝見ると「なぜこの色にしたんだろう」となることは珍しくありません。

午前（9:00〜12:00）：バグ修正と最終確認

TestFlight を使って友人や家族に配布し、実際に使ってもらいます。自分では気づかない操作のつまずきを発見できることが多いです。TestFlight の配布手順はTestFlight ベータテスト完全ガイドを参照してください。

午後（13:00〜17:00）：App Store 申請準備

申請で時間がかかるのは主に2点です。

1つ目はスクリーンショット。Rork Companion のスクリーンショット機能を使うと、各デバイスサイズに合った画像を効率よく取得できます。スクリーンショットは最低でも iPhone 6.5 インチ用の2〜3枚を用意しましょう。

2つ目は説明文。「誰のための・何ができる・なぜ使うべきか」の3点を押さえた3〜5文で十分です。長い説明文より、最初の2行で伝わる内容の方が審査員にも読者にも届きます。

申請を送信したら、審査結果を待ちながら次のアプリのアイデアを考え始めます。

このワークフローを続けてみて気づいたことがあります。週末2日間という制約は、実はアプリの品質を上げる効果があるということです。

時間が無限にあると「もう少し機能を追加したい」「デザインをもっと磨きたい」という欲求に負けて、いつまでも公開できないことが多いです。制約があると、自然と「この機能は v2 でやる」という判断が素早くできるようになります。

最小限の機能で公開→実際のユーザーのフィードバックを収集→改善のサイクルを回す方が、個人開発者には合っていると思っています。Rork はそのサイクルを速く回すための、今のところ一番相性の良いツールだと感じています。

まず1つ作って公開してみてください。最初のアプリが完璧でなくても、公開した経験が次のアプリの開発速度を大きく上げてくれます。

個人アプリ開発のビジネスモデルや収益化の考え方