初めてアプリを作る人
アプリのアイデアはあるものの、まだプロジェクトがなく、すべてAndroidスマートフォンで作業しています。
Rorkを開き、まずは1つの明確な画面またはワークフローから始め、小さなプロンプトのサイクルで結果を改善します。
rorkの使い方Androidチュートリアル
迷わずAndroidでrorkを使う方法
Androidでrorkを使う方法は、シンプルなモバイルワークフローから始まります。ビルダーを開き、作りたいアプリを説明し、結果を確認して、的を絞ったプロンプトで改善します。
ここから始める
Androidでつまずくポイント
スマートフォンでRorkがわかりにくく感じる場合、問題は通常、Androidデバイス自体ではなく、操作の順序にあります。
進め方を選ぶ
切り分け順序の表
設定を変更したりプロンプトを書き直したりする前に、自分の状況に最も早く対応できる方法を選びましょう。最初に適切な確認を行うことで、不要なトラブルシューティングを防げます。
既存プロジェクトのオーナー
プロジェクトは存在しますが、プレビューを確認しづらかったり、最近のプロンプトでレイアウトが変わったりしています。
プロジェクトを再度開き、最新の変更をテストして、最初からやり直すのではなく、一度に1つの修正を説明します。
iphoneでrorkを使う方法Androidテスター
生成された体験が、より小さなタッチスクリーンで使いやすく感じられるか確認したい。
Androidプレビューをテスト画面として使い、問題を正確に記録してから、範囲を絞ったフォローアッププロンプトを送信します。
rork androidプロダクトプランナー
モバイルファーストのワークフローと、ブラウザベースのプランニングセッションを比較しています。
まずモバイルユーザーの導線を定義し、レビューにより広いスペースが必要になった場合にのみ、大きな画面へ移行します。
rorkの使い方順番に修正する
各修正の手順
これらの修正は、影響の小さいものから大きいものの順に進めてください。Androidのワークフローが期待どおりに動作したら、そこで止めます。
-
1
開始地点を確認する
正しいRorkプロジェクトを開き、最新バージョンが読み込まれていることを確認します。プロジェクト一覧やプレビューが古いように見える場合は、プロンプトを変更する前に一度だけ更新してください。
-
2
依頼の範囲を絞る
広範な指示を、1つの成果、1つの画面、または1つの操作に置き換えます。たとえば、完全な習慣管理システムを依頼する前に、毎日のチェックインボタンを依頼します。
-
3
最小限の変更をテストする
Androidで結果をプレビューし、変更した操作をタップして、次の画面を確認します。動作すればそのまま採用し、動作しなければ原因を推測せず、目に見える失敗を説明します。
-
4
根拠をもとに繰り返す
注意が必要な正確なラベル、画面、または操作を使って、次のプロンプトを送信します。短いフィードバックループによって、問題がナビゲーション、レイアウト、動作のどれにあるのかを特定しやすくなります。
境界を把握する
再発を防ぐ方法
Androidは便利なテスト画面ですが、明確な要件と意図的なレビューの必要性がなくなるわけではありません。
スマートフォンはプロダクトブリーフの代わりにはならない
Rorkは明確なアイデアを機能する方向性へ変えられますが、対象ユーザー、データのルール、または最も重要なユーザージャーニーをあなたに代わって決めることはできません。
回避策
最初のプロンプトを作成する前に、主なユーザー、望ましいアクション、成功条件を記述してください。
プレビューはすべてのデバイスを示すものではありません
1台のAndroidスマートフォンだけでは、すべての画面サイズ、オペレーティングシステムのバージョン、権限の状態、ネットワーク環境を代表できません。
回避策
可能であれば、複数のビューポートでコアフローをテストし、レイアウトに関するリクエストを明確にしてください。
1つのプロンプトだけではアプリ全体を検証できません
生成された画面は正しく見えても、その後のタップ、空の状態、戻る操作にはまだ対応が必要な場合があります。
回避策
フローを完成したものとして扱う前に、メインパス、空の状態、エラー状態、戻る操作をテストしてください。
Androidでのテストでは、不明確なフィードバックを解決できません
アプリの使い心地が悪いと伝えるだけでは、Rorkが信頼性の高い修正を行うための情報が不足しています。
回避策
画面、実行したアクション、表示された内容、そして代わりに何を期待していたかを明示してください。
クイックリファレンス
Androidでのテストとブラウザーでの計画
タッチ操作にはAndroidの画面を使い、より広い範囲での確認にはブラウザーを使ってください。アプリを改善する際、どちらか一方だけでは不十分です。
- Androidデバイス
- ブラウザーまたは大きな画面
最適な用途
Androidデバイス
タップ、スクロール、間隔、モバイルでの操作の感覚を確認する。
ブラウザーまたは大きな画面
長い画面、プロジェクト構造、大きなコンテンツブロックを確認する。
プロンプトへのフィードバック
Androidデバイス
モバイル上で目に見える操作に影響するリクエストに便利です。
ブラウザまたは大きな画面
複数の画面を比較したり、大きな変更を確認したりする際に便利です。
レイアウト確認
Android端末
コンパクトなタッチ画面でもコントロールを快適に操作できるか確認できます。
ブラウザまたは大きな画面
配置、階層、繰り返しパターンを確認しやすくなります。
トラブルシューティング
Android端末
タッチ操作、ビューポート、デバイス固有の動作を明らかにするのに役立ちます。
ブラウザまたは大きな画面
問題の原因がプロジェクトにあるのか、デバイスの画面にあるのかを切り分けるのに役立ちます。
最初に行うテスト
Android端末
メイン画面を開き、主要な操作を完了します。
ブラウザまたは大きな画面
フロー全体を確認し、関連する画面を横に並べて比較します。
フィードバックの形式
Android端末
タップした場所、画面、表示された結果を正確に説明します。
ブラウザまたは大きな画面
構造上の変更、コンテンツの問題、フローの不整合を説明します。
切り替えるタイミング
Android端末
詳細な確認を行うには画面が狭すぎる場合は、切り替えてください。
ブラウザまたは大きな画面
実際のモバイル体験を検証する必要がある場合は、Androidに戻してください。
最初のフローを構築する
Androidアプリのアイデアをテスト可能なアプリフローに変える
rorkは、長い機能一覧ではなく、具体的なモバイル上の成果から始めると最も効果的に使えます。最初の画面、ユーザーが行うアクション、そして次に起こることを説明してください。その後、Androidでその範囲を絞った流れをテストし、注意が必要な部分だけを改善します。
アプリの構築を始める- まず1つのユーザージャーニーを説明する
- Androidですべての重要なタップをテストする
- 各修正には具体的なフィードバックを使う
チュートリアルFAQ
チュートリアルFAQ
Androidデバイスでrorkを使う際に生じる、実用的な疑問への回答です。
Androidデバイスでrorkを開き、プロジェクトを開始または選択して、作成したいアプリのフローを説明します。まずは1つの画面またはインタラクションから始め、結果を確認し、焦点を絞った追加プロンプトで改善してください。
Androidスマートフォンを使ってアイデアを説明したり、生成された画面を確認したり、主要なモバイルフローをテストしたりできます。詳細な比較、長文の編集、プロジェクト全体の確認には、より大きな画面のほうが快適な場合があります。
想定するユーザー、主なアクション、そしてその後に起こる結果を明記してください。「毎日のチェックインと連続記録を備えた習慣トラッカーを作成する」のようなプロンプトは、アプリ全体を作成してほしいという広い依頼よりも、rorkにとって明確な出発点になります。
まず、正しいプロジェクトと最新バージョンが開いていることを確認し、1度だけ更新してから、該当する画面をもう一度テストしてください。それでも問題が解決しない場合は、具体的なタップ、表示された結果、期待する結果を、範囲を絞った修正プロンプトで説明してください。
開始画面から主要なユーザージャーニーを始め、重要なタップをすべて完了してください。次に、空の状態、エラーまたは無効な入力、スクロール、戻る操作も確認し、1つの正常な画面だけでアプリを判断しないようにします。