Difyを触り始めたとき、いちばん迷いやすいのは「何から・どの順番で・どこまでやれば“使える”レベルになるのか」です。
機能が多いぶん、思いつきで触ると知識が点になってしまい、いざ業務や副業で“形にする”段階で手が止まりがちです。
この記事では、私が運営している「Dify学習館」というサイトを教科書にして、未経験からでも2ヶ月で「実務や副業で使える生成AIアプリ」を作れるようになる学習プランを、8週間のロードマップとしてまとめます。
途中で作る成果物も具体的に決めているので、学ぶ→作る→改善する、の流れを迷わず回せます。
この記事で目指すゴールと前提
まず最初に、この学習プランの「到達点」と「前提条件」を揃えます。ここがズレると、途中で時間配分が崩れたり、難易度が急に上がったように感じて挫折しやすくなるためです。
想定する読者
このプランは、次のどちらかに当てはまる人を想定しています。
- プログラミングは完全に未経験、またはPythonの基礎学習を終えたばかり（実務経験は少ない）
- Difyを覚えて、今の業務で役立つアプリを作りたい／副業につながる成果物を作りたい
「コードを書けるかどうか」よりも、「やりたい業務をアプリに落とし込めるか」が大事です。
Difyはその入口としてとても相性が良いので、未経験からでも十分に戦えます。
学習に必要なもの
準備するものは多くありません。最低限、次が揃っていればOKです。
- PC（ブラウザで作業できればOK）
- Dify（基本はクラウドで進められます）
- LLMのAPIキー（教材はChatGPT系を前提にしています）
「APIキーって何？」という段階でも大丈夫です。
Dify学習館ではLesson1の最初で、これらの環境構築から丁寧に解説しています。
学習時間の目安
忙しい人でも進められるように、現実的な時間感で設計します。
- 平日：1日30〜60分（できる日だけでOK）
- 週末：2〜3時間（まとめて作る／復習する）
毎日やるよりも、「毎週、成果物を1つ出す」ほうが続きます。時間が取れない週は、読む量を減らして“作る量を優先”するのがコツです。
2ヶ月後にできるようになること
このプランを8週間回しきると、だいたい次の状態を狙えます。
- チャットボット／ワークフロー／ファイル処理を使って、業務の定型作業をアプリ化できる
- ナレッジ検索（RAG）で「社内資料・FAQを元に答えるアプリ」が作れる
- ツール連携の考え方が分かり、外部システムとつなぐ入口に立てる
- 公開・運用を意識して「他人が使える形」に整えられる
ポイントは、“動くものを作る”だけで終わらず、使われる状態まで持っていくことです。
ここまで到達できると学習ログがそのままポートフォリオになります。
失敗しない学習の進め方（Difyを最短で身につけるコツ）
ここから先は、8週間ロードマップに入る前に「どう進めると身につくか」を先に共有します。
Difyは触っているだけでも楽しいのですが、順番とやり方を間違えると「作ったけど再現できない」「結局どこを直せばいいか分からない」になりがちです。
そこで、このプランでは毎週同じ型で進めます。
学習ループはこの3ステップだけでOK
やることを増やしすぎると続きません。毎週は次の3つだけ回すのがおすすめです。
- 読む：教材でその週のテーマをつかむ（全体の30%）
- 作る：教材どおりに1つ完成させる（全体の50%）
- 1つだけ改造する：入力項目を増やす／出力形式を変えるなど（全体の20%）
「改造」は小さくてOKです。むしろ小さい改造を積み重ねるほど、業務や副業で使える“自分の型”ができます。
成果物は小さく公開して資産化する
Dify学習で一番もったいないのは、作ったものが自分のPCや頭の中だけで終わってしまうことです。
Qiitaは学習ログとの相性が良いので、「週1で短く記録する」だけでも大きな差になります。
おすすめは、次の3点セットで残すことです。
- 何を作ったか（アプリの目的を1行で）
- 工夫した点（プロンプト、変数、RAG設定など1〜2個）
- つまずきと解決（未来の自分のためのメモ）
この形で残しておくと、後から「同じアプリをもう一回作る」ときに再現できますし、ポートフォリオとしても強くなります。
つまずきやすいポイントを先に知っておく
未経験の方が詰まりやすいのは、だいたい次のパターンです。事前に知っているだけで、解決が早くなります。
- 変数が思った通りに渡らない（入力と出力のつながりが切れている）
- 指示が曖昧で出力がブレる（プロンプトの条件不足）
- RAGが当たらない（ナレッジの入れ方・設定・質問の仕方が原因）
- 公開したら想定外の入力が来て壊れる（入力制限やガード不足）
このプランでは、週が進むにつれてこうした問題を順番に潰す構成にしています。
なので、最初のうちは「うまくいかないことがあるのが普通」くらいの気持ちで大丈夫です。
8週間ロードマップ｜未経験から2ヶ月でDifyを使いこなす
8週間の間に「何を読んで」「何を作って」「どこまでできれば合格か」を週単位で整理していきます。
Dify学習は、知識を集めるよりも“手を動かして成果物を積む”ほうが伸びるので、毎週かならずアプリを作る設計にしています。
なお、教材はDify学習館を使用します。
サイト内には各記事に「Lesson○-○」の形で番号が振られているので、迷ったら書いてある順に進めればOKです。
Week1：Dify入門と環境構築（まずは公開まで到達する）
1週目のゴールは「Difyが何者かを理解し、最初のアプリを作って公開までやり切ること」です。
ここを突破すると、以降の学習が一気に楽になります。
この週に読む範囲は次のとおりです。
- Lesson1-1：生成AIアプリ開発の入り口｜Difyとは何かを知ろう
- Lesson1-2：Difyを使う準備｜環境構築とセットアップ
- Lesson1-3：Difyの入り口｜初めてのチャットボット作成
- Lesson1-4：RAG入門｜ナレッジベースを作ろう
- Lesson1-5：作ったアプリを公開しよう｜Web埋め込みの基本
この週に作る成果物は、次の2つを目安にすると進めやすいです。
- 基本的なチャットボット（入力フォーム、変数、オープナーまで）
- ナレッジを追加した簡単なRAG体験（「資料を元に答える」感覚を掴む）
最後に、Week1のチェックポイントです。ここを満たしていれば次へ進んでOKです。
- 変数（入力項目）が何のためにあるか説明できる
- オープナーで「このアプリは何をするか」を利用者に伝えられる
- 公開URLの共有やWeb埋め込みができ、最低限のアクセス管理の考え方が分かる
- RAGは「万能ではない」ことを理解し、まずは使いどころのイメージが持てている
Week1でやってほしい小さな改造は1つだけでOKです。
たとえば「入力フォームに項目を1つ増やす」「出力の口調（です・ます）を固定する」など、軽いもので十分です。
Week2：アプリタイプを体験して全体像を掴む（作れる幅を一気に広げる）
2週目は、Difyの主要なアプリタイプを一気に触って「どれを使うと何ができるか」を体で覚える週です。
ここで全体像が掴めると、3週目以降の“実務アプリ化”がスムーズになります。
この週に読む範囲は次のとおりです。
- Lesson2-1：テキストジェネレーターアプリの基本｜SNS投稿文を自動生成する方法
- Lesson2-2：エージェントアプリの基本｜施設の料金・予約方法リサーチアプリ
- Lesson2-3：チャットフローアプリの基本｜画像からテキストを抽出しよう（OCR）
- Lesson2-4：ワークフローアプリの基本｜音声からの文字起こしアプリを作ろう
- Lesson2-5：５つのアプリタイプの特徴と違いまとめ
- Lesson2-6：良いプロンプトの書き方
この週に作る成果物は「小さくていいので複数」がポイントです。
目安は次の4つです。
- SNS投稿文ジェネレーター（テキストジェネレーター）
- 施設リサーチアプリ（エージェント）
- 画像→文字抽出のOCRアプリ（チャットフロー）
- 音声→文字起こしアプリ（ワークフロー）
そしてWeek2のチェックポイントは、次の状態になっているかです。
- 5つのアプリタイプの違いを、自分の言葉でざっくり説明できる
- 「この要件ならチャットボット」「この処理はワークフロー」など、選び分けの判断ができる
- プロンプトに“条件”と“出力形式”を入れると安定する感覚が分かる
- 作ったアプリを1つだけ改造し、出力を意図通りに寄せられる
Week2の改造おすすめは、「出力をMarkdownで整える」「出力のフォーマットを固定する（見出し→本文→箇条書きなど）」です。
ここができると、次の文章業務の自動化がかなりラクになります。
Week3：文章業務を自動化する（実務で“すぐ効く”領域に入る）
3週目からは、Difyを「触って楽しい」から「仕事で使える」に切り替えていきます。
文章系の業務は、要約・校正・言い換え・メール作成など、すぐに効果が出やすいので最初の実務テーマとして最適です。
この週に読む範囲は次のとおりです。
- Lesson3-1：多機能な文書変換アプリを作ろう｜校正・要約・翻訳
- Lesson3-2：テンプレートノード入門（前編）
- Lesson3-3：問い合わせ対応チャットボットを作ろう
- コラム3-1：定型文が崩れる原因はここ｜敬語・トーン・禁止表現のガード設計
- コラム3-2：LLMに任せないほうがいい文章（数値・法務・固有名詞）と安全な扱い方
この週に作る成果物は、次の2つが目安です。
- 多機能な文書変換アプリ（校正・要約・翻訳などを1つにまとめる）
- 問い合わせ対応チャットボット（想定QAの作り込みを体験する）
Week3のチェックポイントは、次の状態になっているかです。
- 出力のトーン（です・ます、丁寧さ、語尾）を安定させられる
- 禁止表現や守ってほしいルールを“破られにくく”設計できる
- 「LLMに任せない部分」を意識して、入力や確認項目に逃がせる
- 文書変換アプリを1つ改造して、用途を明確に絞り込める（例：議事録要約に特化）
この週の小さな改造は、「用途を1つ決めて最適化」が一番おすすめです。
たとえば「お客様メールの返信文だけに特化」「報告書の要点3つ＋次アクションを固定」など、狭くするほど実務で使いやすくなります。
Week4：ファイル処理とJSONで“アプリっぽさ”を一段上げる
4週目は、ファイル（PDFなど）を扱ったり、出力を構造化（JSON）したりして、より実務に近いアプリを作ります。
ここを越えると「Difyでここまでできるの？」という手応えが出てきます。
この週に読む範囲は次のとおりです。
- Lesson4-1：PDF資料要約アプリを作ろう｜ワークフローツール入門
- Lesson4-2：資料のミスチェックアプリを作ろう｜会話変数と変数代入ノード
- Lesson4-3：JSON入門｜構造化出力の仕組みを理解しよう
- Lesson4-4：JSON体験｜文章作成アシストアプリを作ろう
- Lesson4-5：DIfy開発者向け｜コード生成アプリを作ろう（余裕があれば）
- コラム4-1：システム変数の種類と使い方一覧
- コラム4-2：変数スコープ入門｜入力変数・会話変数・システム変数の使い分け
この週に作る成果物は、次の3つが目安です。
- PDF資料要約アプリ（ファイル→要点抽出）
- 資料のミスチェックアプリ（抜け・矛盾・表記揺れなど）
- JSONを使う文章作成アシスト（項目を埋める形式で出力を安定させる）
Week4のチェックポイントは、次の状態になっているかです。
- 会話変数と変数代入ノードを使って、処理の途中結果をつなげられる
- JSONで「見出し・箇条書き・結論」などの形式崩れを減らせる
- 失敗したときに「入力」「プロンプト」「変数」「ノード接続」のどこが原因か切り分けられる
- 作ったアプリを1つ改造して、入力を減らしつつ精度を上げられる（入力フォーム設計の改善）
この週の小さな改造は、「入力項目の整理」が効きます。
入力を増やしすぎるより、必要最小限にして“迷わせない”ほうが、実務で使われるアプリになります。
Week5：RAG実践でナレッジ検索アプリを作る
5週目はRAG（ナレッジ検索）を本格的に扱います。
業務で一番ウケがいいのは「社内資料を探して答えてくれる」「FAQ対応を楽にする」系なので、ここはぜひ丁寧に進めたいところです。
この週に読む範囲は次のとおりです。
- Lesson5-1：RAGアプリ入門｜社内FAQチャットボットを作ろう
- Lesson5-2：ナレッジの詳細設定方法と考え方
- Lesson5-3：賢いRAGアプリを作ろう｜クエリ変換とメモリ活用
この週に作る成果物は、次の2つが目安です。
- 社内FAQチャットボット（RAGの基本形）
- クエリ変換やメモリを使って改善したRAGアプリ（精度改善の体験）
Week5のチェックポイントは、次の状態になっているかです。
- RAGが当たらない原因を「データ」「設定」「質問の仕方」から説明できる
- ナレッジの詳細設定を理解し、目的に合わせて調整できる
- クエリ変換やメモリ活用で、回答のブレや検索漏れを減らせる
- 作ったRAGアプリを1つ改造して、対象データを“仕事の現場に寄せられる”
この週の小さな改造は、「ナレッジの入れ方」を変えるのが効果的です。
たとえば、FAQ形式に整える、見出しを付ける、1ファイルを分割するなど、データ側の工夫が精度に直結します。
Week6：ツールと外部連携で機能を拡張する
6週目は、Difyの強みである「ツール連携」を触ります。ここまでくると、生成するだけではなく“処理するアプリ”になっていきます。
この週に読む範囲は次のとおりです。
- Lesson6-1：ツールとプラグインの役割と違い・使い分け【外部連携入門】
- Lesson6-2：ボイスメモ自動要約アプリを作ろう
- Lesson6-3：名刺QR作成アプリを作ろう
- コラム6-3：Googleスプレッドシート連携入門
この週に作る成果物は、次の2つが目安です。
- ボイスメモ自動要約アプリ（音声→文字→要約→整形）
- 名刺QR作成アプリ（情報整形→QR生成の流れ）
Week6のチェックポイントは、次の状態になっているかです。
- ツールとプラグインの違いを理解し、目的に応じて選べる
- 外部連携で気をつける点（APIキー、入力の検証、失敗時の扱い）を意識できる
- 環境変数の考え方が分かり、キーの管理を“やらかしにくい形”にできる
- 作ったアプリを1つ改造して、実運用を想定した入力制限や説明文を追加できる
この週の小さな改造は、「失敗したときのメッセージ」を整えるのがおすすめです。
ツール連携は失敗が起きやすいので、利用者が困らない導線を作ると一気に“仕事で使える感”が出ます。
Week7：公開・運用・改善で“壊れないアプリ”に仕上げる
7週目は、作るだけで終わらせず、実際に使われる前提で整える週です。副業でも業務でも、この視点があるかどうかで信頼が変わります。
この週に読む範囲は次のとおりです。
- Lesson7-1：業務で使う前にやること｜公開設定と利用設計の基本
- Lesson7-2：改善サイクル入門｜ログで原因を特定し、精度と使いやすさ向上
- Lesson7-3：安全・コスト・品質の守り方｜運用ルールと“壊れない設計”
- Lesson7-4：業務改善＆副業に繋げる｜要件定義→提案→納品→運用の進め方
- Lesson7-5：総まとめ｜全ての学習を終えたあなたへ
この週にやることは、「新しいアプリを増やす」よりも「既存の成果物を仕上げる」ことが中心です。たとえば次のような作業になります。
- 公開設定と利用設計（誰が、どんな入力で、どう使うか）を決める
- ログを見て、どこで失敗しているかを特定して直す
- コストや安全性を意識して、運用ルールを作る
Week7のチェックポイントは、次の状態になっているかです。
- 失敗ログを見て、改善の仮説→修正→再テストが回せる
- 入力の制限や注意書きを入れて、想定外入力に耐えられる
- コストと品質のバランスを説明できる（無駄な呼び出しを減らす等）
- 要件定義→提案→納品の流れを、簡単な型として語れる
この週の小さな改造は、「公開用の説明文」を整えるのが一番効きます。使い方が明確になると、同じアプリでも評価が上がりやすいです。
Week8：総仕上げとしてポートフォリオを1本完成させる
最終週は、8週間で学んだ要素をまとめて「人に見せられる形」の成果物を作ります。ゴールは、機能の豪華さではなく、誰かの困りごとをちゃんと解決できることです。
この週は、次の流れで進めるのがおすすめです。
- テーマを1つ決める（誰の何を楽にするか）
- 入力フォームを最小限に設計する（迷わせない）
- ワークフローやRAG、ツール連携のうち必要なものだけ使う
- テストして、失敗パターンを潰す
- 公開して、使い方と注意点を添える
テーマ例としては、次のような“小粒で強い”ものが作りやすいです。
- 社内FAQ＋資料要約のまとめ役（RAG＋要約）
- 音声メモを議事録風に整形して共有（ワークフロー＋整形）
- 定型レポートを毎回同じ形式で出す（JSON＋文章生成）
Week8のチェックポイントは、次の状態になっているかです。
- 目的が1文で説明でき、入力と出力がその目的に合っている
- 他人が使っても迷わない（説明文、入力例、注意点がある）
- 失敗したときの挙動が用意されている（再入力案内など）
- Qiitaに「要件→設計→工夫→学び」を短くまとめられる
ここまでできれば、Difyの学習としては十分に“実戦投入できるレベル”です。
次の章では、挫折しないための運用のコツや、学習ログの残し方（テンプレ）をより具体的に書いていきます。
挫折しないコツ（未経験でもDify学習を続ける実務Tips）
8週間ロードマップは、順番に進めればちゃんと力がつく構成にしています。
ただ、Difyは自由度が高いぶん、やり方を間違えると「なんとなく動いたけど再現できない」「作ったけど使われない」で止まりやすいです。
ここでは、未経験の方でも挫折しにくく、業務効率化や副業にもつながりやすいコツをまとめます。
1. 完成より公開を優先する
Dify学習で一番伸びるのは、「完成度の高いアプリ」を作ったときではなく、「公開して、人に使われた（または自分が実運用した）」ときです。
公開すると、入力の揺れや想定外の使い方が出てきて、改善ポイントが一気に見えるようになります。
公開を前提にするなら、次のように割り切るのがコツです。
- 最初は機能を盛らず、用途を1つに絞る
- 説明文と入力例だけは丁寧に書く
- まずは自分が1週間使って、ログを見て直す
「完成してから公開」ではなく、「公開してから育てる」ほうが、結果的に早く上達します。
2. 万能アプリを作らない（用途を1つに絞る）
未経験のうちは特に、「あれもこれもできる万能アプリ」を作りたくなります。
ですが、万能アプリは入力が増えて迷いやすく、出力もブレやすいので、使う側からすると扱いづらくなりがちです。
用途を絞ると、次のメリットが出ます。
- プロンプトが短くても安定しやすい
- 入力フォームがシンプルになって使われやすい
- 改善の方向性（何を良くするか）が明確になる
たとえば「要約アプリ」ではなく、「会議メモを“結論・決定事項・次アクション”に整えるアプリ」のように、使いどころまで決めるのがおすすめです。
3. 指示を増やすより、出力形式を固定する
うまくいかないときに、ついプロンプトへ指示を足しまくってしまうことがあります。
もちろん必要な指示は大事ですが、安定させる近道は「出力形式の固定」です。
出力を固定するときは、次のような型が効きます。
- 見出し→本文→箇条書き、の順で出す
- 必ず「要点3つ」「次のアクション1つ」のように数を決める
- JSONで項目を埋める形にする（Week4で扱うやり方です）
指示を増やすよりも、フォーマットを決めるほうがブレが減り、実務で使える出力になります。
4. ログを見るだけで改善スピードが上がる
Difyの良いところは、失敗しても“どこで何が起きたか”を追いやすい点です。
逆に、ログを見ないと「なんかうまくいかない」で止まってしまいます。
ログで見るポイントは、まずこの3つだけでOKです。
- どの入力で失敗したか（入力の揺れ）
- どのノードで失敗したか（処理のつながり）
- 期待した出力と何が違うか（プロンプト or データの問題）
「原因の切り分け」ができるようになると、学習が一気に加速します。Week7でこの習慣を完成させるイメージです。
5. 数値・固有名詞・法務っぽい内容は慎重に扱う
Difyに限らずLLM全般ですが、数値や固有名詞、契約・規約のような内容は、うっかりミスが起きやすい領域です。
業務で使うほど、ここを雑にすると危険になります。
安全に扱うための基本は、次のような設計です。
- 数値や固有名詞は「入力フォームで受け取る」か「参照元を明示する」
- 重要な結論は「必ず根拠を添える」よう促す
- 不確実なときは「確認を促す」メッセージを返す
このあたりは、Week3のガード設計と、Week7の運用設計につながります。
学習ログテンプレ（コピペ用）Dify学習を資産に変える
Difyは手を動かすほど上達しますが、同じくらい大事なのが「記録」です。
記録があると、あとで同じアプリを作り直せますし、改善の履歴がそのままポートフォリオにもなります。
週1で残すだけで伸びる理由
毎日がんばって書く必要はありません。
週1で「作ったもの・詰まった点・次に直すところ」を残すだけでも、学習効率が一気に上がります。
特にDifyは、プロンプトや変数設計の“小さな工夫”が後から効いてくるので、メモがあると再現性が段違いです。
テンプレ
以下のテンプレを、Week1〜Week8まで同じ形式で使うのがおすすめです。
あとから見返したときに「どこで詰まり、どう直したか」が一発で分かるようになります。
- 今週のゴール：
- 作ったもの（アプリ名／用途）：
- 工夫した点（1〜2個）：
- つまずいた点：
- 原因（仮説でOK）：
- 解決策：
- 次に直すところ（1つだけ）：
- 参考（教材のLesson/コラム）：
教材サイト「Dify学習館」の使い方（Lesson1〜7を迷わず進める）
この学習プランは、Dify学習館の講座（Lesson1〜7）を順番に進める前提で設計しています。
ここでは「どこをどう読めば最短で身につくか」を、迷わない形に整理します。
基本はLessonを順番に読む
一番おすすめの読み方はシンプルで、Lesson1から順番に進めるだけです。
途中で気になるテーマが出てきても、まずは順番どおりに“1周”したほうが、理解がつながって結果的に早いです。
読み進めのルールは、次のイメージでOKです。
- Week1：Lesson1（環境構築〜公開まで）
- Week2：Lesson2（アプリタイプの体験で全体像を掴む）
- Week3：Lesson3（文章業務の自動化）
- Week4：Lesson4（ファイル処理とJSON）
- Week5：Lesson5（RAG実践）
- Week6：Lesson6（ツール連携）
- Week7：Lesson7（公開・運用・改善）
- Week8：復習＋ポートフォリオ制作（上で作ったものをベースに完成させる）
コラムの使いどころ
コラムは「理解を補強するもの」なので、全部を最初から読む必要はありません。基本はLessonを進め、詰まりそうなところだけ拾うのが効率的です。
特に拾いどころになりやすいのは、次の系統です。
- 用語・概念の整理（最初の混乱を減らす）
- 変数やスコープなどのつまずき対策（原因切り分けが速くなる）
- RAGの精度改善や運用（“当たらない”問題を潰す）
- ツール連携や環境変数（やらかしやすいので予習が効く）
詰まったときの優先順位（切り分けチェック）
Difyでうまくいかないときは、がんばってプロンプトを増やす前に「どこが原因か」を切り分けると解決が早いです。
まずは次の順番で確認するのがおすすめです。
- 入力がブレていないか（入力フォームや例が不足していないか）
- 出力形式が指定されているか（見出し、箇条書き、JSONなど）
- 変数の受け渡しが正しいか（どのノードに何が渡っているか）
- RAGならデータ側に原因がないか（分割、見出し、FAQ化）
- モデル設定や制約が合っているか（温度、最大トークンなど）
- ツール連携なら失敗時の挙動が想定されているか（エラー時の案内）
この順番で見ると、「直すべき場所」が1つに絞れるので、学習が前に進みやすくなります。
業務・副業に寄せる改造ネタの見つけ方
8週間の中で毎週「1つだけ改造する」を入れると、学習が一気に実戦寄りになります。
改造ネタは難しく考えなくて大丈夫で、身近な不便を拾うのが一番強いです。
改造の方向性は、次のどれかに寄せると失敗しにくいです。
- 入力を減らす（迷わせないフォームにする）
- 出力を固定する（テンプレ化、JSON化、項目数固定）
- チェック機能を足す（抜け漏れ、禁止表現、根拠の提示）
- 公開用に整える（説明文、入力例、失敗時メッセージ）
- データを“自分の現場”に寄せる（FAQ化、用語集、社内資料の整理）
まとめ（2ヶ月でDifyを使える状態にするために）
ここまでの内容を整理すると、未経験からDifyを2ヶ月で身につけるコツはシンプルです。
順番に学び、毎週アプリを作り、1つだけ改造し、ログで改善する。このサイクルを回すだけで、Difyは「触れる」から「使える」に変わっていきます。
この記事のポイントは次の3つです。
- 8週間ロードマップに沿って、カリキュラムを順番に進める
- 毎週、成果物（アプリ）を必ず作って公開・運用を意識する
- 学習ログを残して再現性を高め、ポートフォリオに育てる
最後に、次にやることは1つだけです。
まずはWeek1（Lesson1）から始めて、最初のアプリを作って公開までやってみてください。そこまで行ければ、もう学習のレールに乗れています。
教材の入口はこちらです。
https://programming-mondai.com/top/dify/