OLIENT TECH 実践教育プログラム 2026 Spring

価値を最大化する

自己満足で終わらない、ユーザーにとって価値の高い作品作りのコツと、最小労力で実現するための技術選定

Week 2 | 講師: 上津原和弘

自己満足で終わっていませんか？

自分が作りたいものを作る。それ自体は悪いことではありません。しかし、完成した作品を誰かに見せたとき「すごいね」と言われるだけで終わっていないでしょうか。技術的に優れていても、誰の課題も解決しない作品は「自己満足」の域を出ません。

本講義では、誰かにとって本当に価値のある作品を生み出すための考え方と、限られたリソースの中で最大の成果を出すための技術選定について学びます。

価値の最大化 — 喜んでもらえる作品を作る

誰のために作品を作ろうか

本当にあなたの力を必要としているのは、あなたの得意なことができない人です。ペルソナは、普段出会うことのない人かもしれません。心から欲しいと思ってもらえる作品を作るには、その人のことを細かく知る必要があります。

インタビューで理解を深める

想定ユーザーへのインタビューは、思い込みを壊す最も効果的な手段です。実際に話を聞くことで、ユーザーが本当に困っていること、そして自分では気づかなかったニーズが見えてきます。

カスタマージャーニーを描く

ユーザーが「日常的に抱えている問題」や「取る行動」を推測できれば、作品が「本当に使われるのか」「本当に課題解決につながるのか」を事前に予測できます。

商業的成功の原理

多くのお金を払ってでも解決したい問題を、それより安い金額で解決する。その差額が利益になります。つまり、ユーザーが感じる「課題の深刻さ」こそが価値の源泉です。

全てのものは二度作られる

第一の創造本質

企画書やデザイン、頭の中のイメージ。完成像を決めるフェーズであり、ここが間違っていれば第二の創造は必ず失敗します。「企画やデザイン」こそが「モノづくり」の土台です。

第二の創造実行

素材加工やコード記述。プログラミングは第一の創造に従っているだけです。完成像が決まっていなければ、どれだけコードを書いても価値ある作品にはなりません。

多くの人は「第二の創造」に時間を費やしますが、成果物の質を決定づけるのは「第一の創造」です。企画書を丁寧に作ることが、結果的に最短ルートになります。

企画書のテンプレート

企画書に含めるべき要素

項目	記載例
ターゲット	最新技術導入の遅れと生産性低下を自覚している中堅企業
解決したい課題	コミュニケーションコスト、属人化、手動作業
コア機能優先順位順	既存プロジェクトから標準化ドキュメントの自動作成更新自動検出カスタマイズ
利用フロー	ドキュメント化したいファイルのURL入力 → Driveにドキュメント作成 → 質問や追記 → 新規メンバーに共有
開発スケジュール	コア機能（1週間） → 補助機能（1週間） → リリース対応（1週間） → バグ修正&改善（1週間）

最小労力で実現する — 技術選定

「質」を最優先すべき理由

1番いいものと2番目があったら、わざわざ2番目を選ぶ人はいません。「たった一つ」「ニッチ」でもいいので、世界で一番を取ることが重要です。

利益の方程式

利益 = 「価値」 × 「人数」 × 「時間」
この3つの変数は全て「質」に左右されます。質が高ければ価値が上がり、人が集まり、長く使われます。質こそが成果の根幹です。

「質」を実現する方法

プロジェクトには「コスト」「時間」「機能数」の3つの制約が存在します。どれかを優先すれば他を犠牲にする必要があり、全てを優先しようとすれば「質」が犠牲になります。

3つの制約理論

コスト — 使える資金・リソース
時間 — 締め切り・開発期間
機能数 — 実装するスコープ

個人開発の現実

個人開発ではコストと時間に上限があります。したがって、機能数を制限しなければ質を確保できません。「全部入り」は質の敵です。

「目的」を達成できる技術を選択する

ノコギリで釘は打てません。どんなに優れた技術でも、目的に合わなければ意味がありません。技術選定の前に、達成すべき要件を明確にしましょう。

技術選定の判断基準を事前に決める

「○○が実現可能であること」 — 必須機能の実現性
「遅延○秒以内」 — パフォーマンス要件
「シェア○位以内」 — コミュニティの成熟度・情報量

基準を先に決めておけば、感覚やトレンドに流されず合理的な選択ができます。

多めに見積もろう

スケジュール通りに進むことはほぼありません。予期しないバグ、仕様変更、学習コストなど、遅延要因は常に存在します。

最低でも2倍の期間を見積もる
プランBを用意しておくことも重要 — メインの技術が使えなかった場合の代替手段を考えておく

見積もりの鉄則

「これくらいでできるだろう」という楽観的な見積もりは、ほぼ確実に裏切られます。余裕を持った計画が、結果的にスケジュール通りの完成を可能にします。

技術カタログ — 目的別に選ぶ

以下は、個人開発やプロトタイプ制作でよく使われる技術・サービスの一覧です。全てを使う必要はありません。自分のプロジェクトの目的に合ったものだけを選択してください。

デザイン・プロトタイプ

Figma — UIデザインとプロトタイプ作成の定番ツール。チーム共同編集にも対応
Canva — テンプレートベースのデザインツール。スライドやポスター作成に最適
v0 — プロンプトからUIコンポーネントを生成するAIツール

Webアプリ・ホスティング

Next.js — Reactベースのフルスタックフレームワーク。SSR/SSG対応で高速
Vercel — フロントエンドのデプロイプラットフォーム。Next.jsとの相性が抜群
Firebase — Googleが提供するBaaS。認証・データベース・ホスティングを一括提供
Supabase — オープンソースのFirebase代替。PostgreSQLベースで柔軟性が高い

地図・位置情報

Google Maps Platform — 地図表示・ジオコーディング・経路検索の定番API
Mapbox — カスタマイズ性が高い地図プラットフォーム。デザイン重視のプロジェクトに
Leaflet — 軽量なオープンソース地図ライブラリ。無料で利用可能

AI・機械学習

ChatGPT API (OpenAI) — テキスト生成・要約・対話などの汎用AI API
Gemini API — Googleのマルチモーダル AI。テキスト・画像・動画を統合的に扱える
MediaPipe — リアルタイムの顔認識・手指検出・姿勢推定などのオンデバイスAI
Teachable Machine — ブラウザ上でノーコードで機械学習モデルを作成できるツール
Hugging Face — オープンソースモデルのハブ。様々な事前学習済みモデルを利用可能
TensorFlow.js — ブラウザ上で機械学習モデルを実行できるJavaScriptライブラリ

ブラウザAPI・PWA

Web Speech API — ブラウザ内蔵の音声認識・音声合成API。追加コスト不要
PWA (Progressive Web Apps) — Webアプリをネイティブアプリのようにインストール可能にする技術

IoT・ハードウェア

ESP32 — Wi-Fi/Bluetooth内蔵の低コストマイコン。IoTプロジェクトの定番
Arduino — 初心者向けマイコンプラットフォーム。豊富なライブラリとコミュニティ
M5Stack — ディスプレイ・バッテリー内蔵のESP32モジュール。プロトタイプに最適

技術選定のコツ

まずは無料枠が充実しているサービスを選びましょう。Firebase、Supabase、Vercelなどは個人開発に十分な無料枠を提供しています。また、日本語の情報が多い技術を選ぶと学習コストを抑えられます。

クロージング — プチアイデアソン

講義の最後に、FigJamを使った20分間のライブアイデアソンを行います。

アイデアソンのお題

「これから作ってみたい作品をなるべく多く出してみよう」
質より量を意識して、思いつくままに書き出してください。企画書のテンプレートを意識しながら、ターゲットと課題もセットで考えてみましょう。

今週の課題

必須 企画書を提出しよう

本講義で紹介したテンプレートを参考に、自分の作品の企画書を作成してください。ターゲット、課題、コア機能、利用フロー、開発スケジュールを含めること。

提出方法

企画書を作成する（Googleドキュメント、Notion など形式は自由）
課題提出チャンネルにてURLを共有する（後から更新可）
課題告知メッセージにリアクションを付ける（確認済みの証として必須）

Appendix: もっと知りたい人へ

学習リソース

書籍

ISSUE DRIVEN — 「解の価値」と「解の質」について深く学べる原著
7つの習慣 — 「全てのものは二度作られる（第二の創造）」の考え方の原著
これから始めるFigma — デザインツール Figma の入門書。企画やデザインの実践に

オンラインコース

Google Project Management — 3つの制約理論を含むプロジェクト管理の体系的な教材

用語解説

用語	解説
ペルソナ	作品の理想的なユーザー像。年齢、職業、課題、行動パターンなどを具体的に設定した架空の人物。
ニーズ	ユーザーが抱える欲求や必要性。顕在ニーズ（自覚している）と潜在ニーズ（自覚していない）がある。
ニッチ	大手がカバーしていない、特定の狭い市場領域。小規模でも「一番」を取りやすい。
シェア	市場全体に占める割合。技術選定では、コミュニティの大きさや情報量の指標として参考にする。
ターゲット	作品が価値を届ける対象となるユーザー層。ペルソナよりも広い概念。
デザイン	見た目だけでなく、ユーザー体験全体の設計を指す。課題解決の方法を「設計」すること。
プロジェクト	明確な目標と期限を持つ、一時的な取り組み。日常業務（オペレーション）とは区別される。
企画書	作品の目的、ターゲット、機能、スケジュールなどをまとめた文書。「第一の創造」の成果物。