
こんにちは！ fwywd 運営チームの高橋です！

私は前職、柔道整復師として働いていました。柔道整復師とはわかりやすく言うと「整骨院の先生」です。

大阪・東京あたりにお住まいの方は整骨院やマッサージ屋さんってたくさんあるなぁ。と感じたことがあるかもしれません。整骨院・鍼灸院・整体院・マッサージ院の件数は全国で 13 万件以上あり、その数コンビニの２倍以上です！顧客を激しく取り合っているような状況です。

もはや国家資格を持っていて施術ができるということは特別なことではなく、普通に働いている、経営しているだけでは将来不安な業界です。

そんな業界でプログラミングを習得し生き抜いてきた私が、**会社でもっと活躍したい**・**起業を成功させたい**という方に**プログラミング習得をオススメする理由**をご紹介します！

## 対象読者

- 働いている業界の将来に不安がある人
- 会社で成果を挙げて特別な存在になりたい人
- 起業して業務を効率よく進めたい人

## プログラミングを習得することで得られるメリット３選

### 売上を上げられる

ビジネスをする上で避けられない問題、それは**集客**です。どれだけいいサービスを提供していてもそれが必要な人に届けられなければ売上は上がりません。今の時代、 **Web での集客は必須**です。インターネットで調べて見つからないサービスは怪しいと言われるほどです。

プログラミングを習得することでホームページ・SNS や広告による集客ができ、売上を上げることができます。場合によってはプログラミングを習得していなくても Web での集客はできますが、習得しているとよりスムーズです。ホームページ制作や広告を外注するにしても知識があれば対等に議論ができるのでオススメです。

またサービス自体をプログラミングで作り売上を上げることも可能です。利用に料金が発生するアプリケーションや、ユーザーの利用は無料でスポンサーに広告掲載してもらうアプリケーションなどですね。

### コストを下げられる

集客ができるようになったら次にすること、それは**データの集計**です。データを集計・分析し現状を把握して次の展開を考えます。データの集計を例えば電卓などでしているとどうしても**人手や時間が必要**になります。

データの集計をプログラミングで効率化しその作業にかかる時間を短縮できれば、結果的に**人件費を下げることができます**。空いた人の手でより生産的な仕事をできれば**ビジネスが加速すること間違いなし**です！

### 論理的思考能力が身につく

プログラミングをしていると、「もし〇〇ならば △△」というような条件分岐をよく使います。この考え方は仕事をする上でもよくあることです。集計されたデータを元に仮説検証して「もし〇〇ならば △△」といったように仕事を進めることがよくあります。プログラミングを学習することで論理的思考能力が身につき、その時その時で**最適な手段をとりながら効率よく仕事を進める**ことができます。

## プログラミング学習、何から始めればいいの問題

プログラミングを学習したほうがいいんだね！で、何から始めればいいの？と思った方は、

[挫折よ、さらば。未経験からエンジニアになった私のプログラミング独学サイクル](https://fwywd.com/blog/2022072703)

を参考にしてみてください。目的が売上を上げることなのか？コストを下げることなのか？それによって学習内容が変わるので、ぜひ**ゴール地点を決めて学習**してみてください。

## この記事にたどり着いたあなたに fwywd はピッタリかもしれない

この記事を読んでいるということは、あなたは**会社でもっと活躍したい**・**起業して成果を挙げたい**と思っている方だと思います。

- **仕事を通して人生の価値を最大化したい**
- **望む世界を実現するために少しでも近道をしたい**
- **ビジネスを成功させて自由に生きるために挑戦したい**

そんな方に、 fwywd では**ビジネスの成功**に主軸を置き、技術（プログラミング力）・売る力（マーケティング力）・戦略（ファイナンス力）の習得をするためのコミュニティを運営しています。

あなたの希望を実現させるためのお手伝いができれば嬉しいです！

詳しくは以下からチェックしてみてください！

[挑戦しないことがリスクになる時代へ、学び方の革命を。fwywd（フュード）次期受講生募集中！](https://apply.fwywd.com/)


会社でもっと活躍したい・起業を成功させたいという方にプログラミング習得をオススメする理由をご紹介します！

ライター直伝！読みやすさに差をつける文章濃縮術

会社で活躍したい・起業を成功させたい人にプログラミング習得をオススメする理由



時間をかけて書いたのに・・・

「**君の文、なんか読み辛いね（ズバア）**」と言われた経験、ありませんか？

記事の書き方ガイド第3弾！いよいよ本命の「文章力」を高める秘訣を前職ライターの私古川が直伝しちゃいます！

【記事の書き方ガイドシリーズ】

第1弾：[もう悩まない！PV数がぐんぐん伸びるタイトルの付け方ガイド](https://fwywd.com/blog/2022051001)

第2弾：[適当につけてない？目を引く見出しで差をつけろ！記事の見出し整頓術3つのポイント](https://fwywd.com/blog/2022072702)

## 対象読者

記事や文章を書いた時に

- 「何が言いたいのがよくわからない」と言われて悲しくなったことがある
- 書いているうちに自分がこの文で何を言いたかったのかわからなくなってくる現象に悩まされている
- 自分の文章を「より読みやすく、分かりやすく」改善したいが方法がわからず困っている

人。

## 本文の役割

「より多くの人に読んでもらいたい」観点から記事内の重要な要素を3つ並べるとしたらどうなるか、皆さん考えたことはありますか？

[適当につけてない？目を引く見出しで差をつけろ！記事の見出し整頓術3つのポイント](https://fwywd.com/blog/2022072702)

で述べた通り私は「**タイトル>見出し>本文**」と思っています（詳しくは記事参照）。しかしながら当然「本文が担う役割」は非常に大きいです。タイトルと見出しが記事の初速をコントロールする担当であるとするなら、真に記事の価値を支えるのが本文と言ったところでしょうか。記事の内容はもちろんのこと、**文体が読み辛ければ読み手の離脱率は爆上がり**します。故に「読みやすく・分かりやすい・目が滑りにくい」文章を書けるようになることは記事を執筆していく上で非常に重要なわけです。

## 読み辛い文の特徴3選

この特徴にひとつでも当てはまる文がずらずらと並んでいると文章全体の品質がダダ下がりします。自分の文章の中でこれらを発見したら直ちに改善すべきです。

### 1. 文法が明らかにおかしい

私たちは人間なので書いているうちに誤字脱字が発生したり、ちょこっと助詞の使い方がおかしくなってしまったり・・・というハプニングは往々にして起こります。そういった「凡ミス」レベルの話でなくもっと大きい括りで「それはどう見ても変じゃない・・・？」と感じさせるような文法ミスがあった時、**書き手への信頼度は失墜**します。記事として致命傷となりかねないので最も気をつけたい部分です。

最近よく見かける間違いナンバーワン（個人調べ）を一例として挙げておきます。「〜ですが、〜ですが」など逆説の接続詞を連続で並べるケースです。

✖️「りんごはおいしいですが、みかんの方がもっと好きですが、酸っぱいです」

○「りんごはおいしいですが、みかんの方がもっと好きです。あの酸っぱさが好きなんです。」

NG 文で文の主旨が一気に迷子になったことに気づきましたか？「結局何が言いたいのか」非常に伝わり難くなります。やめましょう。

### 2. 読点「、」乱れ打ち

**0が理想、1個は OK、2個でギリギリ、3個以上でアウト**です。不要な読点は可読性を一気に引き下げます。たくさん読点を打ちたくなったときは1文の中に複数の主旨が混ざり込んでいないか確認してみましょう。1文1主旨が基本です。

0個：「このりんごおいしいですね。さすが青森県産です。また買いたいです。ごちそうさまでした。」

1個：「このりんごおいしいですね、さすが青森県産です。また買いたいです。ごちそうさまでした。」

2個（ギリギリ）：「このりんごおいしいですね、さすが青森県産、また買いたいです。ごちそうさまでした。」

3個（アウト）：「このりんごおいしいですね、さすが青森県産、また買いたいです、ごちそうさまでした。」

下に行けば行くほど一目瞭然の読み辛さになっていくことがわかるかと思います。0個 or 1個で常に留めておけるとベスト。

### 3. 1文の中に「言いたいこと」が複数混ざっている

1文が超長い人にありがち。大事なことなのでもう一度言います。**1文1主旨が基本**です。「2. 読点乱れ打ち」とも関連しています。読点を乱れ打ちしした長〜い1文は言いたいことが大量に混在する最強に読みづらい文となりやすいです。稀に1文を長く取っているにも関わらず主旨の一貫性をきれいに保って非常に読みやすい文章を書く人もいますが、これは相当なやり手ライターさんのみができる芸当です（弊社吉崎がこのタイプだな〜といつも尊敬しています）。初心者はやめときましょう。

### これだけは覚えて帰ってほしい10秒でわかる結論

- 文法正しく
- 1文1主旨
- 読点2個まで

## ライター直伝！読みやすい文章のヒケツ3選

「NG な部分はわかった。けれどもっと自分の文を読みやすく改善したいんだ！」というあなたに。

前職ライター  & 記事校正・今もこうして記事をつらつら書いている私が常に気を付けている秘蔵の言葉ダイエット法、教えちゃいます！

### 1. 基本は「徹底的に短く」

私、文章の理想系は「100%濃縮ジュース」だと思っています。1文をぎゅっと、ぎゅーーーーーっと濃縮して濃厚エキスにしたものを皆さんに飲んでいただくようなイメージ。

- なくても意味が伝わる単語
- 短く言い換えることができる単語

が存在しないか？常日頃から意識していくと徐々に身に付いてくるハズです。地道に取り組んでみてくださいね。

また手っ取り早く文を短くできる小技のひとつとして **「だ・である」調を採用する**のもオススメです。「です・ます」調に比べ自然と語数が少なくなるので労せずスッキリした文が書けます。採用 OK な環境であればぜひ試してみてください。ちなみに1記事の中で「だ・である」調と「です・ます」調をまぜまぜして使用するのは NG です。ご注意を。

### 2. リズム感を意識する

これはかなり感覚的なものも含まれているのですが、**「頭の中で歯切れ良く読める文章」を意識する**と文全体が垢抜けて見えるようになります。実際読んでいても「読みやすい・わかりやすい」と感じること間違いなし。私は以下の2点を特に気を付けています。

- 可能であれば「5・7・5」に
- 韻を踏んでいるかどうか

川柳やラップをイメージするとわかりやすいかもしれません。脳内でラッパーになって文章でラップバトルしてみましょう。「なんかリズムよく読めないな〜」と思ったら字を足し引きして整えてみてください。こちらも地道に行うことで頭ひとつ抜きん出た物書きになることができます。

### 3. 「それだけ読めば8割わかる」部分を強調する

記事を書いていると抜け落ちやすい悲しい事実。人はこちらが思っている以上に文章を読んでいないこともあるということ・・・。流し読みをされても記事の本質が伝わるよう、**「ここさえ読んでおけば意味は8割伝わる」部分を強調**しましょう。強調箇所が増えすぎると逆に可読性が下がってしまうため、見出しひとつにに1-2か所・多くても3か所ぐらいを目安にすると良いでしょう。

## 「いかがでしたでしょうか」禁止令

最後に個人的な意見100%で構成されている思いの丈を叫んで締めたいと思います。

**記事の終わりに「いかがでしたでしょうか」を付けるのを今すぐやめてくれ。**

一昔前に流行った暗黒の量産コピペまとめ記事が蔓延っていた時代を思い出すんですよ・・・（泣）文章術という観点から見ても、「いかがでしたでしょうか」が記事の本質を盛り上げる何かを担えているとは到底思えません。情報量0です。いち読者としては「いかがでしたでしょうか」より「あなたの今日の晩御飯は何か」が書いてあった方がよっぽど面白いな！と思います。今からお試しあれ！（圧）


時間をかけて書いたのに・・・「君の文、なんか読み辛いね（ズバア）」と言われた経験、ありませんか？記事の書き方ガイド第三弾！いよいよ本命の「文章力」を高める秘訣を前職ライターの私古川が直伝しちゃいます！

井の中の蛙が人の力を引き出す、群に対する教育の設計術 ~ 専門家が怖くて発言できない、こんな世の中に ~


## 大人になってから学ぶの辛くないですか？

子供のときより目的意思を持って学べる大人の学びは楽しいですよね。

でも、大人になってから学ぶことが億劫になったこともありました。  
その理由は**学びを共有する相手がいないこと**です。

もちろん今どきは SNS での繋がりで共有することもできますが、思わぬ落とし穴が...。  
気軽につぶやいたつもりが、専門家から**マサカリ**と呼ばれる技術的な指摘が飛んでくることがあります。

**ツヨツヨな人の意見だけが飛び交う上級社会と化した SNS**

子供のときほど無邪気に学べないこのご時世。  
専門家が怖くて発言できない、こんな世の中に。  
もっと大人が学びやすく、**人の力を引き出すことができる教育のあり方**があるのではないか。

今回は**教育系ベンチャー企業**であるキカガク代表の私（吉崎）が、この答えの１つとして考える「**群に対する教育**」を紹介します。  
なんと「**井の中の蛙**」がヒントなんです。

## 個に対する教育の加速

### オンライン動画でいつでもどこでも学べる時代へ

![01](/img/pages/blog/educational-design-for-groups/01.jpg)

私は 1991 年生まれ、現在 30 歳。  
私が中学生のときには塾に行くか、進研ゼミや Z 会の通信教育の教材を定期購入するかしないと学校以外の学びの環境はありませんでした。  
田舎でしたが親に送り迎えをしてもらい、クラスメイトの 9 割以上が塾に通っていた記憶があります。

それが７個下の弟の頃にはスタディサプリが登場し、スマホで動画を見ながら学ぶ時代に変わっていました。  
今では教育系 YouTuber の登場により、無料でも学べる環境が増えました。  
２次元だった教科書を時間軸も含めた３次元にするためには塾に通う必要がありましたが、それも動画教材の発展により家でも学べるようになりました。  
「**どこでも**」に変わった瞬間です。

そして、もう１つ変わったことが動画は「**いつでも**」視聴することができます。  
塾の授業では決まった時間に行かないと受けられなった**同期的**なスタイルから、**非同期**で授業が受けられるようになりました。

オンライン動画で学べる時代は「**いつでも、どこでも**」といった２つのパートで大きな変革をもたらします。

### 大人の教育も C2C でさらに加速

![02](/img/pages/blog/educational-design-for-groups/02.jpg)

学生に対する教育の話でしたが、もちろん社会人である**大人の学びにもオンライン動画は変革をもたらします**。  
しかも**大人の学びの方が相性が良いこと**もありました。

高校生までの教材は文部科学省が定める方針をベースにしているため、カスタマイズできる範囲が狭く、オリジナルの教材が作りやすいです。  
それに対して、大人の学びは社会で求められるありとあらゆるテーマが対象であり、企業とはいえ簡単にオリジナルの教材を作ることができませんでした。  
特に技術系などは日進月歩であり、コストを掛けて作ったコンテンツが翌年には使い物にならないこともあります。

ここに [**Udemy**](https://www.udemy.com/) を代表とした **Consumer to Consumer (C2C)** の教育サービスが登場します。  
個人でコンテンツを作るため、教材の質とのトレードオフはあるも、**多種多様なテーマの教材が提供可能**になりました。  
大人の学びに必要な需要を満たすことができ、私も多くの恩恵を受けました。

### 実はオンライン動画の終了率は低いという事実

![03](/img/pages/blog/educational-design-for-groups/03.jpg)

そんな「**いつでも、どこでも**」に加えて「**多種多様なテーマ**」という素晴らしい教育環境を提供しているオンライン教育にも**とんでもない落とし穴**があるのです。

それは**終了率が異常なくらい低いこと**。

以下の論文によると、ベンチマークとして大学の授業などを多く無料で提供している MOOCs (Massive Open Online Courses) の**平均終了率は 4~5%** なんです。  
海外の大学の最高峰の内容を最高峰の教授陣が手掛ける授業でも**ほとんどが視聴完了されない**のです。

▶ 参考文献：[組織を越えた Learning Analytics の可能性 − その批判的検討 − | 福井県立大学 山川修 氏 (2015)](https://www.jstage.jst.go.jp/article/konpyutariyoukyouiku/38/0/38_55/_pdf/-char/ja)

### 良い教育の構成要素は「教材」と「講師」の質だけ？

![04](/img/pages/blog/educational-design-for-groups/04.jpg)

**良い教育とは何か？** とよくある議題ですが、わかりやすい構成要素が「**教材**」と「**講師**」です。  
圧倒的にわかりやすい教材、そして圧倒的にわかりやすい解説をする講師。

恥ずかしながら、以前の私もこの２つを極めることが教育企業としての行く先だと思っていました。  
そういった意味では、これまでに累計 50,000 名を超えた方に受講していただいた AI の基礎を学べる [**[キカガク流] 人工知能・機械学習脱ブラックボックスコース**](https://www.kikagaku.ai/) は１つの完成形と言えるかも知れません。

ただし、このコースも**平均終了率は 約 10%** でした。  
先述した MOOCs の例よりは２倍程度の終了率となっていますが、それでも **90% の人は終了していません**。  
「**教材**」と「**講師**」が良い教育に対して寄与率の高い構成要素であれば、これを極めた結果としては **80~90%** の方が視聴完了するはずです。

つまり、**視聴完了してもらうためにはもっと他に寄与率の高い構成要素**があるのです。

> **補足 1**  
> 視聴完了だけを教育のゴールとして設計しているわけではなく、受講した人材の活躍を計測しています。多くのケースが視聴完了後から次のステップへ進むと想定されるため、活躍の前提として視聴完了を据えています。

> **補足 2**  
> ごく一部のオンライン配信でも学習が完了できる人には「教材」と「講師」の質が非常に重要と言えるため、弊社ではこれからもこの２点も追い求め続けます。これ以降は多くの人に目を向けるため、この視聴完了が高い人は議論の対象外とします。

### オンラインでもリアルタイムのライブオン研修がずっと人気な理由

![05](/img/pages/blog/educational-design-for-groups/05.jpg)

コロナ禍で教室に集まって学べる環境が提供できなくなりました。  
これにより、Zoom や Teams などのオンライン環境で講義を提供するように変わります。

オンラインであれば動画を撮影して、YouTube や Netflix のように**オンデマンド配信**で良いのでは？と仮説がありました。  
そこで、**リアルタイムで時間を拘束するライブオン研修**と、**いつでもどこでも受けられるオンデマンド配信の研修**の両方を提供してみます。  
もちろん値段はオンデマンド配信の方が安くライブオン研修の 1/2 ~ 1/3 程度です。

社会人向けの研修という前提ですが、どちらが人気だったかというと、圧倒的に**ライブオン研修**でした。  
**平均終了率は 95% 以上**と非常に高く、仕事の都合でどうしても抜けないといけない場合を除き、みなさんきっちりと終了されます。  
つまり、このライブオン研修にこそ、視聴完了してもらうために寄与率が高い構成要素が含まれているのです。

受講生へヒアリングを行い、なぜ視聴が完了できたのかを要素分解すると以下の３つがありました。

1. **時間の確保**（チームからの理解もある）
2. **仲間の存在**（モチベーションの維持）
3. **質疑応答**

3 番目の質疑応答に関しては、オンライン配信系のサービスでは Q&A を作って対応していることもあります。  
しかし、これがあっても終了率はそこまで高まっていないことを考えると寄与率はそこまで高くなさそうです。

つまり、**時間の確保**と**仲間**の２つが鍵であることが推測できます。  
しかも、同じ時間に学ぶという時間を確保すれば、必然的に同じタイミングで学ぶ仲間が生まれるので、これらは同時に満たすことができます。

ここから見えてきた教育に必要な構成要素として面白いのが、オンライン教育によって得られていた「**いつでも**」というパートを多くの人が本当は求めていなかったのです。

## 「個」から「群」に対する教育へ

### ずっと受けてきた学校の教育は群であった

![06](/img/pages/blog/educational-design-for-groups/06.jpg)

オンライン教育の加速は「**いつでもどこでも**」という視点以外に「**個人で学ぶ**」とも捉えることができます。

振り返ってみると、私達が学校や塾で受けてきた教育は常に集団、つまり「**群で学ぶ**」ように設計されていました。  
この学び方が平均終了率が高いという現代のオンライン教育の変遷から導かれたものではないと思いますが、原点回帰しています。  
ただし、昔と異なるのは「**どこでも**」という要素に関してはメリットが大きく、オンラインの恩恵は大きくあります。

大学も高いお金を払って一人暮らしをしなくても通えるようになりましたし、地方と都会の情報格差も減っています。  
また嬉しかった声としては、お子さんがいらっしゃる家庭でも自宅から受講できることで、学びに来てくれる方が多くなったことです。

これからの時代の教育は「**オンライン × 仲間**」といった**同期的な要素**も含んだものになると予想しています。

### 群に対する教育は経営目線の組織論がヒント

![07](/img/pages/blog/educational-design-for-groups/07.jpg)

「オンライン × 仲間」というと**オンラインサロン**がこの条件を満たしています。  
教育という文脈では語られることが少ないオンラインサロンですが、教育とマッチすると考えています。  
現在、私が主催している起業家コミュニティ [**fwywd（フュード）**](https://apply.fwywd.com) も**オンラインサロン**に近しいと言えます。

ただし、多くのオンラインサロンと異なる点もあります。  
私の知る限り多くのオンラインサロンは企画の発端であるリーダー格の人がいて、その人との繋がりを求める人が集まる**ぶら下がり型**です。  
**芸能人のファンクラブ**というとわかりやすいですね。

[**fwywd（フュード）**](https://apply.fwywd.com) では私との繋がりという面もありますが、それよりもコミュニティ間の会話を中心としています。  
これは私がこれまで作ってきた経営の経験に基づき**組織論**から設計しています。

### コミュニケーションには適切なサイズ設計が必要

![08](/img/pages/blog/educational-design-for-groups/08.jpg)

今の段階では以下のような構造を作っています。

1. チーム（5~8 人）→ 最も密に**同期**的にコミュニケーションを取る集団
2. バンド（30~40 人）→ **非同期**でコミュニケーションを取る集団（6 チーム程度のまとまり）
3. コミュニティ（全員）→ イベント等で出会う集団

人数が多くなってくると、バンドよりも大きな単位を随時作っていきます。  
この辺りはすでに**経営としての組織論**として適切なサイズ設計が議論されているため、先人の知恵をお借りするだけです。  
教育の問題は教育カテゴリーで議論したり調査しがちですが、結局は**組織が一番人を成長させており、経営の組織論で教育を見るべき**だと現在では私は考えています。

コミュニティとして全てをまとめないことには私の**失敗談**があります。

[**fwywd（フュード）**](https://apply.fwywd.com) の１期では合格した人から順次 Slack で作っていたコミュニティに参加してもらいました。  
最初は盛り上がったのですが、後から入ってくる人がコミュニティの適性の有無を問わず、ほとんど会話に参加できなかったのです。  
それも当然で、会話には**文脈** (**context**) の理解が不可欠であり、これがない状態だったと言えます。

どれだけ大きなコミュニティであったとしても、会話しているのはごく一部という経験がないでしょうか。  
これは後から参加した人の能力が低いのではありません。  
**会話に必要な構成要素を欠いている結果**なのです。

この失敗談から文脈を共有しやすいように、**目的を持った小さな単位のチームに分ける**こと。  
そして、**チームの始まりのタイミングを一斉にスタート（同期）すること**に決めました。

その結果、現在の [**fwywd（フュード）**](https://apply.fwywd.com) はコミュニケーションが以前よりも遥かに多くなりました。  
また、コミュニティオーナーの私一強のぶら下がり型からも徐々に解放されていき、望ましいコミュニティの形へ遷移しつつあります。

### 井の中の蛙が人の可能性を開花させる

![09](/img/pages/blog/educational-design-for-groups/09.jpg)

ここでようやく本題であった「**井の中の蛙**」です。

コミュニティ内のチームのサイズを小さく設計したデメリットは情報の正しさが確保しにくくなることです。  
答えを持たない素人同士の議論ではカオスになることがありますよね。

ここへの対策もあります。  
チームで解決できないことは１階層上のバンドに投げかけて解決していけるような流れがあります。  
また最終的には私が解決に手を貸すこともあります。

チーム内での議論がカオスになるデメリットもありますが、本当はメリットの方が大きいと思っています。  
**素人同士でも自信を持って議論することって大切じゃないですか**。  
**専門家に見張られていると、怖くて自分の意見って出せなくなりませんか？**

情報の成否は別としても自信を持って話ができることで主体性が高まり、情報を調べる感度が高まり、結果的に正しい情報にたどり着きやすくなると予想しています。  
これがまさに「**井の中の蛙**」です。  
最初から**海王類ばかりの大海原**に放たれると怖くて何もできなくないですか。  
それだったら、世間知らずかも知れないですが、まずは守られた井戸の中で成長できた方がよっぽど良いと思っています。  
成長したら次のもう少しだけ大きな井戸に入りかえることを繰り返せば良いじゃないですか。  
ルフィもそうやって七武海と戦えるレベルになっていき、今や四皇と戦うまでになりました。  
最初の島にいる敵から四皇のカイドウやビッグマムだったら、ワンピースはそうそうに終わっていたはずです。

**海王類ばかりの大海原**とワンピースの例えましたが、私達の学校教育もそうなっていました。  
私は超田舎の学校に入ったお陰で、成績優秀という位置づけをもらうことができ、だからこそ勉強が楽しかった記憶があります。  
まさに井の中の蛙で、高専に入ったら上には上がいて、京大に入ったらさらに上には上がいて...。  
それでも順番に上がっていけたから、なんとか今に繋がっています。

「**井の中の蛙**」って、実はどんなヒーローの物語にもあるのではないかと思います。

## 海王類ばかりの大海原よりも身の丈にあった井戸から

![10](/img/pages/blog/educational-design-for-groups/10.jpg)

Twitter で AI やソフトウェア・エンジニアリング、起業など専門分野について発言をするのは私でも恐怖でしかありません。  
こんな環境では**超一強**だけが育ち、それ以外の人は餌にすぎないとさえ感じます。

**ツヨツヨな人の意見だけが飛び交う上級社会と化した SNS**。  
まさに、海王類ばかりの大海原のようです。

いつの日か、こんな大海原でも暴れまわれる存在になるために、まずは**小さな井戸**から始めてみませんか。

詳しくは ↓↓ でお待ちしております。

▶ [**【次期受講生募集】起業家精神 × 学び方改革 = fwywd（フュード）| 挑戦しないことがリスクになる時代へ**](https://apply.fwywd.com/)

長文お読みいただき、誠にありがとうございました。

株式会社キカガク 代表取締役会長  
吉崎 亮介


子供のときより目的意思を持って学べる大人の学びは楽しいですよね。でも、大人になってから学ぶことが億劫になったこともありました。その理由は学びを共有する相手がいないことです。もちろん今どきは SNS での繋がりで共有することもできますが、思わぬ落とし穴が...。気軽につぶやいたつもりが、専門家からマサカリと呼ばれる技術的な指摘が飛んでくることがあります。ツヨツヨな人の意見だけが飛び交う上級社会と化した SNS。子供のときほど無邪気に学べないこのご時世。専門家が怖くて発言できない、こんな世の中に。もっと大人が学びやすく、人の力を引き出すことができる教育のあり方があるのではないか。今回は教育系ベンチャー企業であるキカガク代表の私（吉崎）が、この答えの１つとして考える「群に対する教育」を紹介します。なんと「井の中の蛙」がヒントなんです。

想像していたよりもはるか簡単に社長になった話


こんにちは！ fwywd 運営チームの高橋です！

私は２０２１年に個人事業主として開業しました！今まで社長とか個人事業主は自分には縁のないものと思っていました。しかしある人の一言がきっかけで私は社長デビューを果たします。

その一言とは「**開業すれば経費申請できるよ！青色申告オススメ！**」でした。素直な私は「**なるほど！開業しよう！**」と早速行動に移したのです。（実際のところ、ただ単に開業するだけでは青色申告できません）

## Web サービスを利用して開業届を出せば３０分であなたも社長

夢の経費申請に向けて私はインターネットで調べました。検索ワードは「個人事業主 開業」。どうやら開業するには難しい書類に難しいことを書いて難しい行政機関に提出しないといけない…わけではありませんでした。

開業するための手助けをしてくれる Web サービスで、**フォームに必要事項を入力し出来上がった書類をコンビニで印刷し郵送**するだけで開業ができてしまうのです！あなたはここに郵送してね！と送付先住所まで教えてくれます。スムーズ！私は [freee 開業](https://www.freee.co.jp/kaigyou/)といったサービスを利用しました。

入力で唯一悩んだのが「会社名」です。ここはぜひ存分に悩んでください。答えはあなたの心のなかに。

そして無事に書類を郵送して私は思ったのです。「えっ！これで自分も社長！？」

約一週間後、無事に税務署から開業が完了したとの書類が届きました。

**みなさん、簡単になれますよ！社長に！！**

## 開業することで売上を上げる手段や簿記について考える機会になった

さて、無事開業が完了して社長になりました。めでたしめでたし。とはいきません。当たり前のことですが社長になったからといって勝手に売上が上がるわけではないのです。

売上がないのに経費ばっかり申請していると脱税を疑われます。**事業を行っている実態がないと言われてしまう**わけですね。どうやったら自分の持っているスキルで売上を上げられるんだろう。どんなスキルを身につければ売上を上げられるんだろう。誰がそのスキルを買ってくれるんだろう。と考えるきっかけになりました。

また経費申請も領収証をもらっておけば OK ! なんてことはありません。青色申告するためには**複式簿記という形式で帳簿を提出する必要があります**。確定申告の Web サービスなどである程度簡単にできますが、それでも一定の知識が必要になります。

実際に開業していなければこのあたりを考えることもなく過ごしていたので、とてもいい機会になりました。

## 社長になってからが本当のスタート

実際に開業届を出して社長（個人事業主）になるのは本当に簡単でした。

それと同時に売上を上げるためのハードルの高さを感じました。**１円を稼ぐことすら難しい**のです。

**人の課題を解決するためのスキル。スキルを必要としている人に届けるためのマーケティング。経理や資金面のファイナンス知識。**

やらないといけないことは膨大ですが、これらのスキルを身につけることができればこれからの厳しい時代を生き抜いていけるという確信もありました。

fwywd はそれらの力を身につけることができる環境があります！

- **技術（スキル）**
- **売る力（マーケティング）**
- **戦略（ファイナンス）**

これらの力を身に着けて**自由に生きるために挑戦してみませんか？**

ちょっと興味があるなーという方、以下のリンクから詳しく見てみてください！

[挑戦しないことがリスクになる時代へ、学び方の革命を。fwywd（フュード）次期受講生募集中！](https://apply.fwywd.com/)


今まで社長とか個人事業主は自分には縁のないものと思っていました。しかしある人の一言がきっかけで私は社長デビューを果たします。

挫折よ、さらば。未経験からエンジニアになった私のプログラミング独学サイクル


キカガク fwywd チームの高橋です！

私は前職の仕事をしながら Web プログラミング（以下プログラミング）を独学で１年以上継続し、晴れてキカガクの fwywd チームにジョインしました！

スキルを身に着けたいけどモチベーションを保てない…どのように学習したらいいかわからない…といった方の参考になればと思い、私がどのようにプログラミング独学をしてきたのか？その点を振り返って書きます！

## 対象読者

- 現在のキャリアに悩み、学習しなければと思いながらもなかなか続かず挫折しそう
- プログラミング学習サービスを始めてみたがあまり成長を感じられない
- 自分自身が考えたアプリケーションを作りたい

といった方にオススメです！

## この記事を読むことで解決できること

- プログラミング学習が楽しく続けられる
- 効率よくスキルアップできる
- 独自性が高く評価されるアプリケーションを作れる

## 継続の秘訣はゴール設定！

継続の秘訣…それはズバリ

**最初にゴール地点となるアプリケーションを決めよう！**

です！私がそう思う理由について解説します。

## ゴール地点を決めると学習を継続しやすい理由３選

### １．書籍・動画講座の内容がより実践的に学べる

ひととおり書籍・動画で学習したけど実際にどう活用したらいいかわからない…そう思ったことはありませんか？私の経験上「**学習のために書籍・動画講座で決められたアプリケーションを作ること**」となると学習効率が落ちていたように思います。

作りたいアプリケーションを先に決めることで「この書籍・動画の技術は自分が作りたいアプリケーションで必要そう」「この技術は自分が作りたいアプリケーションの〇〇で使えそうだな」と考えることでより実践的な学びになります。

### ２．試行錯誤しながらアプリケーションを作れる

自分自身が考えたアプリケーションなので Google で検索しても答えが完全に一致することはありません。Web・書籍などから答えを見つけ出すのはエンジニアとして必須の能力です。

試行錯誤してググり力向上しましょう！

### ３．アプリケーションができた時の喜びが大きい

これが一番の継続できる理由だと感じます。自分で考えたアプリケーションを自分の力で作り上げることができたらぜひ**家族・友人や SNS で自慢しましょう**！褒め称えられるはずです！（多分…。）

学習と聞くと辛いことのように感じますが、ゲームのエンディングを迎えるために必要なレベルアップと考えれば楽しく学習できますね！

## プログラミング学習は５つの要素をクルクルしよう！

![programming_cycle.png](public/img/pages/blog/../../../../../../img/pages/blog/2022072703/programming_cycle.png)

### １．決定

現在の技術量に合わせてゴール地点となるアプリケーションを決めます。使ったことのない技術を使えるアプリケーションを作るのがオススメです！

### ２．調査・設計

１で決めたアプリケーションを作るために**必要な技術と現在の自分に足りない知識・技術は何か**？を調べてリストアップします。

### ３．予習

２でリストアップした現在の自分に必要な技術を予習します。作りたいアプリケーションをイメージしながら「**目的のアプリケーションを作るための技術調査**」として書籍・動画やドキュメントのチュートリアルで学びます。

### ４．実装

実際に作ります。作れるかな？作れないかな？くらいの段階で作ってみると試行錯誤しながらも作れることが多いように思います。

### ５．改善

アプリケーションが完成したらコードを改善できるところがないかを振り返り、リファクタリングしましょう。リファクタリングをするかしないかで**レベルアップ度合いがかなり変わります！**

このサイクルを繰り返すうちに作れるものの幅が広がっていき楽しくなってくること間違いなしです！

## プログラミング学習のオススメ 4 Step

とは言っても実際に何をつくったらいいの？というそこのあなた！

私の経験を元にプログラミング学習の流れを紹介します。

※ あくまで一例です。

![programming_step.png](public/img/pages/blog/../../../../../../img/pages/blog/2022072703/programming_step.png)

### Step 1 見た目を作ろう！

プログラムで出力した結果を画面に表示するための部分を学習します。

私は前職の職場のホームページを作るところからはじめました。

トレースを許可されているホームページ（公開設定に注意）や架空のお店を想像しながらデザインから作るといいですね。

HTML・CSS はプログラミング言語ではないと聞いて最初驚いたのですが、作ったアプリケーションを自由にデザインできると楽しいです。

※ このあたりは軽く流して必要になったら学習し始めるくらいでもいいかもしれません。

### Step 2 ダイナミックなアプリを作ろう！

プログラムを使って Web 上でアクションに対してリアクションが起こる機能を作ります。

まずはフォームに入力した内容を計算して画面に表示するアプリケーションなどがオススメです。

例えば入力された身長・体重から BMI を計算するアプリケーションなどですね。

私は過去にソシャゲガチャの闇を表現したいと思いガチャシミュレーターを作ったり、思考の深堀りをしたくて [なぜなぜブレーン](https://why-why-app.vercel.app/) なるものを作ったりしました。（もはや黒歴史…。）

### Step 3 API を叩こう！

いよいよ本格的なプログラミングのはじまりです！

Web 上に公開されているデータを自分自身のアプリケーション上で表示します。（API を叩くと言います）Twitter, Instagram の投稿や天気も API からデータを取得できます。

例えばお店のホームページに Instagram の最新投稿をリアルタイムで数件表示するなどといったことができます。

私の場合は [PokeAPI](https://pokeapi.co/) という有志の方たちが作っている API を利用して [ポケガチャ！](https://poke-gacha-ver-2-0.vercel.app/) を作りました。（PokeAPI は主に教育ツールであると公言されています）

### Step 4 CRUD 操作をしてみよう！

ここまでくれば世の中にあるようなアプリケーションが作れるようになってきます！

C : Create, R : Read, U : Update, D : Delete を合わせて CRUD（クラッド）と呼びます。

今までは Web 上のデータを読み込むことがメインでしたが、ここからは自分でデータベースを作ります。そのデータベースと連携し書き込み・更新・削除機能を実装しアプリケーションを作ります。

ぜひ「こんなものを作ったら楽しそうだなぁ」と想像して実際に作ってみてください！

この Step をクルクル回ることでスキルの円が広がってくるイメージです。

Step 4 からも先は長いのですがここまでくれば自分自身で調べて色々作れるようになっているはずです！管理画面があるようなアプリケーションを作るのも楽しいですね。

学習開始当時よりかなりスキルアップしたなぁ…と**成長感に浸れること間違いなしです！**

## ゴール地点と現在地のギャップから逆算して学習しよう

私がプログラミング学習を始めた頃、学習サービスを一通りやってみたのですがあまり成長を感じられませんでした。学習したことが身についているのか確認してもキーボードを打つ手が止まってしまうのです。**学習したことを本当に活用していけるのか不安だった**ことをおぼえています。

このあたりは共感できる方も多いのではないでしょうか？

決められたものを作っているだけでは学習にはなるけれど活用はできない。そう思い自分で考えたアプリケーションを試行錯誤しながら作った時に壁を１つ越えた気がしました。

学習サービスに意味がないと言っているわけではありません。**学習サービスを活用できていなかった**だけでした。**必要になった時にこそ学習したことが最大限吸収できる**のだと気づきました。

活躍に向けた学習としてゴール地点を設定することはかなり重要なので、ぜひ学習中の方は参考にしてみてください。

また学習を続けるために必須となるのが**仲間の存在**です！

自分が休んでいる間にもあの人はどんどん先に進んでいる…そう思うと自然と机に向かってキーボードを叩くことができました。

でも**同じ熱意で学習している仲間なんてなかなか出会えない**…そんな方に fwywd がオススメです！

スキルアップして活躍できる環境に飛び込んでみませんか？

詳しくは ↓ を見てみてください。

▶ [**【次期受講生募集】起業家精神 × 学び方改革 = fwywd（フュード）| 挑戦しないことがリスクになる時代へ**](https://apply.fwywd.com/)


スキルを身に着けたいけどモチベーションを保てない…どのように学習したらいいかわからない…といった方の参考になればと思い、私がどのようにプログラミング独学をしてきたのか？その点を振り返って書きます！

適当につけてない？目を引く見出しで差をつけろ！記事の見出し整頓術3つのポイント


私、もう見飽きたんです・・・。「はじめに」「おわりに」が金太郎飴の如く並んでいる記事。

わかります、わかりますよ。記事の書き初めと書き終わりって、一番何書けばいいかわからなくなってしんどいんです。今こうやって偉そうに書いている私も昔は「はじめに」「おわりに」を使って量産記事をブリブリと世に出してしまっていましたとも。ぶっちゃけ人のこと言えないのです。

それでも、伝えたい。

**「見出しが魅力的でない記事は注文したチャーハンがご飯抜きだった時と同じくらいガッカリするんだ」ってこと。**

前職ライター・記事校正の私古川が送る記事の書き方ガイド第二弾、自身への戒めも込めてお送りいたします。

## 対象読者

下記に当てはまる人、必読！

- もっと PV 数をガンガン稼げるような記事をトバしていきたい
- さあ記事を書こう！と思って書き始めるものの見出しで手がスッ・・・と止まる
- 癖でついつい「はじめに」「おわりに」を使ってしまう

## この記事を読み終わった時、あなたは・・・

- タイトルだけでなく見出しも重要であることを理解し、
- 本文の内容に沿った適切な見出しを読者の興味を引く形でつけられるようになり、
- 「はじめに」「おわりに」を使わなくなること

が可能になっているハズです！

## 意外と知られていない「見出し」の重要性

記事を普段から書く人であれば「タイトル」「本文」がいかに大事であるか意識している人が多いのですが、「見出し」をしっかり意識して記事を書ける人は非常に、非常〜に少ないです。記事の書き方ガイド第一弾

[もう悩まない！PV数がぐんぐん伸びるタイトルの付け方ガイド | fwywd（フュード）powered by キカガク](https://fwywd.com/blog/2022051001)

でお伝えした通り、確かにタイトルは記事の生命線レベルで重要な位置付けを担っています。しかしながらタイトルを見て記事に飛んできた読者が次に目にするものは「序文」か「見出し」のどちらかとなることがほとんどです。普段から記事や本を読む習慣がついている人ほど見出しをさっと読んでどんなことが書いてあるのか？本文を読むに値するのか（＝自分の時間をこの記事のために使ってやってもいいのか）を値踏みしてから初めて本文を読み進める傾向にあります。新聞をイメージしてもらうとわかりやすいでしょう。よほど時間に余裕のある時でない限り、みなさん「読んでみたいな〜」と思った見出しの部分しか本文を読んでいないはずです。

つまり「より多くの人に読んでもらいたい」という観点から記事において重要な要素をランキングにすると・・・

**1位:：タイトル**

**2位：見出し**

**3位：本文**

となります。意外にも**見出し>本文**なのです。

### 盲点だからこそ差をつけやすい

記事をそこそこ書く人ですら意識されることが少ないにも関わらず重要な位置付けであるということは、**見出しを意識するだけで他の有象無象の記事よりも頭ひとつ抜きん出た記事が作れるようになる**ということです。タイトル・本文と比べ必要な文字数も少ないため改善コスパが非常に優秀。見出しでライバル記事と差をつけちゃいましょう！

## ここだけは気をつけたい。ガッカリ見出しの特徴

突き詰めると**1つだけ**です。 **本文に何が書いてあるのか全く伝わってこない見出しをつけちゃうこと**。「はじめに」「おわりに」が超典型例。「はじめに」「おわりに」という見出しを読んでも何が書いてあるのかさっぱり伝わってこないのです。代わりに「序文をキャッチーにまとめた見出し」「後書きで何を書いているのか伝わる見出し」をつけるだけで吸引力が100均の掃除機からダイ○ンへ進化します。

例えばこの記事、あえて序文の見出しをつけていません。ここに「はじめに」を添えた瞬間執筆者の私すら萎える吸引力ガタ落ち記事が爆誕します。代わりに「その見出し、あなたの記事を破壊してませんか？」とか「量産型見出しから卒業せよ」とか「ダサい見出し禁止令」とか付けるとどうでしょう。「はじめに」と比べて印象がガラッと変わるはずです。

## 今から試せる！見出し整頓術3選

### 1. 「何を書きたいのか？」まず整理

見出しをまず考えようとして手が止まる人におすすめ。自分が何を書きたいのかをつらつらとメモ形式で書いてしまいましょう。あるいは本文から先に書き始めてしまっても OK。書いてしまってから「ここで1番伝えたいことは何か」を考えて見出しにするだけで記事の印象はガラッと変わります。

例えばこんな文を作ったとします。どんな見出しがイイか、考えてみてください。記事の書き方ガイド第一弾より抜粋。

> タイトルは本・記事・映画・果ては Youtube のサムネイルなど媒体に関係なく成果物そのものの運命を左右する大きな力を持っています。 どれだけ質のいい中身を書いても「おっこれ気になるな〜」と読者に思ってもらえなければ素通りされてしまうからですね。 タイトルの付け方で総 PV 数は 2〜10 倍ぐらいは平気で変わってきます（肌感）。
タイトルだけで「続きが気になるぞ・・・！」と思わせることができたらあなたの勝ち。 読者の興味に火をつけましょう。同時に何についての記事なのか端的に表すことも忘れずに。
> 

[もう悩まない！PV数がぐんぐん伸びるタイトルの付け方ガイド | fwywd（フュード）powered by キカガク](https://fwywd.com/blog/2022051001)

私はこれに「タイトル＝記事の生命線と心得よ」とつけています。みなさんならどんな見出しをつけますか？

### 2. わかりやすさ最優先

見出しだけで「何について書かれているのか」パッと把握できるとパーフェクト。**見出しが本体、本文は補足**ぐらいの意識でつけるとより魅力的な見出しが作れるようになるハズ。短くまとめると読者の目にさっと入りやすくなるため、言葉のダイエットもできると◎。ちなみに私の見出しは往々にして長くなりがち・・・日々反省 & 改善中です。

### 3. 数字のフル活用

SEO の世界でもおなじみ「数字の活用」。よくタイトルでも使用されています。本記事でもまさに今使っています。なぜこれが好まれるかというと、**数字を入れるだけで「どんなことが」「どのくらい」書かれているか一瞬で判断できるようになる**からです。2の「わかりやすさ最優先」をスマートに達成できるわけですね。手軽に試せる上に効果大。「具体例」「特徴」「方法」など何かを列挙する際にぜひ試してみてください。

また数字を使った見出しをより美しく魅せるポイントのひとつに「**H3で使う**」があります。「H2」で「どんなものを列挙するつもりなのか」見せてから「H3 で列挙する」と目次の可読性が向上しさらに効果アップ。実際この記事も H2 は「今から試せる！見出し整頓術3選」、H3 で「3.数字のマジックをフル活用」としています。今すぐ試せる小技のひとつ、ぜひみなさんもお試しください！

## 少しの意識で効果大な「見出し改善術」、今から取り入れよう！

文量に対し知識・経験に大きく左右される「タイトル」や書き手の文章力がダイレクトに問われる「本文」と比べ、「見出し」は「本文で何を言いたいのか意識してみる」だけで劇的に改善できるコスパ最強パートです。吸引力に差がつく記事量産の手助けとなれますように！

私、もう見飽きたんです・・・。「はじめに」「おわりに」が金太郎飴の如く並んでいる記事。 わかります、わかりますよ。記事の書き初めと書き終わりって、一番何書けばいいかわからなくなってしんどいんです。今こうやって偉そうに書いている私も昔は「はじめに」「おわりに」を使って量産記事をブリブリと世に出してしまっていましたとも。ぶっちゃけ人のこと言えないのです。それでも、伝えたい。「見出しが魅力的でない記事は注文したチャーハンがご飯抜きだった時と同じくらいガッカリするんだ」ってこと。前職ライター・記事校正の私古川が送る記事の書き方ガイド第二弾、自身への戒めも込めてお送りいたします。

起業家に必須のピッチ。投資家視点でわかった押さえるべき２つのポイント


## はじめに

### 概要

**起業**をすると何度も訪れる**ピッチ**のチャンス。  
なぜその事業に取り組むのか、なぜ私なのか。  
これを５分程度で端的に伝え、**投資家に出資したい**と思ってもらえるか。

起業家として活動していると**起業家視点**でしか物事を見ることができません。  
ピッチする側の起業家視点と聞く側の投資家視点は結構違います。

投資をする側の見え方を知るからこそ、適切な情報提示の設計ができるはずです。  
今回は**投資家視点で押さえるべき２つのポイント**を紹介します。

### 想定読者

- **主**：起業初期でこれから投資家向けにピッチの機会が控えている人
- **副**：これから起業を考えており、そのために１つでも多くリアルな情報収集がしたい人

## 要約

時間がなくて先に結論を知りたいよ！という忙しい方向けの要点まとめです。  
要点も大切ですが、このポイントをなぜ押さえておくべきかといった背景の理解がより重要ですので、それぞれをさらに深堀りして紹介しています。

### 1. 評価コストを下げる

- あなたが思っている以上に聞いてもらえていないことが多い
- 聞くに値する人間/チームであることをなるべく早く伝えるべき

### 2. 価値を上げる

- 聞くに値すると分かれば、あとはワクワクさせて欲しい
- 私以外の関係者を説得できる材料（Why me?, マーケット、タイミング、出口戦略など）が欲しい

## 記事の背景

押さえるべきポイント２つの前に、筆者である私がどのような活動をしており、なぜこの記事を書くに至ったのかを紹介します。

### 自己紹介 & 事業紹介

![yoshizaki](/img/pages/blog/2022072701/01.png)

私は株式会社キカガクで代表取締役会長をしている吉崎と申します。  
2017 年に社会人向けに AI の技術を教える教育の会社を立ち上げ、現在 6 期目で社員は約 50 名、現役の起業家です。  
現状のビジネスモデルはスモールビジネス型で協力会社からの出資は少し受けていますが、スタートアップ的な資金の入れ方はしていない状況です。  
自身の起業家の経験を活かし、さらに広い領域の教育を手掛けたいと現在は起業家育成を新規事業として行っています。

この起業家育成の新規事業がこのメディアでもある [**fwywd（フュード）**](/) です。  
もちろんメディア事業だけでなく、実際に受講生もとって 2022 年 4 月から 30 名程度の起業家の卵と日々、事業作りに奔走しています。  
▶ [**【次期受講生募集】起業家精神 × 学び方改革 = fwywd（フュード）| 挑戦しないことがリスクになる時代へ**](https://apply.fwywd.com/)

### 起業家で集まってピッチコンテストを開催

この 4 月から始まっている fwywd 内のメンバーだけで **5 分間で伝えるピッチコンテスト**を練習として行いました。  
普段は起業家として投資家や営業先に対して話をすることが多いメンバーに逆の立場を知ってもらうための機会でもありました。

私にとってはどのようなピッチであれば投資をしたいと思うのだろうと投資家の視点を具体的に知りながら抽象化していく機会でした。  
※ fwywd のメンバーは弊社キカガク含め関係者から出資を行う予定です。

### 投資をしたいと感じる人の正体とは...?

fwywd メンバーは 4 月から活動を本格的に開始し、法人登記をしたばかりで、これから本格的にサービスを作っていく**シード期**と言えます。  
VC で投資家をしている友人に「**シード期は事業ではなく、人に対して 9 割以上の重きを置いて見ている**」と聞いていました。  
シード期の事業ピボットは経験が浅い人にとっては当たり前のことだからこそ、**変わる事業よりも変わらない人**というわけです。

そこで、人を評価するとはどういうことで、どういった人は魅力を感じ、逆にどういった人は魅力を感じないのか。  
その魅力をどこで何に対して感じるのか。  
こんな視点で漠然とした「**投資をしたいと感じる人**」とは何か？を探る機会でした。  
多くの人が知りたいテーマだと思います。

まだまだ主観が大きく入り抽象度も甘く、一般論というよりも**吉崎論**であることを前提で良ければ、どんな人に投資をしたいと感じたかを紹介していきます。

## ポイント 1. 評価コストを下げる

### あなたが思っている以上に聞いてもらえていないことが多い

**投資をしたいと感じる人**という正体を探っていく際に、どのような人が魅力的だろう...?? という議論がなされると予想した方が多いかと思います。  
しかし、ピッチを聞いてすぐに感じたことがあります。  
それは「**聞く価値ないな**」ということです。

投資をしたい人というのは、もっと解像度を上げて正体を探る必要がありました。

**話を聞いても良い → 投資をしたい**

この２つのステップを経て投資をしたいに至ることを**起業家視点**では気づけていませんでした。  
投資家の方は数多くのピッチを聞く機会があり、そのほとんどが投資に繋がりません。  
人の話を真剣に聞き続けるというのは体力を使うため、省エネモードで人の話を聞いている人も多いと予想しています。  
だからこそ、最初に**話を聞いても良い**に立って、**投資家を本気で聞いてもらうモードに入れないといけません**。

おそらくこの話を聞いてもよいの段階に進める人が 100 人いれば 30~40 名ほどではないかと予想しています。  
そうなると、事業の価値を語って納得してもらうよりも、もっと大きなボトルネックが「**話を聞いても良い**」をクリアできないことなのです。

### 聞くに値する人間/チームであることをなるべく早く伝えるべき

起業家は投資家に**話を聞くに値する人間やチームであることをなるべく早く伝えるべき**なのです。

起業家としては映画のストーリーのように、伏線を序盤で張って、どんどん伏線を回収していき、最後にクライマックス！と思ってピッチを設計している人も多いと思います。  
今回のピッチコンテストでもほとんどが同様の設計でした。

しかし、これが勘違いなのです。  
最初の１枚目のスライドで「**私の話は聞くに値しますよ！**」と主張して納得してもらえないと、それ以降のスライドにはほとんど関心を示されないのです。  
起業家がドラマのクライマックスを話したつもりが、投資家は一緒にそのクライマックスを迎えてもらえるとは限らないのです。

ここで押さえるべきポイントが**評価コストを下げる**こと。  
**知らない相手を評価することは非常に高いコストがかかる**ということが重要です。  
社員の採用ですら失敗を繰り返すのは**短い時間で相手を評価するということの難易度が非常に高いため**です。

### 投資家は評価するコストを下げたがっているニーズ

だからこそ、**相手の評価コストを下げてあげる工夫**がずばり重要です。  
そして、ここでまずわかりやすく評価コストを下げるのが**学歴**、そして**職歴**です。

例えば、私は「**26 歳から東大の先生をしています**」と、**たった 5 秒で伝える情報で多くの人が目の色を変え、話を真剣に聞いてもらえる恩恵を何度も受けてきました**。  
ちなみに、私は学歴や職歴を全面に出したコミュニケーションは個人的にはあまり好きではありません。  
それが人の本質ではないと考えているためです。

それでも、起業家として自分のこだわりの事業も話を聞いてもらえないと、結局なんのスタートラインにも立つことができません。  
**話さえ聞いてもらえれば、自分の本当に大切にしている価値観などを伝えられる**。  
だからこそ、たとえ好ましくなくても評価コストを下げるために学歴や職歴など、自分の本質ではなくても、わかりやすく評価しやすい情報が最初に必要なのです。

### 相手を納得させる短いパワーワードを見つける

ここで私の自己紹介を再掲します。  
それが自分の本質ではなかったとしても、まず最初に相手に話を聞くに値する人間であることを主張します。  
「**東大の先生です。**」

![yoshizaki](/img/pages/blog/2022072701/01.png)

もちろん学歴や職歴にコンプレックスがある人も多いと思います。  
それでも、何か光るものがあるはずです。  
このヒントは**上司や友人からなんて紹介をされているか？**

「彼ってボディビルダーやってたんですよ。」  
「フレンチのシェフでソムリエの資格もあるんですよ。」  
「高校を卒業して起業に挑戦しているんです。」

**紹介された人の目の色が変わる瞬間を逃さずに観察**していれば、自分のブランディングの方向性は案外簡単に見つかります。

**みなさんの話を聞く価値を与えるパワーワードは何でしょうか。**

## ポイント 2. 価値を上げる

### 聞くに値すると分かれば、あとはワクワクさせて欲しい

聞くに値すると評価されるポイントをクリアできれば、あとはよく投資家の人が欲している情報を提示していけば OK です。  
また、投資家は起業家とコミュニケーションを密にとることになるため、一緒に仕事をしたいと思ってもらえる雰囲気を伝えることも大切です。

私の主観ですが「**なぜあなたが取り組むのか？**」は絶対に外せないポイントです。  
人生とは限られたリソースをどこに投じるかの戦略が必要であり、すべての選択肢を実施することができません。

私が「**教育**」という領域に張っている限り、他の領域にはほとんど手を出すことができません。  
だからこそ、起業家としては未熟であったとしても、私よりも選択される領域の課題を解決できる可能性が高いのです。

逆にビジネスとしてうまくいきそうといった視点だけだとすると、もっと経営のうまい人がやれば良いだけでは...? と感じるわけです。  
あなたが取り組むからこそ、うまくいく理由が常に欲しく、それに納得できると投資家としてワクワクします。

### 私以外の関係者を説得できる材料が欲しい

それから最後にマクロに見て確実に必要な情報です。  
投資家はめちゃくちゃ簡素化して見ると、投資したお金が「**いつ、どのくらいになって返ってくるのか？**」を知りたいです。  
だからこそ、シード期の走り始めとは言え、Exit の想定なども当然聞きたい情報です。

投資家が関係者を説得するために欲している情報は VC の投資家の方から発信がされているため、参考にすると良いでしょう。  
大久保洸平さん（Z Venture Capital）の [**VC の投資基準 8 選　〜VC との MTG を Hack する〜**](https://note.com/okb777/n/ne4c9fbd56c0c) では、シード期は「**タイミング**」「**チーム**」「**市場**」の素晴らしさを伝えて欲しいとありますね。

私の友人の VC から紹介してもらったおすすめのチェックした方が良い情報はこちらです。

**VC の友人推奨の参考リスト**

- まずはこちら：[**VC の投資基準 8 選　〜VC との MTG を Hack する〜 | 大久保洸平さん（Z Venture Capital）**](https://note.com/okb777/n/ne4c9fbd56c0c)
- 少し先の話：[**シリーズ A | 湯浅エムレ秀和さん（Globis Capital Partners）**](https://note.com/emreyuasa/n/n03aca5b7a981)
- 広く知っておきたい：[**原健一郎さん（DCM ベンチャーズ）の note**](https://note.com/kenichiro_hara/)

## おわりに

**何事も相手の立場に立って考えてみる。**

小学校の道徳で習った当たり前のことが当たり前でなかった反省を綴りました。  
起業家視点で凝り固まりがちな考えから脱却できる良い機会になりました。

起業家とは投資家以外にも市場との対話の日々で立ち止まって考えを整理する機会が日に日に減っていきます。  
一方で、戦略を間違えると、その後の努力が水の泡になることもよくあります。

この記事がみなさんの一歩を少しでも支援できましたら幸いです。  
最後までお読みいただき、誠にありがとうございました。

起業について興味のある方や、fwywd のコミュニティで一緒に修行したいという方、次期受講生を絶賛募集中です ↓↓

▶ [**【次期受講生募集】起業家精神 × 学び方改革 = fwywd（フュード）| 挑戦しないことがリスクになる時代へ**](https://apply.fwywd.com/)


起業をすると何度も訪れるピッチのチャンス。なぜその事業に取り組むのか、なぜ私なのか。これを５分程度で端的に伝え、投資家に出資したいと思ってもらえるか。起業家として活動していると起業家視点でしか物事を見ることができません。ピッチする側の起業家視点と聞く側の投資家視点は結構違います。投資をする側の見え方を知るからこそ、適切な情報提示の設計ができるはずです。今回は投資家視点で押さえるべき２つのポイントを紹介します。

「こんなに頑張ってるのにな・・・」から卒業しよう。成果直結型「能動的な学び方」ガイド & 挫折する原因3選


「こんなに努力してるのに成果に結びつかない・・・なんで・・・」

こんな思い、したことありませんか？

もしかしすると**学び方**に原因があるのかもしれません。本記事では「使えるスキルの習得」に特化した能動的な学び方を具体例・ありがちな落とし穴を添えて紹介いたします！

## 対象読者

- 何かを学んでいるが「使える」ようにはならず悩んでいる
- 時間をかけて勉強しているのに成果がでない
- 具体的な学び方がイマイチわからない

などでお悩みの方。

## 目的

本記事を読んで

- 成果に直結する「能動的な学び方」とは？
- 能動的な学び方の大まかな流れって？
- 具体的にどう学べばいい？

を知り実践できるようになること。

## 「能動的な学び方」とは

従来の「授業を受けて、ノートを取って、練習問題を解いて、テストを受けて・・・」といった**受動的な学び方**と対をなす **「使えるようになることに特化した学び方」** のこと。英語やプログラミングなど「使えることで効果を発揮する」スキルと非常に相性が良いです。実践的な力を身に付けたい時に絶大な効果を発揮します。

余談ですがこの学び方はスウェーデンでも採用されています。詳しく知りたい方はこちらの記事もどうぞ！
[今の fwywd （フュード）とスウェーデンの大学はよく似ているという話](https://fwywd.com/blog/2022072601)

## 学習ステップを具体例と共にさくっと解説

5 つのステップで一区切り。

1. 課題をひとつ決めてみる
2. 必要なスキルを列挙して基本知識をインプットしてみる
3. 試行錯誤しながら課題をこなしてみる
4. 改善する
5. わからなかったところ、難しかったところをどう解決したかアウトプットして発信・共有してみる

### 1. 課題をひとつ決めてみる

まず何をできるようになりたいのか？から決めていきましょう。これをもとに「成果物をひとつ作れるような課題」を 1 つ設定します。

例：「静的なウェブサイトを作れるようになりたい・・・ランディングページを作ってみよう！」

### 2. 必要なスキルを列挙して基本知識をインプットしてみる

事前予習ステップ。課題達成のために必要そうなスキルを可能な限り挙げてみて、「よくわからないな〜」と思ったところを「ほんのり概念はわかった」ぐらいになるまで調べてみましょう。

例：「ランディングページ作成に必要なスキルは・・・ JavaScript・React・Next.js・GitHub・TailwindCSS かな！デザインもしてみたいから Figma も触ってみようかな。」

### 3. 試行錯誤しながら課題をこなしてみる

ペーパーテストで問題を解いていく受動的な学び方と決定的に異なるステップがここ。不恰好でも不完全でも OK！動けばヨシの精神でガシガシ試してみましょう。**「自分で試してみる」こと**が大きなポイントです。

ちなみにこのステップ、**一人でやるとかなりしんどいです。** 誰かと一緒に試してみたり、進捗を twitter などの SNS で発信してみたり・・・**仲間の力を借りて乗り越える**ことを強くオススメいたします！

例：「Figma でデザインして、GitHub でブランチ管理をしながら Next.js を使ってランディングページを作ってみた！」

### 4. 改善する

動けばヨシの精神で作った成果物をよりキレイになるよう改善します。一人でコツコツ作業するのもアリですが、より良い成果物にするにはどこを直すべきか？**第三者から意見を貰うとより効果的** & 効率的です。

例：「拡張性の高いランディングページになるようコンポーネントをキレイに作り替えてみよう」

### 5. わからなかったところ、難しかったところをどう解決したかアウトプットして発信・共有してみる

アウトプットすることにより理解・習熟度がさらにパワーアップ！胸を張って「使える」ようになるために欠かせないステップです。発信して色んな人からフィードバックを貰うことによりモチベーション維持にも繋がりますし、何より同じところで躓いた将来の自分が涙を流して喜びます。

例：「Next.js の環境構築、難しかったな〜。具体的な手順をおさらいするために記事をひとつ書いてみよう」

## 学び続けられない人あるある！？挫折する理由 3 選

「[今の fwywd （フュード）とスウェーデンの大学はよく似ているという話](https://fwywd.com/blog/2022072601)」 で紹介したように、能動的な学び方は効果がてきめんである反面実践・継続することが大変難しいです。特にハマりやすい部分を 3 つまとめました。

### 1. 課題設定ができない

実は最初のステップ「課題をひとつ決めてみる」で躓く人、とっても多いです。初めて能動的な学びに挑戦した人の 9 割がここでハマるといっても過言ではないでしょう。何かを学ぶ際「何からしたらいいのかわからない」からスタートすることがほとんどだからです。

これを自力で解決しようとすると凄まじい労力が必要になります。「適切な課題を設定してくれる人」や「環境」を探すことが最も手っ取り早いです。例えば fwywd では能動的な学びの理想モデルとして[【１次試験】fwywd 採用試験 | fwywd（フュード）](https://fwywd.com/news/recruitment-1st)を無料公開しています。学習目的の人も受験 OK。課題は学習ステップ時の具体例そのまま・タダで現役エンジニアからのフィードバックが貰える特典付きです。能動的な学び方にチャレンジしてみたい人にピッタリ。

### 2. 完璧に理解するまでッ！インプットを止めないッ！

底なし沼へようこそ・・・（白目）

技術系の勉強している時ほど陥りがち。「必要なスキルを列挙して基本知識をインプットしてみる」時、インプットに時間をかけすぎてしまうことがあります。情報収集は「その必要なスキルで何ができるようになるのか？どうやって「試す」ことができるようになるのか？」がぼんやり分かったらそこで打ち止めにしてしまいましょう。能動的な学び方は **「試してみる時間」をどれだけ確保できるか** が肝となります。課題をこなしてみるうちに理解・習熟度は自然と深まっていきます。早めに試行錯誤するフェーズへ移りましょう。

### 3. 全部一人でやろうとして挫折する

「課題を決める」「インプットする」「課題をこなしてみる」「改善する」「アウトプットしてみる」ことを **たった一人で黙々と行うにはかなりの労力と胆力が必要** です。仲間を見つけて協力しながら行うと難易度が格段に下がります。しかしながら個人学習時に「仲間を見つけること」は「能動的な学び方を継続すること」よりもっと難しい・・・。

あれあれ？鶏が先か卵が先か・・・みたいな話になってしまいました。

しかし心配することなかれ。能動的な学び方を身に着けるための環境は存在します。**fwywd（フュード）です！！！！（ダイマ）**

## 一人で継続するのは難易度：インフェルノ、仲間と継続するのは難易度：普通。fwywd で能動的な学びを試してみよう

fwywd では「これからの時代を生き抜く力＝起業家精神を持った人材の輩出」を目指したコミュニティを運営しています。独立する・しないを問わず「新規事業を立ち上げるために欠かせないスキル」を「技術・経営・戦略」の 3 本立てで **「能動的に」「仲間と共に」** 学んでいただきます。成果直結型の学びを体験したい人にピッタリの環境を用意しておりますので、
興味のある方は ↓↓ 下記 ↓↓ もぜひ見てみてくださいね。

[挑戦しないことがリスクになる時代へ、学び方の革命を。fwywd（フュード）次期受講生募集中！](https://apply.fwywd.com/)


「こんなに努力してるのに成果に結びつかない・・・なんで・・・」 こんな思い、したことありませんか？ もしかしするとそれは学び方に原因があるのかもしれません。本記事では「使えるスキルの習得」に特化した能動的な学び方を具体例・ありがちな落とし穴を添えて紹介いたします！

ルールは作っただけではだめ。チームに浸透させる鍵は背景の共有


## はじめに

起業のはじめは**事業作り**。  
では、その次は何か。

その答えは**組織作り**です。  
組織作りにとって**ルール**は非常に重要な役割を持ちます。

ルールを作ったのに、仲間が思うように動いてくれない。  
そんなことにお悩みのあなた。  
私も組織づくりに**たくさん失敗**して今があります。

「**成功は人それぞれですが、失敗は多く共通しますよ。**」  
経営の大先輩がそう教えてくれました。

そこで、私が通ってきた**ルール作りの失敗談**を紹介します。  
みなさんが同じ失敗を繰り返しませんように。

## 伝言ゲームの成れの果て

### 知識を少しでも吸収しやすくしたかったのが...

私が創業したキカガクでは社内の制度として「**書籍手当**」があります。  
月１万円分であれば、上司の承認なしで書籍を自由に購入して OK というものです。

この手当には私の過去が影響しています。  
大学院の教授は参考書の購入をお願いするといくらでも買ってくれる人でした。  
もちろん理由があり、本は実際に読んでみないとわからないし、買ってしまったからという理由に縛られて良くない本に固執するのは良くない。  
だから気になる本は言ってもらえばすべて買うし、良くなければ読まなくて良い、と素晴らしく理解のある方でした。  
実際、研究をしているとちょっと読んでみたい本が多く、購入に悩む時間をこの制度のおかげで全て知識の吸収に充てることができ、大変感謝しています。  
貧乏だった私は、買ってしまった１冊の本に固執しすぎて**学びの損切り**ができていなかったのです。

これを教育の会社だからこそ、自分の会社でも同じような環境を作ってあげたい。  
もっと手軽に試行錯誤しやすいように、月１万円までは上司の承認も一切なしで自由に使える方が良い。  
そう思って、作ったルールでした。

そんな６年前の自分が作ったルールを最近入社した人にどんな風に伝わっているのかな？と覗いてみると...

「**マンガでも絵本でも月１万円までは何でも買って OK！書籍手当**」

なんなんだ...この制度は...。

会社のために新しいことを学ぶときのハードルを少しでも下げるためのルールだったのですが、**伝言ゲームの成れの果て**。  
誰が言い始めたのかわかりませんが、姿形が変わって伝わっていっていたのです。  
たしかに最近はマンガで学ぶシリーズも多いため、もちろんこれは全然 OK なのですが、当初の役割をほとんど果たさない、社員からしたら、ただの**ラッキーなルール**になっていました。

### 解決の鍵は「背景」の共有

書籍手当の件はあくまで１例でしたが、ルールというものは決めたときの思いを「**背景**」として書き残して共有していかないと、伝言ゲームによって劣化していきます。

**ルールは作るのは簡単でも運用が難しい**と言われています。  
この言葉は知ってはいたのですが何が難しいのか、よくわかっていませんでした。

その難しさの１つは「**ルールの作り手から受け手が離れていくこと**」だと、今回の件で理解しました。  
前までは直接対話できる距離にいたから１人１人背景を伝えられていたルールが、いつの間にか伝えられる距離感でなくなり、伝わっていると思っているものが伝わらなくなっている。

ルールの内容だけでなく、そのルールが作られた背景を一緒に書いておくことが大切です。  
福利厚生のような良いルールであれば、作り手の思いが伝わり士気が上がります。

逆に、セキュリティ対策のような締めるためのルールもあります。  
これも同様で、背景を理解できていないと「○○ しなさい」という締め付けだけ感じてやる気が下がります。  
前提としてのリスクなどの背景を理解することで、守らなければやばいという意識が生まれ、自然と主体性を持ってルールに従うでしょう。

## おわりに

当たり前のことを当たり前に言っているだけの記事ですが、**最終的に整理された成果物（ルール）だけ伝えて、作られた背景は伝えない**ということによく遭遇します。  
これでは今回のように伝言ゲームによって劣化していき、気づいた頃には別物になっていくでしょう。

大切なことなので最後にもう一度。

**ルールと一緒に必ず背景も書き残しておきましょう。**


起業のはじめは事業作り。では、その次は何か。その答えは組織作りです。組織作りにとってルールは非常に重要な役割を持ちます。ルールを作ったのに、仲間が思うように動いてくれない。そんなことにお悩みのあなた。私も組織づくりにたくさん失敗して今があります。「成功は人それぞれですが、失敗は多く共通しますよ。」経営の大先輩がそう教えてくれました。そこで、私が通ってきたルール作りの失敗談を紹介します。みなさんが同じ失敗を繰り返しませんように。

デザインのアイデアまとめ ~ 物足りないとき / ごちゃごちゃしてるとき ~


## はじめに

LP やバナーを作成する際の、ちょっとしたデザインのひと工夫をまとめました（主にテキスト周りです）。

「なんか物足りないなぁ…」や「ごちゃごちゃしすぎてる？」といったときに参考にしてみてください。

- LP やバナーなどのデザインを整えたい方におすすめ
- この記事は 3 分で読めます

## 🌱  物足りないとき

### テキストに下線をつける

優先して伝えたい部分を強調できます。色はページ内ですでに使われている色の中から選ぶのがおすすめです。コントラストが弱い場合は、彩度や明度を調整します。

![01](/img/pages/blog/2022072602/01.png)

### テキストにアイコンをつける

箇条書きなど単調に要素が並ぶ場合は、アイコンをつけることで程よくアクセントをつけることができます。

![02](/img/pages/blog/2022072602/02.png)

### テキストの色を変える

見出しや補足などのテキストは色を変えることで、別の要素であることを直感的に伝えることができます。ページ内の同じ要素には、同じ

色を採用するようにします。デザインにまとまりやすいです。

![03](/img/pages/blog/2022072602/03.png)

### テキストに背景をつける（白抜き文字）

見出しなどをかなり強調することできます。また色によって記載内容を直感的に伝えることができます。「注意事項」は赤色など。またフォントウェイトは太めに設定すると文字を読みやすいのでおすすめです。

![04](/img/pages/blog/2022072602/04.png)

### フォントのサイズやウェイトに緩急をつける

![05](/img/pages/blog/2022072602/05.png)

### 真っ黒以外の色を使う

ほんの少し色味を調整するだけでページ全体の印象を大きく変えることができます。濃灰や濃紺などがよく使われます。意外と真っ黒(#000000)を使うのは難易度が高かったりします。

![06](/img/pages/blog/2022072602/06.png)

### イラストを使う

書かれている内容を一目で伝えるのにイラストは最適です。テキストの感情やシチュエーションとシンクロしているほど効果は増大します。

![07](/img/pages/blog/2022072602/07.png)

### 字間を広げる

字間をゆったりとることで、テキストに優しい印象を与えたり、ゆるやかに強調することができます。本文の場合は数%、見出しなどには大胆に広げているものもあります。見落としがちな部分ですが、少しの変化で印象を変えることができます。

![08](/img/pages/blog/2022072602/08.png)

### グラデーションを使う

グラデーションを使うと奥行き感や立体感を感じさせることができます。大胆な変色でネオン感を出したり、ほんの少しだけ雰囲気を追加するのにも最適です。水平方向につけることが多いです。

![09](/img/pages/blog/2022072602/09.png)

## 🌿  ごちゃごちゃしてるとき

### 位置を揃える

テキストの始まりや終わりを揃えることで、範囲を印象づけることができます。情報のまとまりを直感的に認識しやすくなるため、見る側の負担が軽くなりよりシンプルに見えます。

![10](/img/pages/blog/2022072602/10.png)

### フォントの種類を揃える

見出しやタイトル、ロゴなどを除いて、なるべくフォントは統一した方が見る側は負担は軽くなり内容の集中できます。

![11](/img/pages/blog/2022072602/11.png)

### フォントのサイズ・太さを揃える

少しのフォントサイズの違いや太さの違いは、読みにくさを感じさせます。できる限り統一することが無難です。

![12](/img/pages/blog/2022072602/12.png)

### 色を揃える

たくさん色を使うと派手な印象になり情報は増えますが、それは内容とは関係がない不要な情報である場合があります。白と黒を以外に使用する色は 1~3 色程度に抑える方が統一感をコントロールしやすいです。濃度や透明度で調整は問題ありません。図のアンダーラインは同色をそのまま使うと少し濃いので透明度を上げて調整しています。

![13](/img/pages/blog/2022072602/13.png)

### 線で区切る

単調に内容が並ぶ場合は、単純ですが線で区切ると内容のまとまりが明確に伝わるため効果的です。目立ちすぎないように、なるべく細い線か、色の薄い線がおすすめです。

![14](/img/pages/blog/2022072602/14.png)

### カードを作る

たくさんの情報が単調に続く場合は、内容のまとまりが明確になります。色は目立ちすぎないものを選びます。枠や区切りを強く感じさせないが、内容のまとまりは無意識に伝わっている、ぐらいがちょうど良い塩梅だと思います。

![15](/img/pages/blog/2022072602/15.png)

### そもそも情報を減らす、整理する

全てを伝えようとすることが逆効果なこともあります。伝えたいことを整理して、研ぎ澄まされたシンプルな言葉で表現することも、大事なデザインの一つです。

![16](/img/pages/blog/2022072602/16.png)

## （おまけ）おすすめしないこと

### あまり関係がない写真を使う

どんなに美しい写真でも伝えたい内容と関係がない写真を使うことはおすすめしません。写真は諸刃の剣で、ズバリの写真があれば最強のツールですが、ズレがあると伝えたい内容がぼやけてしまったり、写真の印象に飲まれてしまいます。絵文字でも十分伝わることもあります。

![17](/img/pages/blog/2022072602/17.png)

### 文字自体に装飾する

フォントは緻密にデザインされ完成されたものです。文字自体を変形したり、装飾することは難易度が高いです。どうも物足りないという場合は、別のフォントを探すか、文字以外の部分での装飾を検討ましょう。

![18](/img/pages/blog/2022072602/18.png)


LP やバナーを作成する際の、ちょっとしたデザインのひと工夫をまとめました。（主にテキスト周りです。）「なんか物足りないなぁ…」や「ごちゃごちゃしすぎてる？」といったときに参考にしてみてください。

今の fwywd （フュード）とスウェーデンの大学はよく似ているという話


皆様こんにちは！ 運営チームの古川です。

2022 年 7 月に無事リリースをキメた fwywd（フュード）。リリースするにあたって「fwywd の強みってなんだろう？」をぐんぐん深掘りする機会がありました。

深堀れば深掘るほど実感した真実がひとつ。「fwywd の学び方って、うちの母校にそっくりじゃん！」

本記事ではスウェーデンに 8 年住んで実感したスウェーデン式教育と fwywd 流の学び方を比較する形で紹介いたします。福利厚生で有名なスウェーデン教育の実態を垣間見てみたい方、必見です！

## ※注意事項

1. これからお話しする内容はあくまで「私自身がスウェーデン州立中央大学・情報科学部を卒業した時の体験談」「私が関わってきたスウェーデン人で情報系の大学を卒業したことがある人たちの経験談」から統合して結論を出した **「主観的な」** 一般論です。例外が存在するであろうことはご承知おきください。
2. 情報系学部の実態・特にソフトウェアエンジニア界隈でのお話がメインとなります。周囲のお話を聞いている限り基本的に他業種も変わらないとは思いますが例外が存在する可能性はありますのでご了承ください。

## 「即戦力に全振り」なスウェーデンの情報系大学事情

「日本と海外の大学はカリキュラムが全く異なる」という話、聞いたことがありませんか？スウェーデンと日本においては確かにその通りでした。**スウェーデンの大学は「ひたすら実践力重視」**。特定の分野において即戦力となることを目的としたカリキュラムのオンパレードです。

いわゆる「大学の教授が教壇に立って授業をする」時間はカリキュラム全体の 10%もありませんでした（肌感）。さっと必須の知識をインプットさせたらあとはひたすら実践 & 実践。与えられたお題をひたすら手を動かしてこなしていく「試行錯誤すること」に全集中させるカリキュラム。日本の大学と比べ **「理論より実践力を」という意識が非常に強い** です。

なぜこんなにも違いが出るのか？ヒントは「大学のその先」にありました。

## ポイントは「就職事情の違い」にアリ？

大学・大学院卒業という教育の出口の先で待っているものはなんでしょう？そう、就職です（研究者も含む）。

この就職事情、両国でかなりの違いがあります。福利厚生が手厚いイメージが先行するスウェーデンですが、その一方で**職種を問わず就職難易度が非常に高い**です。大きな特徴のひとつが「経験者至上主義であること」。日本でおなじみの新卒カードはスウェーデンでは存在しません。企業が求めている人材は常に「最低限その業種の専門知識を習得していると証明できる者 or 経験者」です。完全な未経験者が採用される職種は極めて少なく、スーパーのレジ打ち店員ですら「小売に関する教育を受けて活用したことがある実績 or 実務経験」が求められるシビアな就職事情となっています。会社はあくまで「学んできたことを活用して社会に貢献する場所」であり、学びたいなら教育機関へ行って学んできてきてね、というスタンスです。

その結果各教育機関は自然と「特定の分野ですぐに活躍できる」実務特化型のカリキュラムを有するようになりました。「こちらが指定するスキルが身についていない人はどこの大学を出ていようが要らぬ」がスウェーデン企業の一般認識といっても差し支えないと思われます。**「使える」技術を習得していなければなんの意味もない**・・・！ということですね。

### 他人事にしてはダメ！「使えなければ意味がない」危機感

対する日本は「新卒なら未経験でも OK 、気が合う人なら会社で育ててあげる」風潮の企業が比較的多い印象があります。しかしながら終身雇用制度は崩壊し、社会全体がジョブ型の実力主義に移行しつつあります。「未経験でも OK 」だけれど「技術が身に付いていない人は後で足切りしちゃお〜」という風潮が徐々に主流となってきている印象です。今の時代を生き残るには **「必要なスキルを使えるレベルでいかに効率よく身に付けていくことができるか」が重要** と言っても過言ではないでしょう。「使えなければ意味がない」危機感の波はもう足元にまで迫っています。

### 「頑張ったのに使えない」受動的に学び続ける恐ろしさ

こんな経験ありませんか？「ずっと学んできたのに成果が思うように出ない・・・」。諸悪の根源は学び方にあります。ズバリ **「受動的な学び方」** 。この受動的な学び方、「使える技術を身につける」という観点ではあまり効率的ではありません。

古典的な日本の英語教育が代表例のひとつです。「義務教育で 6 年以上英語を学んだのに全く書けない、話せない。」一度は目にした言葉ではないでしょうか。まさに「単語」や「文法」のみ詰め込むことを重視しすぎた「受動的な学び」の典型例と言えるでしょう。私たちは単語の意味を丸暗記して単語テストで 100 点を取ることはできても、覚えた単語を組み合わせて話してみる・書いてみるといった学習時間がほぼ皆無と言っても過言ではありませんでした。少なくとも私は小・中・高でやった覚えがほぼありません。「試してみる・使ってみる練習」をしたことがなければ使えないのは当然起こり得ることです。

これは英語に限った話ではなく、「試行錯誤する」能動的な学び方へ切り替えなければ　**「こんなに勉強したのに、努力してきたのに、なんで使えるようにならないんだろう」**　と**一生**悩むことになりかねません。本当にあった怖い話より恐ろしい話ですね・・・。

## スウェーデンの大学から学ぶ「能動的な学び方」

じゃあ「使える技術」を習得するために必要なものって結局何だろう？という話に戻ります。こちらもズバリ「能動的な学び方」です。具体的に言うとスウェーデンでは以下のようにカリキュラムが組まれていました。

1. 課題達成に必要な知識をカリキュラム全体の 10%ぐらいを使ってインプット
2. 提示された課題を試行錯誤して提出する。課題には必要最低限の条件のみで何を作っても OK
3. 教師陣からフィードバックを貰い合格基準に達するまで改善し続ける

軽くインプット ▶︎ 試行錯誤 ▶︎ 改善 ▶︎ 試行錯誤・・・を繰り返すことで**使えるようになるまで学び続ける**ところが受動的な学びと大きく異なる点と言えるでしょう。「使える技術を学びたい」人にとってはまさに夢のような話です。しかし・・・無視できない大きな欠点も存在します。

### 卒業率 ○%！？目を見張る脱落率の高さ

実は日本とスウェーデン、どちらも「社会で活躍できる人材の輩出量を増やすこと」に課題を抱えています。一見完璧に見えるスウェーデンの「能動的な学び」を軸に据えた教育施策も現実問題あんまりうまくいっていないのです。スウェーデンにおける情報系職種（エンジニア・プログラマーなど）の人材不足は日本と同等、あるいはそれ以上に深刻化しています。なぜなら・・・教育の途中で**脱落していく人が多いから**です。実際に私の代は当初 90 人いた同期のうち卒業できたのはたったの 3 人でした。衝撃の **卒業率 3%** です。これは私が通っていた大学が特別低いわけではなく（少なくとも私が聞く限りでは）卒業する人が 1 桁人、は割と普通に起きている現象です。10 人以上だと「豊作」なイメージ。学費が無料である以上途中で辞める敷居が日本に比べて低いことは否めないものの、それにしたって「卒業率 3%」はあまりにも低すぎると言わざるを得ません。どうしてこんな事態になっているのでしょう・・・？

私は「能動的な学び」の欠点に由来すると考えています。試行錯誤には常に痛みが伴います。失敗することは怖い。何かがわからないことも怖い。行動するにも労力が要る。「**能動的な学び」を継続させることは非常に難しい**のです。これをどうやって克服するかが「学び」の大きなテーマと言っても過言ではないに違いないと思っています。

## スウェーデン式「能動的な学び方」から更に進化！ fwywd 流の学び方

話を戻しましょう。fwywd とスウェーデン大学の学び方は非常によく似ています。というかほぼそのまんまです。fwywd の学びステップは以下となります。

1. 必要なスキルの紹介と共に課題を提示する
2. 課題達成に向けて試行錯誤し成果物を提出
3. 理想の答えを見て改善・アウトプット

スウェーデン方式と同じく「試行錯誤すること」に重きを置いた「使えるようになること重視」の学び方です。継続できれば成果量は受動的な学び方と当然比較にならないほど多くなりますが何の対策もなくこの学び方を採用すれば我が母校の二の舞になることは必至。fwywd では **「能動的な学びをいかに継続して行えるようにするか？」** 考えに考え抜き一つの結論に至りました。

その答えは・・・**「仲間と共に試行錯誤すること！」**

### みんなで試せばこわくない

赤信号ですら渡れるんですよ、みんなで試せばね（※良い子はマネしないように）。怖いこと、労力が要るものはみんなで分け合えば楽になる作戦です。わからないところを共有しあう。自分がわかっているところは教えてあげる。逆に誰かに教えてもらうこともある。「個」ではなく「群」で教育することにより **学習継続性を高め、同時に技術の習熟度も上げていくことが狙い** です。

実際この方法は現在「継続性のある能動的な学び」への一つの答えとして非常にうまく機能しています。fwywd1 期生の皆さんは現在も熱量高く活動中です。入学前にプログラミングを全く触ったことのない人でも自力で自社サービスのためのランディングページを実装できるようになったり、アプリケーションの制作に挑戦できるようになったりと入学して 3 ヶ月と経たないうちに実践的な技術力がめきめきついています。「みんなで試行錯誤すればこわくない」を体現されている皆さん、すばらしいです！

## これからの時代を生き抜くのに必須な「能動的な学び」を fwywd で身につけよう

これまでのお話をまとめます。

- 受動的な学びを続けた先に待っているのは・・・「成果が出ずに苦しむ未来」
- 能動的な学びは成果に直結するが継続することが難しい
- fwywd では「みんなで試行錯誤する」ことによって継続性のある、成果量の高い学びを実現している

つまり。**fwywd の学びって、最先端**なんです。

「今の自分で本当にいいのかな」

「やってみたい気持ちはあるけど一歩踏み出せない」

「学ぼうとはしているけれど三日坊主で終わっちゃう」

これらにお悩みのあなたが活躍できる一歩目を作り出す環境を fwywd は用意しています。
興味のある方は ↓↓下記↓↓ もぜひ見てみてくださいね。

[挑戦しないことがリスクになる時代へ、学び方の革命を。fwywd（フュード）次期受講生募集中！](https://apply.fwywd.com/)


2022年7月に無事リリースをキメた fwywd（フュード）。リリースするにあたって「fwywd の強みってなんだろう？」をぐんぐん深掘りする機会がありました。 深堀れば深掘るほど実感した真実がひとつ。「fwywd の学び方って、うちの母校にそっくりじゃん！」 本記事ではスウェーデンに8年住んで実感したスウェーデン式教育と fwywd 流の学び方を比較する形で紹介いたします。福利厚生で有名なスウェーデン教育の実態を垣間見てみたい方、必見です！

インターンに隠された成長戦略 ~ 意識と行動の変化 ~


## はじめに

「**1 ヶ月前の自分と現在の自分を比べて、どんな成長をしましたか？**」

インターンを終え改めて初日の企画草案を見返してみると、、、

とにかく、がむしゃらに取り組んでいる。それだけは伝わりましたが、そこに「仮説」や「訴求ポジションの意識」「本質の深堀り」などの戦略はありませんでした。

量はあるけれど表面的で、議論をするレベルにすら達していない状態でした。
今回はそんな私の意識を変え、しっかりとした戦略を立て行動に移せるよう成長させた、インターンに潜んでいた戦略を紹介します！

## 対象読者

- 行動はしているけれど戦略がないためなかなか成果に結びつかない
- 意識は変わったけど行動ができていない
- fwywd がどんな環境なのか興味がある

という方。

## 意識と行動の変化するタイミング

マーケターの森岡毅さんの言葉で、

- 「**意識 ＝ その瞬間に変わる**」
- 「**行動 ＝ 染み付いた神経回路と筋肉**」

とあり、これがまさに今の私の状態であるとオーナーの吉崎さんから共有していただきました。

確かに、[**私がインターンの前半**](/author/watanabe)で学んだことであっても、何度も何度も意識して行わないと自分の最も慣れているパターンの行動になってしまっていたと感じました。

つまり、人の意識が変わってから行動が変わるまでには時間がかかるということです。

## 大きな転換となった意思決定

**起業家はベストケースで結果を出すのではなく、ワーストケースでも結果を出せるようにプランを練っておくことが大切**だと伝えていましたよね。

2 週目と 3 週目の間、外部の方とのやり取りで起きたトラブル。この時、**吉崎さんはワーストケースでも結果を出せるように戦略を立てていた**ので、事なきを得ました。

ここでの問題は何だったのでしょうか？

トラブルを起こしてしまったこと自体ではありません。それを咎められることもありませんでした。

本当の問題は、心のどこかで「**誰かが何とかしてくれるだろう。**」そういった甘い考えが残っていたことだと思います。

自分自身の、ワーストケース対応まで考えられていない執念の弱さを痛感しました。

これでは、事業はうまくいかないどころか成長に限界が訪れてしまいます。

このタイミングで、「来週以降のインターンを続けるかを改めて考えていただきたいです。」と大きな意思決定が訪れました。

ここで私の意識はもう 1 段階ガラッと変わり、意識と行動を変え以降のインターンへ取り組む決意をしました。

そして、何度も繰り返し**意識し行動**へ移すことで神経回路に染み付いた行動へと変化し最後の [**fwywd 2 期**](https://apply.fwywd.com)のリリースまで駆け抜けることができました。

## 過程に潜む戦略

ここで、インターンの進め方にどんな戦略が潜んでいたのかをふり返ってみると、**スキルや知識を習得する過程も含めた行動デザイン**がなされていると感じました。

企画草案（本質の深堀）→ 戦略&方向性の議論 → 自ら考えスキルを学ぶ → 最終的な成果物へ落とし込む。

まず、毎回取り組むにあたって、自分なりの戦略を立ててから取り組むように変わりました。

もちろん、その戦略が毎回正しいとは限りませんし何度も失敗しました。

ですが、仮説を立て行動した結果なので、その差分が生まれた理由を探し修正できます。

そして、その改善にあたり必要であるロジカルシンキングや新たな知識、スキルを自ら調べ、学んで実践していくようになります。

この順番でスキルを習得していくことこそ、課題解決のために必要なスキルを欲し自ら獲得しにいく状態となり、最も吸収率を高めた状態で取り組むことができると実感しました。

よく、吉崎さんから 1 日の時間は限られているのでいかに「**最小コストで最大成果**」を出せるのかが重要と伺っていましたが、これができるようになるための戦略が練られていたわけですね。

この習得の過程は何事にも通ずる、自立した力を養うものであり、単にスキルをもっている人材ではなく、成果を出す市場価値の高い人材を生むための fwywd の仕組みそのものであるとも感じました。

まとめると、インターンには新規事業づくりの企画草案からリリースまでの一連の流れを通じた**意識と行動**を改革する戦略が潜んでいました。そして気がつくと 1 ヶ月前とは比べ物にならない知識やスキルも身についているという理想的な状態へ成長していました。

ふり返ってみて、改めて**戦略**の大切を実感しました。

## 終わりに

最後に少しだけ fwywd 第 1 期を作り上げている際に起きた秘話を伺ったのでお話させてください。

吉崎さんともう 1 人のメンバー計 2 人で作り上げてきた fwywd も 9 割以上ができ、まもなくリリースという時、そのメンバーが起業をするために辞めてしまったそうです。

でも、その時吉崎さんは「**このプロダクトは絶対に成功する**」と確信したそうです。

なぜなら、fwywd を一緒に作り上げてきたメンバーが起業したくなり、実際に起業してしまったくらいのサービスのコンセプトが出来上がったからです。

そして実際に、私もこの fwywd に参加してその時の吉崎さんの確信は間違っていなかったと実感する日々を、最高の仲間たちと過ごしています。

行動することが当たり前の環境、やらない人にとってはハードな環境かもしれませんが、挑戦する人にとっては最高の環境が整っています。

現在、もし fwywd 参加を悩んでいるのであれば、あなたの挑戦の第一歩目としてまずは fwywd を覗いてみてはいかがでしょうか。

その後の意思決定は自分次第ですが、挑戦するみなさんを私は応援しています！！

そして、みなさんに負けないように私も挑戦し続けます！

最後までお読みいただきありがとうございました。


「1ヶ月前の自分と現在の自分を比べて、どんな成長をしましたか？」インターンを終え改めて初日の企画草案を見返してみると、、、とにかく、がむしゃらに取り組んでいる。それだけは伝わりましたが、そこに「仮説」や「訴求ポジションの意識」「本質の深堀り」などの戦略はありませんでした。量はあるけれど表面的で、議論をするレベルにすら達していない状態でした。今回はそんな私の意識を変え、しっかりとした戦略を立て行動に移せるよう成長させた、インターンに潜んでいた戦略を紹介します！

【学び方解説】今の fwywd （フュード）とスウェーデンの大学はかなり似ているという話

マーケティングの本質と戦略 ~ そもそも、なぜあなたはこの記事を読むのですか ~


## はじめに

「**あなたがこの記事へ訪れた理由は何ですか？**」

- fwywd に興味がある
- マーケティングの本質を知りたい
- 読んでみたくなるタイトルだった

もちろん、様々な理由でこの記事へたどり着かれたと思いますが、今回私がみなさんにお伝えしたいのは「**戦略なき実行はただの無謀な発散**」この言葉です。
これは [**fwywd チームでのインターンシップ**](/blog/what-you-can-say) 2 週目で最も意識することとなった**オーナー吉崎さんの言葉です**。

今週行ったのは「バナー広告」「プレスリリース」の企画草案と発注でした。

その中で感じたのは**全力で取り組んでいるだけでは成果は出ない。**

まさに１週間前の私はなんとなく仮説を立てただけの「**戦略なき実行**」をしていました。

しかし、今週の体験を通して正しく「**戦略**」を立て、仮説をもって行動できるようになりさらに大きく成長を遂げました。

それでは、私が成長する要因となった実際の体験や学びを紹介します。

## 企画草案とは戦略

まず、これまでのインターンを振り返ってみると一貫してはじめに行ってきたのは企画草案でした。

企画草案とは、言い換えるならば「**戦略**」を立てることです。

そして、レビューを受ける際は自分が練り上げた戦略をプレゼンしさらに良い戦略へとブラッシュアップさせます。

この段階でしっかりと戦略を練らない人が行き着くのは、とりあえず**実行に移し結果を見て振り返る**（以前の私）です。
確かに行動に移すことは大切であり、その結果を振り返ることも大切です。ですが、**仮説をもって行動する人**と比べると結果から得られる情報や経験値に驚くほど大きな差が出ます。
仮説との差分を見てなぜその差分が生まれたのか、そこを突き詰めて修正していくことができると…

はい！**仕事のできる人・事業が成功する人**の出来上がりです！

こうなりたい方はぜひ、最後まで読んでみてください。

そして、この**戦略を立てて行動に移す**ことはなにも「LP 作成」「広告」「事業作り」に限った話ではないと気付かされた体験があります。

この体験には後ほど触れるのでしばしお待ちください。

## 「万人に受ける」ことは「誰にも刺さらない」

---

少しマーケティングの話に触れていきます。

私は以前レストランで働いていたので飲食業界を例にあげると、飲食業界の大きな課題として多くのお店では「人材不足」「労働環境」「原価高騰」など抱えていますが、だからと言って「人材不足を解消します」と謳った「**万人に受ける**」言葉では本当に顧客が求めている価値へはたどりつかず「**誰にも刺さらない**」言葉になってしまいます。

ペルソナを決めゴールと現状のギャップを訴求軸に戦略を立てていくという手順は変わりませんが、以前 fwywd チームの古川さんが[**「魔法の言葉」**](/tech/introduction-to-software-design)と表現していたユーザーの心の声を引き出す言葉「**そもそも**」。

この言葉もオーナー吉崎さんの直属で修行しているおかけで、本質的な意味を実感できた言葉の 1 つです。

この「そもそも」を問い続けることで物事の本質に近づいていきます。

## 正しく戦略をたてるには？

冒頭で**戦略なき実行**をしていたと書きましたが、先週の私が全く戦略を立てずに実行していたのかというと、決してそんなことはありません。

**正しく戦略を立てられていなかった**というのが事実です。

ここで大活躍するのが魔法の言葉「そもそも」。

では少し面白い例をあげて考えて見ましょう！

ペルソナはこの記事を読んでいる**あなた自身**です。では「そもそもなぜこの記事にたどり着いたのですか？」

→「〇〇だから」
→「ではそもそもなぜそう思ったのですか？」

→「・・・」（繰り返す）

本当に求めていたものが出てきたのではないでしょうか？

参考までに私が読者になったとして考えてみると…

→「マーケティングの本質を学びたいと思いネット検索をしていたから」

→「ではなぜマーケティングを学びたいと思ったのですか？」

→「自分の事業（商品）を届ける仕組みを作りたい」

となり、この記事を読んでいる本質的な動機は「事業を届けたい」ということになります。

その本質的な動機に刺さるように戦略を立てることこそ**正しい戦略**の立て方といえます。

そして、その動機に刺さる言葉を前回記事の [**あなただからこそ言える言葉で**](/blog/what-you-can-say) 伝えることができると、あなたの戦略に説得力や訴求の納得度が増します。

これでようやく、仮説との差分を突き詰め改善していくことが可能になります。

## 本質的な質問とは

では、上記の体験について紹介します。

現在進行形で起業に取り組んでいる淡路島に先週はじめ、吉崎オーナーの株式会社キカガク創業当時からの一番弟子であり、現在は code4biz の代表を務めている **[いまにゅ](https://twitter.com/03Imanyu)** さんが訪れてくださいました。

そこで、はじめは吉崎さんが対談形式で起業初期の私たちが一番伺いたい内容を的確に抑えながら進行をし、多くの学びを得ることができました。

その後の質問タイムでも、いまにゅさんには多くの質問に回答していただきとても有意義な時間となりました。

ですがインターン 2 週目を終えた現在振り返ってみると、私がした質問は本当に本質的なものだったのかと疑問が浮かびました。

進行をしていた吉崎さんの質問と私の質問の違いは何だったのか考えると、

「**そもそもなぜその質問をするのか？**」と自分に問いかけることをせず、浮かんできた質問をぶつけていたことだと感じました。

「正しい戦略」「そもそも」これらインターンでの学びを活かせばもっと本質的な質問ができる。

このように、インターンで学んだことがインターン以外の部分でも非常に活きてくることを実感している毎日です。

また、来週からもインターンシップの中に吉崎さんが潜ませた**成長するための戦略**を探って紹介していきます！

## **終わりに**

今回は私がインターン 2 週目で得た学びが、それ以外の事業作りや本質を捉えた質問の仕方など**起業家に必要な力を養っている**ことを感じた１週間でした。

そして、 **fwywd 第 2 期の募集がついに始まりました！**

私が日々成長を遂げていくように自分も成長したいと感じた方はぜひ **fwywd 第 2 期への挑戦をお待ちしています！**


「あなたがこの記事へ訪れた理由は何ですか？」「fwywd に興味がある、マーケティングの本質を知りたい、読んでみたくなるタイトルだった」 もちろん、様々な理由でこの記事へたどり着かれたと思いますが、今回私がみなさんにお伝えしたいのは「戦略なき実行はただの無謀な発散」この言葉です。これは fwywd チームでのインターンシップ 2週目で最も意識することとなったオーナー吉崎さんの言葉です。今週行ったのは「バナー広告」「プレスリリース」の企画草案と発注でした。その中で感じたのは全力で取り組んでいるだけでは成果は出ない。まさに１週間前の私はなんとなく仮説を立てただけの「戦略なき実行」をしていました。しかし、今週の体験を通して正しく「戦略」を立て、仮説をもって行動できるようになりさらに大きく成長を遂げました。それでは、私が成長する要因となった実際の体験や学びを紹介します。

仕事を辞めずに起業を進める、その中で得た学び。〜目の前の仕事ですらつながっていて、それではじめて起業なのか〜


## はじめに

fwywd C1 に参加して気づいたことや実感している変化をご紹介します。

（fwywd C1 とは「仕事を続けてオンラインで参加」することです。人が変わるための条件 (Conditions) の一つ「付き合う人」を変えたパターンです。）

- 起業を目指している方、fwywd への参加を検討している方におすすめです
- この記事は 5 分で読めます

## 6 つの学び

### 仕事にそのまま活かせる経験

fwywd 内でのルールや技術チャレンジなどから、普段の仕事にも活かせる経験が多々ありました。

例えば、以下のようなことです。

- Slack でのコミュニケーション方法
- エンジニアリング的な視点（コンポーネントの概念など）
- 業務を自動化する意識、自動化ツールの使い方

一方で、「もっとこうあればいいのに、、」という思いから、会社の仕組みに変化を求めたり、社内の人と意見がぶつかることも。

### いまの会社への感謝

起業について知るごとに、いまの会社への感謝の思いが強くなりました。雇ってもらっていることへの感謝、会社に貢献しようという想い、創業者への敬意が高まりました。

普段、何不自由なく働けているその裏側には、様々な仕組みや手続きがあること。

自分一人を働かせるに当たり、様々な経費が発生していること。

そもそも創業者の思いがなければ、この会社自体が存在していないこと。

そんなことに改めて意識することが増えました。

### 時間への意識が高まる

時間の使い方への意識がおのずと高くなりました。起業にあてる時間を確保するために、普段の仕事を時間内に収める意識が高まります。平日の夜と土日の時間を、いかに有効に使うかを考えるようになります。

また、これまでのように当たり前に休みの時間が取れないため、余暇の取り方や時間、体調などについても管理する大切さを実感します。

一方で普段の仕事では、起業の時間を優先しすぎて普段の仕事が雑になったり、前日の疲れを引きずって仕事のパフォーマンスが下がってしまうことも。

こうなっては元も子もありません。まずは目の前の仕事を丁寧にしっかりとこなし、今の会社に貢献してこそ、次に進める。起業や社会貢献はその先にあるはずです。

### 考えが煮詰まりにくい

就業時間で強制的に頭を切り替えられるため、普段の仕事も、起業のことも、考えが煮詰まりにくいです。一時的に距離をとることで、どちらのことも比較的冷静に判断できていると感じます。

一方で、すぐにやりたい！という時でも、どうしても勢いを出しきれないことも多いです。その結果、仕事中に起業のことを考えてしまうことも。

### 変化がゆるやか、負担もゆるやか

良い変化と悪い変化、そのどちらも人には負担なるといいます。その点で、fwywd C1 での参加は瞬間最大的な負担は C3, C2 に比べて小さいと思います。

一方で、変化がゆるやかな分、成長もゆるやかになってしまいやすいです。

ちなみに、変化がゆるやかとはいっても、しっかりとした負担（努力や時間）はかかりますので、相応の覚悟は必要です。

人が変わるための 3 条件における、それぞれの変化具合は以下のような体感です。

- 【付き合う人】全てが変わらないため、負担は中程度。自分は半分ぐらいが変わった印象。
- 【時間の使い方】変化がゆるやかなため、負担もゆるやか。
- 【住む場所】変化しない。

### 自分のペースを維持しやすい

コミュニティとの距離感や情報量をコントロールしやすいため、自分のペースを維持しやすいと思います。周りが気になって自分のことに集中できない、といったことはあまりありません。

また、Slack や SNS などでの発信で、ほどよく他のメンバーの活動は感じ取れるため、「あの人も頑張っている、、」と熱量を感じ取れたり、勇気をもらえる、ちょうど良い距離感です。

一方で、周りから直接的な影響は受けにくいため、自分のキャパ以上の無理をしにくく、成長が遅くなりやすいと言えます。環境の変化が少ない分、自分で意識して変化していく必要があります。

自分の体調やメンタルも含めて、いいパフォーマンスが出せるちょうど良い変化の塩梅を、自身で見つけていく必要があります。

自分にとっては C1 は程よい良い背伸び感・緊張感だと感じています。

## おわりに

fwywd で起業を進める中で得た学びをご紹介しました。起業を目指している方、fwywd への参加を検討している方にとって、少しでも参考になれば幸いです。

私自身まだまだですが、fwywd に参加してから、少しずつ意識が変わり、行動が変わってきていると感じます。

最後に、最近お気に入りの言葉をご紹介します。

**「かっこいい人」には必ず姿勢がある**

姿勢という字は”姿に勢い”と書きます。かっこいい人は姿に勢いがある。何かに向かう姿は、誰しも生き生きとかっこよく見えるものです。生きていると色々なことがありますが、自分も何かに向かう姿勢はいつも持っていたい、と思える言葉です。

## 筆者

吉田 達哉

日本における死の習慣や文化を豊かにしていくプロダクトを開発しています。現在商品化に向けて協力者を探しています。プロジェクトにご興味のある方、ぜひご連絡をお待ちしております！

Twitter：[https://twitter.com/blueborderbear](https://twitter.com/blueborderbear)


fwywd C1 に参加して気づいたことや実感している変化をご紹介します（fwywd C1 とは「仕事を続けてオンラインで参加」することです。人が変わるための条件 (Conditions) の一つ「付き合う人」を変えたパターンです。）起業を目指している方、fwywd への参加を検討している方におすすめです。この記事は5分で読めます。

仕事をしながら起業活動をすることのメリット・デメリット


## はじめに

起業すると決意したときに、活動の仕方には大きく２つの道がある。１つは勤めている会社などをやめて、起業活動に専念する道。もう１つは、会社に勤めながら起業するいわゆる週末起業の道だ。fwywd の１期生には両方のパターンで挑戦している人がいて、私は週末起業で挑戦しているパターンだ。

本記事を執筆している ２０２２年６月末で、fwywd に参加して半年になる。
（プログラムのスタートは４月からだが、１～３月は事前期間として活動した）
これだけの期間が経つと、週末起業として活動することで感じられるメリットとデメリットがわかってきた。
この記事ではそのメリット・デメリットを紹介しつつ、デメリットに対し、どのような対策をしているかを記載していく。fwywd への参加を検討している人や、 fwywd に限らず週末起業をしようとしている人はぜひ参考にしてほしい。

## 対象の読者

- fwywd の２期生への応募を検討している方
- 週末起業に挑戦しようとしている方

## メリット

### 金銭的な余裕があるため、心理的安全性が高い

真っ先に思いつくのはこれだろう。本業での収入で最低限の生活は保障されているため安心感はある。
焦って変な詐欺まがいの話に飛びつくこともないし、アイディアやビジネスプランをじっくり練る余裕が生まれる。ビジネスを始めるにあたって予想以上に資金が必要になったときも勤めている会社の稼ぎで補填するということもできる。
こうして書いてみるといいことばかりのように聞こえるが、この「安心感」は表裏一体でデメリットにもなるので注意が必要だ。（詳細は後述）

### 本業を通して社会的なつながりを持っている

本業として社会と何かしらのつながりを持っていることは地味に大きなメリットだ。
fwywd には前述の通り、勤めていた会社をやめて起業活動に専念しているメンバーもいる。その活動を見ていると、この点はメリットであると強く感じる。
もう少し具体的に見ていこう。
ビジネス初期は、自分のビジネスアイディアを他人に話す機会をたくさんもった方がよい。自分だけで考えたアイディアは固定観念に囚われがちだし、第三者視点でのアドバイスはアイディアの幅を広めるからだ。そういう意味で、仕事の同僚などは非常にいい壁打ちの相手になる。同僚だとビジネス感覚もある程度推し量れるし、「友達」ではないので、アイディアをフラットにみてくれるだろう。場合によっては上司や先輩など自分よりビジネスセンスがある人からも意見を貰える。実感しづらいかもしれないが、そういった人と気軽に話せるコミュニティを見つけるのは意外と難しいのだ。
また、自分が考えているビジネスアイディアが勤めている会社のビジネスと関連する人もいるだろう。この場合、同僚が単なるアイディアの壁打ち相手に留まらず、潜在顧客にもなり得る。ユーザインタビューとして気軽に意見を聞くこともできるので、やはり大きなメリットになるはずだ。

### 本業に対する取り組み方、見方が変わる

自分でビジネスを作る活動をしていると本業の見方が大きく変わる。
今の会社はどういう風に収益を上げているのか、経営陣は何を考えてどんな意思決定をしているのかなど、いわゆる「経営者目線」を徐々に持てるようになる。（経営者目線の練度はあるが、その点はここでは言及しない。）こんなにも身近に勉強になる材料が溢れていたのかと改めて目を輝かせる。同じ会社のはずなのに本当に不思議だ。
考えてみればみるほど自分の勤めている会社って実はすごいことをしているのでは、という気持ちも出てくる。社員に対して給与を毎月支払い、有給の申請をすれば休暇が取れる。会社によってはその他にも多種多様な福利厚生を用意しているところもあるだろう。とんでもないことである。１円の売上を作ることですら苦労している今の自分からすればそんな会社を作るのは夢のまた夢のようだ。

## 時間の使い方を考えるようになる

本業でかなりの時間を割かれるため、時間の使い方を高確率で改めることになる。
おそらく fwywd メンバーの多くの人は、生活リズムを見直したはずだ。具体的には娯楽の時間を減らし、やらないことを定めて、家族と様々な交渉をしているだろう。当然私もその１人だ。
やらないことを決める例を１つ上げよう。私の場合は、妻と話して自炊の時間をほとんど０にした。（余談だが妻と私は料理がそこまで得意ではない。）冷凍でお弁当が届くサブスクを契約して今のところはうまくいっている。このように家事を外注するという発想は人によっては効果絶大なのでぜひ試してほしい。

## デメリット

### 現状に甘えてもいいのではという誘惑が常にある

上述した「金銭的な余裕がある」の裏の部分がこれにあたる。必死になりにくい、と言い換えてもいいだろう。
実際、会社をやめて fwywd に参加したメンバーの日々の活動は鬼気迫るものがある。一方で週末起業組はどうしても心に油断が生じるため、より強く自分を律する必要がある。
自分の場合、具体的には以下のような対策を実施した。

【対策】

- 会社をやめたメンバーの活動を Slack や Twitter で見る。（個人的には１番効果的だった）
- 原体験や最終目標を壁など見えるところに貼り、２４時間常に自分で自分を鼓舞し続ける。
- 誰かに自分の活動を宣言して、定期的に報告する

ところでパーキンソンの法則というものをご存じだろうか。
同じ仕事の内容でも、１週間の期限を切られると１週間で終わらせ、１か月の期限を切られると１か月で終わらせる、という人間の甘えを捉えた法則だ。
起業活動でもこの法則が当てはまるのか非常に興味深い。答えは２０２３年３月にわかるだろう。

### やっぱり時間がない

パーキンソンの法則はさておき、タスクが無限に出てくるため本当に時間がないのも事実だ。生活リズムを見直すのがメリットであると述べたが、見直さざるを得ないのだ。
これに対する対策としては以下がある。

【対策】

- お金の力で家事などの手間を減らす。
- 移動時間や隙間時間をうまく使う。（電車の移動なら本を読めるし、車の運転ならオーディオブックが使える）
- 寝る前の３０分を使うなど習慣化してしまう。
- 職場に自分の活動をオープンにして、本業のボリュームを抑えてもらう。

特筆すべきは４つ目の職場に自分の活動をオープンにして調整してもらう、という対策だろう。人によっては抵抗があるだろうし、そんなの聞いてもらえないのではないかと考える人もいるはずだ。しかし、本当に時間を作りたいのであればこれは特段不思議な行為ではない。

自分の熱意を伝えて、周囲にアクションを求めるのは起業家としては基本中の基本であると fwywd では教わる。これもその教えに従うのであれば、至極当然な行為と言える。また、多少楽観的な言い方にはなるが、意外と応援してくれる人もいるものだ。ダメ元で相談してみてはいかがだろうか。

### 仕事をやめたくなる、本業に身が入らなくなる

起業活動は今の自分が１番やりたいことをやっているはずなので、本業よりも楽しいと感じることが多い。本業に何か強い不満を感じている人は、なおこのギャップで苦しむこととなる。その結果、本業に身が入らなくなる。本業で得られるメリットを天秤にかけながら、やめるかどうかを悶々と悩み続けるのだ。
この対策は難しいが以下が挙げられる。

【対策】

- 会社に勤める期限を決める。
- 定時までは会社の時間と割り切る。（周囲にも協力してもらう）

やはり、自分の中で納得感をもって決断するしかない。
「今年いっぱい会社でやめるからそれまでは頑張ろう」という整理の仕方もあるだろう。前項の対策であげた「職場に自分の活動をオープンにして、本業のボリュームを抑えてもらう」というのもこの対策になる。会社側や周囲の人間に理解をしてもらえたならば、そこで決めた線までしっかりとプロとしてコミットしよう。

## まとめ

この記事では、会社に勤めながら起業活動をすることのメリット・デメリットをまとめてみた。
あらためて見ると、心の持ちようと言える問題がとても多いことに気づかされる。起業活動は自分との勝負とも言えるのかもしれない。

## 筆者について

fwywd １期生として活動しています。現時点では会社員（システムエンジニア）と平行して活動中です。 学生時代のすべてを捧げた馬術の世界をよりよくするための事業を検討しています。 日々の活動などは以下をご覧ください。 起業に興味がある方、馬術関係者の方などは是非フォローしてください。

- [SNS (Twitter)](https://twitter.com/senju797)


起業すると決意したときに、活動の仕方には大きく２つの道がある。１つは勤めている会社などをやめて、起業活動に専念する道。もう１つは、会社に勤めながら起業するいわゆる週末起業の道だ。fwywd の１期生には両方のパターンで挑戦している人がいて、私は週末起業で挑戦しているパターンだ。本記事を執筆している ２０２２年６月末で、fwywd に参加して半年になる（プログラムのスタートは４月からだが、１～３月は事前期間として活動した）。これだけの期間が経つと、週末起業として活動することで感じられるメリットとデメリットがわかってきた。この記事ではそのメリット・デメリットを紹介しつつ、デメリットに対し、どのような対策をしているかを記載していく。fwywd への参加を検討している人や、 fwywd に限らず週末起業をしようとしている人はぜひ参考にしてほしい。

仕事を辞めずに起業を進める、その中で得た学び。

あなただから言えることにこそ価値がある 〜インターン体験記〜


## はじめに

「あなたが誰であって、どんな経験をしてきて、**あなただから言えることは何でしょうか？**」

この質問に読者の皆さんは明確に応えることができるでしょうか。

もちろん、１週間前の私もそうでした。しかし、今はここができると自信を持って言うことができます。

今回は**この成長を遂げられた理由や方法**について紹介します。

### fwywd チームでのインターンシップに参加

私は fwywd １期生として起業家を目指し、仕事を辞めてこの４月から淡路へ移住しました。約２ヶ月、全力で日々を過ごしていましたが、まだ自分自身に能力が明確に足りないと感じていました。

そんな時に、fwywd のオーナーである吉崎さんから **fwywd チームのメンバーとして働くことができるインターンの募集**がありました。すでに起業家として活躍している人の直属として修行することができれば、自分自身に足りない能力を見つけることができるだろうと期待して応募しました。そして、まだインターンが始まって、１週間ですが私が**劇的に成長した**のは事実です。その裏側には何があったと思われるでしょうか。

これから「**どのようなすごいノウハウを教えてもらえるのだろう？**」と気になっている方の期待には応えられないと思います。
もちろん、私が今まで知らなかったノウハウや知っていても正しく活かせていなかった知識などたくさん得たものはありますが、今回私が得た一番大きなものは**ノウハウではありません**でした。

それにもかかわらず、なぜ劇的に成長できたのか実際に体験したことを踏まえて見ていきましょう。

### この記事で伝えたいこと

結論を言うと、「**自分のポジションをとれていない言葉や意見に価値はない**」と言うことです。

オーナーの吉崎さんから「**誰にでも言えることをあなただけの言葉で**」とこれまで何度も教えていただいていたのに、私は fwywd インターンに参加するまで本当の意味を理解できていませんでした。

### 対象読者

- 自分の言葉で伝えることが苦手
- そのビジネスを「なぜあなたがやるのか？」に応えられない
- 周りと同じ意見しか出すことができない

と悩んでいる方

## LP 制作の過程を通して学んだのはノウハウではない

### インターンシップで取り組んでいる内容

まず、インターンでやったことを簡潔にまとめると

1. fwywd 2 期募集の説明を受け、ユーザー目線で fwywd がなぜこれから必要かを雑記の量重視で自分の言葉でまとめる
2. 企画草案の作成
3. ワイヤーフレームワークでの文言レベルに整理
4. ワイヤーフレームワークの作成
5. デザイン発注

たった、この**５つだけ**です。

この項目だけ見ていると、「**Landing Page (LP) 制作はやったこともあるから、特に得られるものは無いんじゃないか？**」と思うかもしれませんが全くそんなことはありません。

fwywd のオーナーである**あの吉崎さんが何の意図もなくこのテーマに取り組ませるはずがない**のです。

一見するとただの LP 制作のタスク、ですがその裏に**劇的に成長するための設計**が隠れているのです。

実際にインターンへ参加した私なりの視点で、そのポイントを紐解いていこうと思います！

### ユーザー目線とは？

はじめに行ったのは 2 期募集の説明や fwywd が生み出していきたい人材の話、そしてその想いを聞いて 「なぜ fwywd が必要なのか？」を**ユーザー目線**で**自分の言葉**でまとめることです。

まずは**もうこれ以上出てこない**というまで、いや、さらにそこからこれまで fwywd へ参加して感じてきた価値、なぜ必要なのかをひたすら書き出し「**発散**」します。（参考 : [収束と発散](https://fwywd.com/blog/entrepreneurial-ideas)）

レビューをもらい、量も申しぶんありませんでした。

この時点で私は、**ユーザー目線の意味**を正しく理解していないことに全く気づいていませんでした。

### 「0 点です」

そして発散した言葉を「**収束**」させ、より伝えたいことを明確にし企画草案へとまとめ受けたレビューは果たして...

「**悪くないですが良くもないですね、組織への貢献という面では全く価値を生み出していないでしょう。**」

まさに、あなたが 1 日かけて作ったものは「**0 点です**」と言われたような感覚でした。  
※ もちろん、吉崎さんからはその前後でしっかりとフォローの言葉や成果に対するレビューであり、個人に対する攻撃ではないことなど丁寧にフォローしていただいていました。

私がやったこととしては、ペルソナに対して考えを廻らせ、ゴールと現状のギャップを訴求軸に fwywd が生み出したい人材とその想い、そこに自分目線での意見も加えての作成。
ユーザーである自分の目線を加えているのだから、間違っていないのではと思っていました。

### 組織へ貢献するとは

確かに、初めの企画草案は**ユーザー目線**での意見や答えがあり、それは間違いではないです。

ですが組織が求めているのは、運営やオーナーが予想できる範囲外のユーザー目線や意見であり、

「**良い意味で組織と差分が大きい考え方や視点」**

これこそが、**無かったものを生み出し組織への貢献**となります。

まだスキルも経験も無い人間が提供できる価値として、この考え方や視点は自分の事業の営業をする際にも非常に有効なものです。

## 自分の言葉で伝えるには？

このように、私は一度大失敗をしてまた 0 から企画草案をつくり直すことにしました。

ただ、その大失敗のおかげで意識や視点が劇的に変わり「**自分のポジションだからこそ生み出せる文言や視点**」で物事を捉えることができるようになりました。

具体的に何をしたのかというと、

- 対象をもう一度自分の言葉で言い直してみるとどのような表現になるのか？
- 組織から見た捉え方との差分はどこにどの程度あるのか？
- これまでの人生も踏まえ渡邉智彦という人間からの目線でしか言えないことは何か？

この 3 点を発散で書き出した全ての言葉や考えに対して行いさらに深掘りです。

この工程を、繰り返すことで２回目のレビューでは最初と同じ fwywd のことを説明しているのに全く違った企画草案となり、「**あなただからこそ言える価値を生み出す**」ことが出来ました。

そして、自分の言葉で伝える力が劇的に向上し、組織へ貢献 0 だった状態から自分にしかない価値を生み出せる存在へと成長することが出来ました。

## 終わりに

今回は私がインターンに取り組んで学んだことをまとめましたが、結局、記事を読んだり知識を得ることも大切だけれど実際に参加して**当事者となって体験しなければ劇的に成長することはできない**とも強く感じました。

また、私なりの視点で見た**成長するための設計**は fwywd が日頃から大切にしている自力で取り組んでみて失敗しながら学んでいくことなのかと思いました。

それに加え、**方向性は示すけれども自分で考える余白をしっかりと残して発破をかけるという吉崎さんの絶妙なレビュー**があることかなと思います！

そして、**まもなく fwywd 第 2 期の募集が始まります**。

私が劇的な成長を遂げたように自分も成長したいと思う方はぜひ **fwywd 第 2 期への挑戦をお待ちしています！**

### 著者について

![watanabe](/img/authors/watanabe.jpg)

名前 : 渡邉智彦

前職 : ソムリエ＆フレンチ料理人

Twitter : [@nabeo654147](https://twitter.com/nabeo654147)


「あなたが誰であって、どんな経験をしてきて、あなただから言えることは何でしょうか？」この質問に読者の皆さんは明確に応えることができるでしょうか。もちろん、１週間前の私もそうでした。しかし、今はここができると自信を持って言うことができます。今回はこの成長を遂げられた理由や方法について紹介します。

ビジネスモデル探しに迷っている人が最初にすべきこと

あなただから言えることにこそ価値がある


## はじめに

この記事に辿り着いたという事は、あなたはビジネスを創ることに興味がある方でしょうか？起業や副業を考えているのかもしれませんね。この記事で書いた内容は「**こういった考え方をするとビジネスアイデアを考えやすい**」という 1 つのご提案です。

必ずすべての人に当てはまるわけではありません。また私自身もまだビジネスを生み出す手前にいるので、今後考えが変わるかもしれません。しかしご紹介するメソッドは起業に向けて活動を開始した人 10 人程へ 1on1 を行い、評価を頂いた内容です。

## こんな人が書いています

私は 18 年間務めた会社を辞め、起業に向けて活動を開始しました。年齢は 42 歳。組織で働くことでは得られない裁量と可能性を求めてのチャレンジです。前職は大手製造業の社員で、営業 → マーケティング → 人事を経験してきました。「安定を手放して…」というイメージの典型例です。

## この記事は次の様な人に向けて書いています

- 起業や副業をしたいけれど具体的に何を事業もするか決められない人
- 新規事業を考える為のヒントが欲しい人
- 起業家の卵の試行錯誤に興味がある人

## １，なぜビジネスモデルが見つからないのか

執筆している 2022 年 5 月現在、日本は円安や資源価格の高騰による物価高への不安が高まっています。そんな背景もあり「お金を稼ぐ」ことへの考え方が変わり、従業員として定年まで働き続ける**今までの当たり前**が変わってきています。そこで副業をしたいとか、より可能性が大きい起業に興味を示す人が増えているのだと思います。

しかしいざ**どうやってお金を稼ごうか**と考えると、これが意外に難しいのです。

- スキルが足りない
- 資金が足りない
- すでに自分より強い競合がいる
- 自分に経営なんてできるのか？

こういった不安が壁になるからです。

## ２，ビジネスモデルを探す 2 つのパターン

ではどうしたらビジネスモデルを見つけることができるのか。この答えはいくつもあると思いますが、ここでは 2 つのパターンを紹介します。ポイントは具体化と抽象化です。下から上を見上げるか、上から下を見下ろすかという**視点のコントロール**を意識しましょう。

### 具体化する

対象：目標が大きすぎて「**何ができるのか分からない**」と考えてしまう人

私達 fwywd のメンバーはそれぞれが解決したい社会課題を持っているので、まさにこんなタイプが多いですね。この思考パターンの人は大きな目標に向かって目線は遠く上方に向いている為、考えが漠然としています。その為地に足が着いたビジネスモデルを思い付かないということがあります。目標の大きさに対し、自分の実力との乖離に打ち手が見つけられないのです。

#### **山頂までのルートと考える**

このタイプの人は目標を山頂に見立てて裾野から見上げるイメージで、「どのルートで上ろうか」と考えると良いでしょう。山の裾野は広がっているので複数のルートがあるはずです。またルートは一本道ではなく、分岐や合流もよくあることです。そのことが分かれば、目指すべき山頂に繋がっているとる思えたら「**まずこのルートを登ってみよう**」となります。

ビジネスに話を戻すと、「**まずは今できる事で始めてみれば良い**」と言い換えられます。大きく稼ぐビジネスモデルである必要はありません。むしろ小さくても直ぐに収益が出せるビジネスの方が、当座の生活費を稼げて良い場合があります。大きく・高く羽ばたくのは足元を固めてからでも良いのです。

### 抽象化する

対象：スキルや経験をもとに「**これなら自分にもできそう**」と考えやすい人

1on1 を行わせて頂いた方を例に説明します。現役のエンジニアで「自分は解析や統計分析ができるけど、それでどんなビジネスができるか分からない」と悩む人がいました。この思考パターンの人は**目線が今の状況という「足元」に向いている**為、選択肢が少なくなりがちです。また自分のスキルを社内などの狭い世界で比較評価してしまう為、**世間に対してどの程度通用するのか自信が持てない**ケースもあります。

#### **高い位置から見下ろしてみる**

このタイプの人は鳥になって空から地上を見下ろすイメージで考えると良いでしょう。**組織や業界という枠を超えて考える**のです。すると「計測されたデータがあればほとんどのことは分析できるぞ！」「分析スキルは世の中で広く求められているぞ！」と気が付きます。

後は自分のスキルがより強く求められる市場を考えれば、ビジネスモデルの輪郭が浮かび上がります。この時も具体化で説明したのと同じように、いきなり大きなビジネスを考える必要はありません。小さく始めて足固めをしてから、大きなビジネスに展開すれば良いのです。

ちなみにこの例の方は 1on1 を通して「**同じサービスでもポジショニングを変えることで価値が高まる**」という発見をして頂きました。

実はすでに姿勢判断の技術と測定機材までお持ちだったのに、近所の整体に無償設置しているだけでした。またそれほど良い評価もされていないとのことでした。そこでケーススタディとして「設置先を美容系のお店に変える」ことを考えてみました。

設置先の業種を変えただけで

- 美容系のお店は情報発信に熱心なので無料で拡散して貰える
- 顧客の「綺麗になりたい」熱量が高いので使用して貰える確率が高い
- 顧客単価が高いので適正な価格評価を受けられる
- これらの実績が出れば導入店の拡大が容易

という利点が考えられました。

## ３，大きなビジネスから始めることは大きなリスクを抱えるということ

そうはいってもできれば大きく稼ぎたいという気持ちはありますよね？ しかし現実的に**大きく稼ぐビジネスには大きな投資が必要**という問題が立ち塞がります。たとえばさきほどの分析スキルの例を考えてみます。

小さな案件を請け負うのであれば、一人で行えるか数名のサポートが必要になるくらいで対応可能でしょう。 しかしこれが自社プロダクト開発を行うとか大手から受注する為には、組織的な対応が必要です。 保守まで考えれば長期で人材確保しなければならないので、もはや個人のポケットマネーでは厳しい金額です。 そう言った事情もあり、最初のビジネスからホームランを狙うような大きなビジネスを考えても実行が難しいのです。

### 融資は借金

融資を獲得してビジネスを始めるという手段もありますが、これはリスクが大きい選択肢です。 なぜなら融資は必ず返済しなければいけないお金、つまり借金だからです。

しかも融資が受けられるのは事業が立ち上がる前に多額の出費を必要なケースが多いので、売り上げが伸びる前に多くの資金が手元からなくなります（ここでは資金調達に関する説明は割愛します）。 もし計画通りに収益が出ないと、仮に事業を畳んだとしてもあなた個人に借金が残ってしまうのでリスクが高いのです。

## ４，儲かるより喜ばれるか

以上の考えで最初に始めるべきビジネスでは、**生活を安定させることや活動資金が底をつく迄の期限を延ばすことが当座の目標**になります。その規模であれば、初期は口コミや少々の広告費用で獲得できるくらいの顧客数で十分です。そうなるといかに儲かるかではなく、**いかに喜んでもらえるかが重要**になります。顧客本人が気に入るだけでなく、**他人にも紹介したくなる**というのが狙うべき品質基準になります。

簡単に考えつかない時もありますが、「こんなサービスがあったら喜んでもらえるだろうな」と考えを巡らしましょう。そしてそのアイデアを口に出して、他も人から意見をもらいましょう。自分がどれだけ良いと思っても、評価されなければビジネスとしては成り立たないのです。

## 最後に

ここまで読んで頂きありがとうございました。ビジネスモデル探しで迷っているときに、この記事が少しでもモヤモヤから抜け出すヒントになれば幸いです。また「考え方は分かったけど自分一人では上手くできない」という方がおられれば、私がお手伝いをさせて頂きます。お気軽にご連絡ください！

## 書いた人

浅井健一郎

思考のカオスを解きほぐすカウンセリングと、実行アクションの洗い出しが得意です。モヤモヤと悩んでいる方にビジネスモデルを生み出すまでの伴走を行っていますので、お気軽にご連絡ください！

[Twitter : @kenchiro0406](https://twitter.com/kenchiro0406)


この記事に辿り着いたという事は、あなたはビジネスを創ることに興味がある方でしょうか？起業や副業を考えているのかもしれませんね。この記事で書いた内容は「こういった考え方をするとビジネスアイデアを考えやすい」という 1 つのご提案です。 必ずすべての人に当てはまるわけではありません。また私自身もまだビジネスを生み出す手前にいるので、今後考えが変わるかもしれません。しかしご紹介するメソッドは起業に向けて活動を開始した人 10 人程へ 1on1 を行い、評価を頂いた内容です。

親でも職場でもなく自分が最大のドリームキラーだった話アドバイス


## はじめに

みなさんは自分の夢を阻害するドリームキラーに遭遇したことはありますか？例えば「プロ野球選手になりたい」、「有名なユーチューバーになりたい」と夢を語ると頭ごなしに否定してくる親や職場の人がそれにあたります。しかし私の場合は親でも職場でもなく自分が最大のドリームキラーでした。この記事は「ドリームキラーと化していた自身に気づき、考え方を改めることで夢や目標を見つけた経験をお話しします！

## 本心に気づかないふりをした 10 年

私は産業機械の設計を約 10 年勤めてきました。良い設計者を目指して設計のノウハウや部署間のスケジューリングなど多くを学んできました。そしておおよその業務がこなせるようになり、チームのマネジメント業が増え始めてきた頃です。そんな時期に **「この職業が果たして本当にやりたいことなのだろうか？」** ということを考えるようになったのです。それは会社の製品について熱く語る同僚を見ていると、自分が将来この会社でこんな機械をつくりたい！という夢や目標がないことを改めて実感したからです。実は薄々そんな自分の気持ちに気づいていましたが、学ぶべきことが多くあったので盲目的に突き進み、気づかないふりをしていたのだと思います。これからの人生において多くの時間を仕事に捧げて過ごすことを考えると、こんな自分がこの会社に勤め続けるのは自分と会社双方にとってもったいないことだと思うようになりました。そこでなぜ自分が将来の夢や目標を持てない職業に就いてしまったのか、これまでの軌跡を振り返ってみることにしました。

## 数字を比較して決めてきた人生

高校生までは将来の選択肢を広げることを目的として、センター試験（共通テスト）で良い点数をとるためにと全ての教科に注力してきました。大学への進路選択ではものづくりに興味があり理系に向いていると感じていたので機械系の学科で探しました。最終的にセンター試験で獲得した点数から合格が狙える大学を偏差値で比較して決めました。会社への就業選択では大学で就職実績のある会社の中から企業規模や収入、安定性などを比較して決めました。このようにこれまでの進路選択は数値化された情報を比較してより良いものを求めてきました。**夢や目標ではなく数字で判断する自分自身がドリームキラー**だと気づきました。

## 行動すれば変化する

本当に自分のやりたいことを探すために自分が興味を持ったものを思い返してみました。機械設計は物理学を主体とした職種ですが、実は物理よりも数学の方が得意だったことを思い出しました。数学は一つの問題を 1 日中考え続けても苦にならないぐらい没頭していました。その数学を主体として世の中のトレンドや将来性を加味した職業を考えたところ、機械学習に関する職業に興味を持ち勉強し始めました。そうすると **勉強を始めたことで変化が生まれました。** それは勉強し始めた機械学習の教材を提供している株式会社キカガク会長の吉崎さんとパソナグループさんが運営する **[fwywd in 淡路](https://fwywd.com/awaji)** というプロジェクトとの出会いです。このプロジェクトは淡路島で起業という同じ志を持った仲間と１年間一緒に取り組むというものです。率直に魅力的なプロジェクトだと思いましたが、参加するにはビジネスプランを掲げて **自分が何をしたいか** を考える必要がありました。このテーマを考える過程で、今自分が勉強している機械学習は手段であり、何がしたいのかという部分が欠落していることに気づかされました。
今度は自分のこれまでの経験から改善したいことを振り返りました。そこで頭をよぎったのが、友人に結婚祝いを贈った時のことです。絶対に喜んでもらえると自信があった贈り物でしたが、友人は既にそれよりも良い物を持っていたのです。もっと考えればよかったととても後悔しました。この苦い経験を思い出すことで私に夢ができました！それは **「贈り物のミスマッチをなくす」** ということです。相手の欲しいものがわかれば送り手は「喜んでくれるかな？」という不安な気持ちが解消されますし、貰い手は必要なものが手に入るので双方にとって有益なものになります。このアイデアを軸にこれからサービスを構築していきます。

## 最後に

私は明確な将来の夢や目標がなかったために数字で選択する人生を歩んできました。もし夢や目標を学生の間に見つけることができれば後悔や後戻りのない人生だったかもしれません。ただ、社会に出てから学ぶことはたくさんあり、そこでの人との出会いや結婚、子育てなどを通して価値観や考え方が変わったところもあります。大切なのは自分の気持ちに素直に向き合い、違和感があるのであれば解消するために行動することだと思います。そして**数字ではなくやりたいことで決めること**です。起業という選択が全ての人における正解ではありませんが、もし自分が起業するなら？というスケールで考えてみると本当の自分の夢や目標が見えてくるかもしれません。実現したいというアイデアが見つかった際は、fywyd への参加を検討されてみてはいかかでしょうか？fwywd の雰囲気など知りたいと言う方は下記 Twitter をフォローして頂ければと思います。
また、私が取り組んでいる「贈り物のミスマッチをなくす」サービスに興味を持って頂けた方も是非フォローしてもらえたらうれしいです！最後まで読んで頂きありがとうございました。

## 著者

廣岡　秀一 (Twitter:[@shuichi_gif](https://twitter.com/shuichi_gif)) <br>
相手がどんな物を欲しいか情報提供することで **「贈り物のミスマッチをなくす」** サービスを開発中。友人の結婚のお祝いを贈る際、相手が喜びそうな品を考え贈るも既に持っているものだったという苦い経験をする。一方で自身も複数の人から同じような贈り物を貰い、使いきれなかった経験から贈り手の不安や貰い手の悩みを解決したいと考える。


みなさんは自分の夢を阻害するドリームキラーに遭遇したことはありますか？例えば「プロ野球選手になりたい」、「有名なユーチューバーになりたい」と夢を語ると頭ごなしに否定してくる親や職場の人がそれにあたります。しかし私の場合は親でも職場でもなく自分が最大のドリームキラーでした。この記事は「ドリームキラーと化していた自身に気づき、考え方を改めることで夢や目標を見つけた経験をお話しします！

プログラミング学習で絶対にオススメしたい、たった１つのこと


## はじめに

### **最短かつ効率的にプログラミング学習をしたい**

![road.jpg](/img/pages/blog/2022051801/road.jpg)

プログラミングをこれから学びたい人、あるいはすでに学び始めている人にとって、どのようにプログラミング学習を進めていくべきかは興味があるところだと思います。 **「プログラミング学習のためのオススメロードマップ」** は検索すればたくさん出てきますし、私もそのように示されたロードマップを参考に学習を進めてきました。最短かつ効率的にプログラミングを学んでいきたいと思うからです。

しかし、学習を進めた中で明らかになったのは、本当に重要なものはロードマップではなかったということでした。

この記事では、具体的な学習ロードマップはお示ししません。その代わりに、最短かつ効率的に学習するために、**これだけはオススメしたい**ことがたった 1 つだけありますので、それを伝えたいと思います。

## プログラミング学習を進める上でもっとも大切なこと

**結論：**

**「プログラミング技術習得自体を目的とした学習をしない！」**

です。

「えっ？どういうこと？」となった方も多いと思います。プログラミングを最短でかつ効率的に学びたいのなら **「プログラミングを学ぶことを直接の理由としない」** 方がいいのです。

遠回りのようですが、これがプログラミング学習最短のルートです。

それでは、具体的にどのような目的をもって学習をしていくべきか、答えは

「**プログラミング技術を使わねばならない課題を見つけ、その解決を目的とする」**

ことだと思います。

### プログラミングを学ぶこと自体を目的としてよいのは、完全初心者の基礎習得部分のみ

本当のとっかかりの部分、プログラミングをまったくやったことのない方が基礎の学習をする時のみ、プログラミング習得を目的とした学びをすることは有用だと思います。たとえば、Python プログラミングをゼロから学びたいという人ならば、最初の基礎作りとして Progate やドットインストールなどの Web サービスは有用です。YouTube や Udemy などの Python に関する超初心者向け動画を見ることから始めることも良いでしょう。何もわからないところからのスタートですから、この選択自体は当然です。私自身を振り返っても、Progate と Udemy を利用して Python や機械学習を学ぶことから学習を始めましたし、その選択は今振り返っても良い選択だったと思っています。

ただし、問題はその後です。

### なぜプログラミングを学ぶことを目的とした学習ではダメなのか

![question-mark.jpg](/img/pages/blog/2022051801/question-mark.jpg)

私自身のプログラミング学習の歴史をお伝えすることで、なぜプログラミング学習自体を目的とした学習ではなく課題解決型の学習が最善なのか、その理由を説明したいと思います。

---

Progate と Udemy を使い Python と機械学習の基礎知識を身につけた私は、当時、

**「最近話題になってる Python、機械学習だけど、Progate と Udemy でちゃんと勉強したからだいぶ理解したな」**

と思っていました。

そして、せっかくできるようになったのだからと、自身の職業（救急医）に関連した課題の解決に挑戦しました。具体的には「心臓が止まって蘇生治療を受けながら病院に運ばれた患者さんの、今後の予後を予測する機械学習モデルを開発する」という課題を設定しました。手元で得られる医療データを用いて、学んだ Python、機械学習の知識で挑みました。そして、課題解決に挑み始めてすぐに気づいたのです。

**「まったく何もわかっていなかった」**

ということを。

Progate や Udemy などの学習教材はわかりやすいですし、プログラミングの基礎知識はたくさん学べます。しかし、それをどうやって、どこで、どのように使うべきかが実際の課題ではまったくわからないのです。

スポーツで考えるとわかりやすいかもしれません。一生懸命練習をして、どんなに技術を磨いても、実際の試合で活躍できるかはまた別ということです。もちろん練習が大事ではないというわけではありません。ただ、試合でどう振る舞うべきかは、実際に試合をする環境に身をおかないとわからないことが多いんです。とくにプログラミング習得に関してはそれが顕著だと思います。**プログラミング技術の習得にばかり目を向けて知識ばかり習得しても、実際にはそれを使いこなせない**んです。

---

インプットのみで得られた知識だけでは課題解決がスムーズにできないことに気づいた私ですが、それでも課題は解決しなければなりません。そのため、個々の疑問点に関して、逐一 google 検索を行い、関連する学習動画をみて、本の該当箇所を読みながら、1 つずつなんとか疑問点を解決していきました。そして、すべての課題解決を完了した時、自身が本当の意味で python について、機械学習モデルについてその片鱗に触れることができたと感じることができました。**「敵の実力がわかるのも実力のうち」** とはよく言ったものです。

その後の自身のプログラミング学習の歴史は、常に**プログラミング技術を使わねばならない課題との出会いとその解決**とともにありました。解決しない問題にぶち当たり、調べながら解決することの繰り返しです。しかし、課題解決をしていく中で、下記に示すように実に多くのプログラミング周りの技術をいつの間にか学習することができていました。

**私が出会った課題とその解決策、得られたプログラミング周辺知識・技術**

- **課題 1：** 完成した機械学習モデルをぜひ実用化したい（アプリ化したい）

**私の解決策：** Streamlit での簡易アプリ化

**課題解決の中での学び：** Streamlit、エディター(Visual Studio Code）、フロントエンドとバックエンド、GitHub、Heroku。

- **課題 2：** Streamlit のアプリはできたけど、アプリで入力してくれたデータがデータベースとしてそのまま保存できれば便利なのに。

**私の解決策：** Goole Cloud Platform の Google Spread Sheet API を使ってのテータベース化

**課題解決の中での学び：** GCP（AWS,Azure の存在も知る）、API、SQL、データベース

- **課題 3：** Streamlit のアプリを実際に現場で使ってみると、レスポンスが遅すぎて実用的じゃない。

**私の解決策：** React ベースのアプリ実装

**課題解決の中での学び：** HTML、CSS、JavaScript、React、Next.js、Tailwind CSS

### 苦労して学んでいくことが、遠回りのようで１番の近道

![苦労して登る.webp](/img/pages/blog/2022051801/hardclimbing.jpg)

元メジャーリーガーのイチローさんの言葉にこのようなものがあります。

**「結果は困難を伴って出すべき。」**

「**遠回りすることってすごく大事ですよ。ムダなことって結局ムダじゃない。遠回りすることが一番の近道。」**

プログラミングを効率よく学びたいからといって、わかりやすい教材を利用して、直接的なプログラミング学習ばかりやっていてはダメなのだと思います。プログラミング周辺技術を利用しないと解決できない自身の課題があり、それを解決するため必要に迫られてプログラミング技術をわからないながら学んでいく。気づいたら多くのことができるようになっている。ひどく遠回りのようですが、実はこれが一番の近道なのだと思います。

## おわりに

いかがだったでしょうか。結局、自分ごとじゃないと人は覚えないんですよね。プログラミング習得を効率的にしたいのなら、是非とも自身の課題を必ず何か見つけ出し、その解決手段としてプログラミングを落とし込むことを心がけてみてください。課題を解決していく過程で、いつの間にかプログラミングが習得できているはずです。さらに、何らかの現実的な成果までも得られているはずです。そして、プログラミングがもっと好きになっていく。いつの間にか、良い学習循環が回り始めているはずですよ。

## 筆者について

![図1.png](/img/pages/blog/2022051801/hirano.png)

### 平野　洋平

医師（救急専門医・集中治療専門医）

救急医療の現場に身を置きながら、起業家としての第一歩を fwywd 1 期生として歩み始めました。

すべての人がそれぞれの思う人生を最期まで十分楽しむことができる社会。医療の立場からそんな社会を実現したいと思っています。

心停止患者の予後予測モデルの医療現場での活用や、医学生・初期研修医教育に関するアウトプット思考型教育の推進についてなど、医療に関する課題をテクノロジーと協働して解決すべく活動しています。私の記事に共感してくれた方は、是非フォロー 👍 をお願いします。

- [Twitter](https://twitter.com/harudanqq)
- [Blog](https://adventureofqq.com/)


プログラミングをこれから学びたい人、あるいはすでに学び始めている人にとって、どのようにプログラミング学習を進めていくべきかは興味があるところだと思います。「プログラミング学習のためのオススメロードマップ」は検索すればたくさん出てきますし、私もそのように示されたロードマップを参考に学習を進めてきました。最短かつ効率的にプログラミングを学んでいきたいと思うからです。しかし、学習を進めた中で明らかになったのは、本当に重要なものはロードマップではなかったということでした。この記事では、具体的な学習ロードマップはお示ししません。その代わりに、最短かつ効率的に学習するために、これだけはオススメしたいことがたった1つだけありますので、それを伝えたいと思います。

挑戦したいと思っていても踏み出せない「あなた」に伝えたいこと


## この記事はこんな方におすすめ

- 挑戦したいと考えているけどあと一歩が出ない方
- 今の状況下で挑戦を諦めている方
- fwywd に興味はあるけど、仕事をやめることができない方
- fwywd で仕事を続けながら参加している人の背景を知りたい方

## はじめに

なにか始めたい、けどなにから始めたらいいのかわからない。答えを探している間に、普段の生活に戻っている方はいませんか？はい、数年前の私です。

挑戦したいと思っていても踏み出せない **「あなた」=「昔の私」** です。昔の私に伝えたいことは、**挑戦に早い遅いもなく、やりたいと思ったときがその時であるということです**。

シンプルな結論ですが、この結論に至るまでの過程をお伝えすることで、挑戦することに悩んでいる・諦めている方、fwywd への参加に迷っている方の参考になれば幸いです。

## 私について

私は**仕事を続けながら** fwywd １期生として参加しています。転職せず、１社に１４年務めています。

年齢は今年で３９歳、結婚しており家族は妻と子供２人、東京に在住しています。自宅は持ち家です。起業という挑戦に対しては難易度が高い状況です。

今の会社である程度努力していけば、安定した生活を送ることはできます。家族もいます。私１人の人生だけでないことも理解しています。この状況を理解しているのに、なぜ起業という挑戦を選んだのか。

## 漠然と感じる虚無感と不安

変化のない、安定した日々を過ごしていましたが **「１回きりの人生このままで本当にいいのか」** と、漠然とした問いを繰り返していました。今思えば、人生で成し遂げたいことはなにか、どう生きてくのかが決まっていませんでした。

モヤモヤする日々を過ごしていましたが、あることがきっかけで前に進み始めます。そのきっかけをくれたのが、小学生の娘です。娘から小学校でプログラミングの授業が始まることを教えてもらいます。

１０年後、プログラミングを一般教養として学んだ部下が当たり前になる。そう考えると怖くなりプログラミングを学習するため、勢いで MacBook Air を買いました。

## 勉強することで現実から逃げていた

プログラミングは初学者でした。独学では心が折れそうでしたし、効率的に学びたかったのでスクールに入学しました。

フロントエンドを中心に学習していました。純粋にプログラミングはおもしろかったです。全く新しい世界でしたし、パソコン１台で無限の可能性を感じることができました。

しかし学習を始めて数ヶ月、疑問を抱くようになります。 **「学習はしているが、なにがしたいのか、どうなりたいのか」** この疑問に対しての答えを見つけることができないまま、卒業していきます。

卒業後、自身が好きなことや今後のキャリア形成で、何が必要になるかを考えていきました。数値から分析することが好きでしたので、数値やデータの世界をもっと学んでいくことを決めました。

その時 [**Udemy**](https://www.udemy.com/) で機会学習に出会います。初学者でも問題なくできる内容でしたので、機械学習、新しいデータ分析との出会いに興奮していました。そしてこのとき、[**キカガク**](https://www.kikagaku.co.jp/)の長期コースと出会います。

長期コースの受講は最後まで悩みましたが、やってみたい、**挑戦してみたい**、という気持ちが強かったので受講を決めました。

キカガクの長期コースも楽しく、最後までやりきることができましたが、**なにがしたいのか、どうなりたいのか。** この疑問への答えを見つけることができませんでした。

今だから分かりますが、**プログラミングを学習することで、不安な気持ちから逃げているだけでした。**

## 生涯で成し遂げたいことはなにか

子供は２人いますが、流産と死産を経験しています。死産に関しては、産まれても生きることができない難病を抱えていました。最後は親（私）の決断で、死産という選択をしました。

今でも死産という選択が正しかったのかと考えることがあります。正しかったかどうかはわかりません。わかりませんが、死産という選択をした事実を一生背負っていく覚悟です。

しかし、しばらくは死産という事実から目をそむけていました。死産という選択をした事実に向き合ってしまうと日常に戻れない感覚がありました。

この状況から救い出してくれたのが当時幼稚園生だった娘や、近所の子供たちの存在でした。どんな結果であろうとも私達の元に来てくれたことが奇跡であること、死産から目をそむけることはその子の存在を否定することであることに気づきます。死産に向き合っていく中で**この子に恥じない生き方をしていこう、子たちを大切にしていきたい、子供のためになにかしたい** と考えるようになりました。

しかし、具体的になにをすることが子供のためになるのか、子供にどのような世界を創っていくことが望ましいのかが見えずにいました。

## 原体験から見つかる

**子供のためになにかしたい**と考えていても具体的になにをするのか、全く見えずにいました。目の前が真っ暗なとき、助けてくれたのは仲間でした。キャリアコンサルタントを目指す友人に、カウンセリングをしてもらうことになりました。

このカウンセリングで答えが見つかります。カウンセリングでは、幼少期から現在までの原体験を深ぼっていきまた。そして点として存在する原体験を１本数の線で結び、言語化していくものでした。**子供のためになにかしたい**と漠然だったものが明確になり、視界が一気に広がった感覚を覚えています。見つかった成し遂げたいことは「**子供が公平に教育を受けられる社会を創る**」でした。見つかると同時に、本気で向き合うためには**起業という選択しかない**と考えるようになりました。

## 悩みながらも行動すること

成し遂げたいことも見え、これから具体的にどうするかを考えていたとき、株式会社キカガク代表取締役会長の吉崎さんから [**fwywd**](https://fwywd.com/) の起業家育成コースの案内がメールで届きます。内容を見た瞬間、**これだ！** と思い即エントリーすることを決めました。

fwywd への１次試験のエントリーを終えたとき、これまで**悩みながらも行動**してよかったと思いました。また家族、仲間のおかげでこういった機会を得ることができました。

娘からプログラミングのことを教えてもらわなければ、プログラミングを始めることはなかったかもしれない。

プログラミングスクールに入学しなければ、継続して学習することもなかったかもしれない。

キカガクに出会わなければ、プログラミングの新しい側面を知ることもなかったかもしれない。そして fwywd に出会わなかったかもしれない。

悩みながらも行動していったのは間違いではなかったこと。家族、仲間がいたことで前に進むことができている。私のこれまでの原体験、今の環境によって現在の私が構築されており、**今しか導き出すことができませんでした。**

## fwywd への参加

仕事を辞めずにオンラインで参加していますが、**仕事を辞めて参加すること**が前提条件としてありました。

エントリーする時点から悩みましたが、**やらないで後悔**だけはしたくなかったので、選考を受けながら考えていくことにしました。

２次試験も終わり、無事合格できました。嬉しかったです。嬉しかったですが、同時に仕事を辞めて参加するかどうかを考える日々が始まりました。

仕事を辞めたら家族の生活はどうするのか、家を売って家族と移住するべきか、私のやりたいことと子供たちの未来を天秤にかけるべきか、など本当に悩みました。

家族のために仕事は辞められないという判断にはなりましたが、自身の成し遂げたいこと、fwywd へ参加することを諦めることは出来ませんでした。

**やらないで後悔したくない、 行動するしかない**、そう思い吉崎さんに仕事を続けながらオンラインで参加できないか、メールで問い合わせしました。柔軟に対応して頂き、仕事を続けながらオンラインで参加する枠を設けていただくことになりました。

## 仕事を続けながら挑戦する意味

仕事を辞めてフルコミットで参加することが、起業への最短ルートになるでしょう。ですが、挑戦したいと思っていても、仕事を続けなければならない方が多いのではないでしょうか。仕事を続けているから挑戦（起業）できない、諦めるしかないと考えている方が多くいるのではないでしょうか。昔の私はそう考えていました。

今の私は何も成し遂げていないので、この答えをまだ持っていません。ですが**挑戦するスタートライン**には立っています。仕事を続けながらも挑戦し、起業という一歩を踏み出すことができたのなら、多くの人の背中を押すことができると信じています。

## 最後に

私は悩みながらも行動していったことで、１歩１歩ですが前に進むことができました。この記事が昔の私のように、悩み、苦しんでいる方のお力に少しでもなると幸いです。

Twitter では起業や仕事に対する考え方、ちょっとしたつぶやきなど幅広く発信しています。興味がある方は覗いて頂けると嬉しいです。

Twitter:[**@katashin_3812**](https://twitter.com/katashin_3812)


なにか始めたい、けどなにから始めたらいいのかわからない。答えを探している間に、普段の生活に戻っている方はいませんか？はい、数年前の私です。挑戦したいと思っていても踏み出せない「あなた」=「昔の私」です。昔の私に伝えたいことは、挑戦に早い遅いもなく、やりたいと思ったときがその時であるということです。シンプルな結論ですが、この結論に至るまでの過程をお伝えすることで、挑戦することに悩んでいる・諦めている方、fwywd への参加に迷っている方の参考になれば幸いです。

起業家一年生の「意思決定」やりたいことの見つけ方


## はじめに

**「農業の第三者承継を加速する」**

これが私の、起業をすることで叶えたい将来のビジョンです。ビジョンをこのように設定するまでに、いくつかの「**意思決定**」がありました。

今回は、起業一年目にビジネスの世界で何をやっていけばいいのかを探すための思考プロセスについてお話します。「起業したいけれど、やりたいことがわからない！」と、かつての私と同じ思いを抱えている方の心に寄り添うことができれば幸いです！

## この記事を読んでほしい方

- 起業に興味のある方
- fwywd に参加するか迷っている方
- やりたいことなんて無いと思っている方
- 起業したいけれど、何から始めればいいかわからない方

## fwywd in 淡路 とは？

株式会社キカガクと株式会社パソナグループが連携し、兵庫県淡路島にて社会課題の解決を目指す起業家を育成するプログラムです。私も含め fwywd の参加者は、キカガクの吉崎会長と共に淡路島に移住し、共同生活を送りながら社会課題の解決につながるビジネスの構築を行っています。(※オンラインでの参加者もいます！)

[https://fwywd.com/awaji](https://fwywd.com/awaji)

## **自分の頭で考えないと意味がない**

fwywd に参加してすぐに思い知ったことがあります。それは、ビジネスにおいて誰かが用意してくれた正解など無いのだということです。 fwywd のオーナーである吉崎さんからの次の一言で、そのことを思い知りました。

**_私は皆さんからの相談に対して、『良いんじゃないですか。自分で決めることが一番ですよ。』と、毎日言うでしょう。_**

一瞬、硬直しました。「ビジネスについて教えてもらえないのなら、リスクを取って淡路島に来た意味ないじゃん」と。しかし今では、この言葉は起業家に対して最も真摯な対応で、一番大切な心がけであると感じています。

この言葉の真意は、「**自分の頭で考えないと意味ないよ**」ということです。そこで今回は、自分だけの「やりたいこと」を自分の頭で導き出すための考え方を以下で紹介していきます。

## 起業家にとっての 5W1H

物事を組み立てる際に、まず 5W1H で考える方は多いのではないかと思います。起業家として、やりたいことについて意思決定する際も、この 5W1H を自分の頭で意思決定する必要があります。

### Who

5W1H の中で、1 つだけ確定していることがあります。それは Who です。事業も意思決定も **「自分」がやる**ということだけは確定しています。

### What

残りの what, when, where, why, how を決めていかなければなりませんが、この中で次に決めやすいのは what でしょう。「何をやるか」これは**ご自身の原体験を深掘り**してみてください。あなたが今まで生きてきた中で「これはなんとかしないとなあ...。」と、そこはかとなく問題意識を感じていた事柄があるはずです。

例えば私の場合、what 以下のようになります。

祖父母が実家のある岩手県花巻市でりんご農園を経営しています。しかし、どちらも年齢が 80 歳を超えており、さらに祖父が癌を患っています。そのため、現在後継者を探しているところですが、私の両親は教員として 30 年以上勤続してきたため、今から農家に転職するというのはあまり現実的ではありません。

この「農業後継者の不足」が私がビジネスを通して解決していきたい課題です。 もちろん私だけではなく fwywd のメンバーもそれぞれ自身の課題を持ち寄り、知恵を寄せ集め、その課題をビジネスという形で解決する術を練り上げている真っ最中です。

### Why

次に決めやすいのは why です。「why me」と置き換えてもいいかもしれません。ここでは、**なぜ自分がやるのか**を明確にします。

why を明確にすることで、プレゼンやビジネスアイディアを話す際に、単なる「情報」ではなく「エピソード」として話すことができます。様々な書籍などでも紹介されていますが、人間の脳は「情報」よりも「エピソード」の方が記憶に残りやすいため、プレゼンの効果を高めることができます。

例えば私の場合、why は以下のようになります。

祖父母のりんご農園ではとても美味しいりんごジュースを生産しています。今まで様々な生産者が作ったジュースを飲んできましたが、祖父母が作ったものが一番だと胸を張って言うことができます。しかし、このまま後継者不足の状態が続き、農園の経営を辞めてしまうとこの技術は失われてしまいます。また、後継者不足の問題は私の祖父母に限ったことではなく、日本全国の生産者に言えることです。そういった方に寄り添い、日本の食文化を守っていきたいと考えたため、マッチングアプリなどの提供を通して農業経営の第三者承継を加速していきたいと考えています。

このように「農業の後継者不足がやばい！」は、誰でにでも言える、誰でも知っていることですが、上記のエピソードは私にしか語ることができません。**自分だけのエピソード**で相手に伝えられるようにすることが大切です。

### When, Where, How

what と why が決まれば、やりたいこと・解決したいことの方向性が見えてくるはずです。

残りの when,where,how は、**仮説検証のフェーズ**です。「いつ」「どこで」「どのように」事業を推進していくのか、条件を変えながら実行して検証する中で事業の精度を上げていくことが重要ではないでしょうか。

私も現在このフェーズにいます。まずは How を掴むために、想定顧客となる方からお話を伺いビジネスモデルを練っている段階です！

## ミッション, ビジョン, バリュー

企業が経営方針を定義するためのフレームワークとして、ミッション・ビジョン・バリューの策定が必要だという考え方を MVV といいます。事業を説明する際に、何をしたい人なのかを一言で伝えられたり、起業した目的を見失わないようにするという意味で非常に重要です。

以下で、ミッション・ビジョン・バリューについて、それぞれ簡単に説明し、先ほど深掘りした what と why を活用したミッションとビジョンの例をご紹介します。

### ミッション：企業が社会に対して「なすべきこと」

企業・組織が果たすべき使命や存在意義を端的に表す言葉です。なぜこの組織が存在するのか、社会にどのような価値を提供するのかなど、企業・組織が目指す社会について明文化します。ここに共感して仲間が集まってくると言われています。

### ビジョン：企業・組織が目指す「あるべき姿」

1〜3 年など、中長期的な目標を端的に表す言葉です。ミッションを実現するために、企業・組織はどのような状況になるべきかを明文化します。ミッションが漠然としているので、それを補う言葉であり、ミッションのサブタイトルのようなイメージです。

### バリュー：企業・組織の構成員が具体的に「やるべきこと」

ミッションやビジョンを達成するための具体的な行動基準を表す言葉です。企業・組織の構成員の行動や判断の基準となる価値観を明文化します。

原体験に紐づかないミッションは、話していても全く響かないので、what と why が決まり、やりたいことの方向性が見えてくればミッションとビジョンを格段に決めやすくなります。

例えば私の場合、MVV は以下のようになります。

- ミッション：**日本の食文化を守る**
- ビジョン：**農業の第三者承継を加速する**
- バリュー： 未設定(※起業初期はとにかく様々な行動を起こして仮説検証を行いたいので、行動基準となるバリューは設定していません。)

## おわりに

いかがだったでしょうか。起業家として最初の意思決定である、「やりたいこと」を決めるのに、こうしたら考えやすいのでは？ということをご紹介しました。

ミッションやビジョン、または私自身に興味を持っていただけたら、ぜひ Twitter のフォローをよろしくお願いします！ 最後まで読んでいただき、ありがとうございました！！

Twitter:[@nk*apple*](https://twitter.com/nk_apple_)


「農業の第三者承継を加速する」これが私の、起業をすることで叶えたい将来のビジョンです。ビジョンをこのように設定するまでに、いくつかの「意思決定」がありました。今回は、起業一年目にビジネスの世界で何をやっていけばいいのかを探すための思考プロセスについてお話します。「起業したいけれど、やりたいことがわからない！」と、かつての私と同じ思いを抱えている方の心に寄り添うことができれば幸いです！

もう悩まない！PV数がぐんぐん伸びるタイトルの付け方ガイド


fwywd 運営メンバーのエンジニア古川です！

記事を書き始めた人あるある「タイトルの付け方がイマイチわからない・・・」
そのお悩み、解決してみせましょうっ！

前職ライター・記事校正としての実務経験を活かした私なりの付け方ノウハウを伝授します！

## １０秒でわかる結論

対象読者を定めてからタイトルをつけて狙い撃ちしましょう！

## 目的

タイトルの役割・付け方のポイント・タイトルの種類を具体例と共に紹介してより魅力的なタイトルを意図的につけられるようにすること。

## 想定している読者像

最近記事を書き始めたけれど

- タイトルをつけるのに時間がかかる
- 気合を入れて記事を書いているのにイマイチ PV 数が伸びない
- イケてるタイトルを付けたいが方法がわからない

とお悩みの人。

## タイトル＝記事の生命線と心得よ

皆さん目に穴が開くほど見てきた文言だとは思うのですが本っっっ当に大事です。

タイトルは本・記事・映画・果ては Youtube のサムネイルなど媒体に関係なく成果物そのものの運命を左右する大きな力を持っています。
どれだけ質のいい中身を書いても「おっこれ気になるな〜」と読者に思ってもらえなければ素通りされてしまうからですね。
タイトルの付け方で総 PV 数は 2〜10 倍ぐらいは平気で変わってきます（肌感）。

タイトルだけで「続きが気になるぞ・・・！」と思わせることができたらあなたの勝ち。
読者の興味に火をつけましょう。同時に何についての記事なのか端的に表すことも忘れずに。

## 対象読者を決めてから書こう

これも超超超大事。「どうやって読者の興味を引けばいいの？」に対する具体策です。

**どんな人にあなたの記事を読んでほしいのか？**

**あなたの記事を読んだ人は記事の内容からどんな恩恵を受けられるのか？**

ここを記事を書き始める前にしっかりと定めておきましょう。システム設計・要求獲得に通ずるところがありますね。
「そもそもなぜあなたはこの記事を書こうと思っているのか？」をとことん突き詰めることによって「あなたが記事を書くことで最も伝えたいことは何か」「誰にこの記事を読んでもらいたいのか」がはっきりしてきます。
これらを端的に表すことを意識するだけでも読者を惹きつけるタイトルにビフォーアフターできます。あなたが設定した読者に刺さるような言葉をタイトルにして狙い撃ちするイメージです。

## イケてるタイトルの要素まとめ

### 1. タイトルだけでどんな内容なのか判断がつきやすいこと

記事の要点をギュッと濃縮したものほど良いタイトルと言えます。
「何についての記事なのかタイトルだけで想像がつきやすい」記事ほどよく伸びます。

これに加えて数字をいれるのも非常に効果的。
例えば「React のメリットまとめ」を「React のメリット７選」に変更すると「この記事には React のいいところが７つ書いてあるのか〜」と瞬時にわかるようになります。
余談ですが ○ 選は奇数にしたほうが収まりがいいです。閑話休題。

### 2. 読者の感情を揺さぶるセンテンスが入っていること

ポジティブ・ネガティブに関わらず読者の感情に火をつけることができればそれだけでかなりの PV 数を稼ぐことができます。
これを成功させるには対象読者を予め定めておくことが必要不可欠です。
更に具体的に言うと「対象読者がなりたい人物像（ポジティブ）・なりたくない人物像（ネガティブ）」に焦点を当てて揺さぶります。

例えばあなたが今読んでいるこの記事は「タイトルをうまくつけられずに悩んでいる人」に向けて書いています。
これをポジティブ路線のタイトルにするならば「この記事を読めばイケてるタイトルをバシッと付けられる人になれそうだ！」と思わせられればいいので「もう悩まない！PV 数がぐんぐん伸びるタイトルノウハウガイド」なんかはいい感じに対象読者の興味を引くことができそうです。本記事はこのタイトルを採用しています。

逆にネガティブ路線にするならば「タイトルをこのままうまくつけられない状態が続いたときに起こるであろう不安」を掻き立てるように書きます。
予想されることとして「気合を入れて記事を書いているのに PV 数が伸びない」などがあると思います。
これを踏まえてタイトルをつけるなら「だからあなたの記事は伸びない〜ダサいタイトル脱却指南書」などになるでしょうか。かなりの引力を持ったタイトルとなりそうです。

ネガティブ路線はその性質上ポジティブ路線よりも読者の興味を引きやすいです。
しかし同時に強烈な副作用もあります。**あまりにもネガティブな感情をつつきすぎると読者は「攻撃された！」と感じてしまいます。**
ネガティブ成分の容量・用法は計画的に。読者を直接侮辱したり気分を害するようなタイトルは当然ながら NG です。
加えて記事の中身自体は爽やかに明るくする・対象読者や例外的な場合などをしっかり補足しておくなどの対策が必須です。読者を攻撃して貶める意図はないことをはっきりと表しましょう。

## 伸びやすいタイトルの種類５選

いろいろな書籍・バズっているメディアのタイトル・経験則に基づいた「伸びやすいタイトル」５種類を紹介します。
どの種類も一長一短で、記事の種類や内容によって向き不向きがあります。自分の記事にあわせて選ぶと良いでしょう。
「本記事をそのタイプに沿ってつけたらどうなるか」具体例付き。

### 1. 簡潔型

スタンダードに記事の要点をまとめてなるべく端的に表現するタイプ。記事に限らず最も一般的に使われているものといえます。

ビジネス文書のようなお硬いカッチリとしたドキュメントと相性がいいです。
反面読者の心を揺さぶるようなタイトルを作りにくく平凡なものになりがち。
無難な選択肢のように見えて惹きつけるタイトルを簡潔型で作ろうとするとかなりの技量が問われます。

> 💡 具体例 : 「惹きつけるタイトルの作り方」

### 2. SEO 型

SEO の観点から見て検索結果がなるべく上位になるよう狙ってつけられたタイトルの総称。
検索数から使用する単語を選定するなど検索ロボットの基準をなるべく満たすようにつけていきます。

お堅すぎる記事でない限りは採用可能で、うまく決まれば高止まりした PV 数を稼ぎ続けることができそうです。
反面タイトル選定に他の種類よりも時間と労力がかかる・なんだかどこかで見たことあるような量産型タイトルになりがち・SEO を意識しすぎるあまり本来記事を通して伝えたいことがぼやけてしまいやすいなどの欠点があります。

> 💡 具体例 : 「タイトルの付け方を伝授！おすすめの方法５選」

~~余談ですがそれっぽくつけたら本当に量産型記事みたいなタイトルになって笑っちゃいました。~~

### 3. 説明書型

何かを説明・指南する際に用いられるタイプのタイトル。
技術系記事やノウハウ伝授系記事と非常に相性が良いです。

ピンポイントで「その記事・知識が知りたい人」のために書くため対象読者の選定が容易 ＝ タイトルもつけやすいという利点があります。
欠点としては一捻り加えないと読者の興味を引くタイトルにすることが難しいことです。
技術・ノウハウ伝授系の記事をより多くの人に届けようとする場合「その知識や技術に今まで興味がなかったけれど少し読んでみようかな？」と思わせる必要があります。読者の感情を揺さぶる技量が問われがちです。

> 💡 具体例: 「もう悩まない！PV 数がぐんぐん伸びるタイトルの付け方ガイド」

### 4. パロディ型

今旬の流行語や版権物、名言をもじってつけたもの。
カジュアルな記事全般に適しています。

一見ネタのように見えて最大瞬間風速はどのタイトルタイプよりも大きいです。
読者の親近感を刺激してクリック率を上げる働きがあります。中身は同じなのにロー ○ ンで鬼 ○ の刃コラボパンを出したら爆売れする理論と同じですね。
その代わり元ネタの認知度と流行り期間に記事の瞬間風速が左右されてしまう欠点もあります。

加えて記事を一般向けに公開する際は**著作権に引っかかってないか注意する必要があります。**
版権物の固有名詞やタイトルそのものなどには特に気をつけてください。
個人で出している記事であれば問題ないかと思いますが企業の看板を背負って出した時などは要注意です。

> 💡 具体例: 「惹きつけるタイトルの作り方、ご照覧あれい！」

元ネタ（某ゲーム中の名言）を知っている人ならウキウキでクリックしたくなると思います。
逆に知らなければ素通りされる可能性を秘めており、典型的なパロディ型タイトルの例と言えるでしょう。

### 5. 組み合わせ型

1-4 のいくつかを組み合わせて作ります。

> 💡 具体例: 「心を掴め！惹きつけるタイトルの付け方ガイド」

この例では最も伝えたいことを端的に表す「簡略型」＋ ガイド系の記事なので「説明書型」を組み合わせています。
組み合わせ型はそれぞれのタイプの長所をいいとこ取りして欠点を補える可能性を秘めています。
反面「どうやって組み合わせたらいいかよくわからん」となりがち。使いこなすにはある程度の場数が必要です。

## まだまだあるかも？タイトルの種類

割と経験則で書いているところがあるので他にも「こんなタイトルの種類もあるんじゃない？」と思ったらぜひ教えてください。

タイトルの他に見出しも実はすごく大事な要素なのですがこれは次の機会に。
この記事で皆様の記事がより素敵なものになりますように！


記事を書き始めた人あるある「タイトルの付け方がイマイチわからない・・・」 そんなお悩みを解決すべくライター・記事校正として3年ぐらい（うろ覚え）実務経験を積んできた私なりの付け方ノウハウを伝授します！

起業家一年生の「意思決定」 やりたいことの見つけ方

プレゼン資料を作成する正しい手順！伝えたい人の感情を理解すべし


## はじめに

プレゼン資料を作成とき、みなさんはどう考えて作っているでしょうか。文字を極力少なくしてシンプルでわかりやすいものにするか、グラフを用意して分析結果をわかりやすく伝えるなどいろいろあります。こういった考えだけでプレゼン資料を作成する先までさらに考えてみましょう。

そもそも良いプレゼンテーションとは一体どんなものなのでしょうか。この記事では fwywd を通して私が学んだ良いプレゼンテーションとはどういったものか、プレゼン資料を作成する前に押さえるべきこと、プレゼン資料を作る時に使うオススメツールなどを紹介します。

### 対象読者

- 起業家として通用するプレゼン資料の作り方を知りたい方
- プレゼン発表後、周りとは違う良い反応を得たい方

## 良いプレゼンテーションのために

### 伝えたい相手のテンションを考える

私が fwywd で学んだ中で最も驚いたことです。そもそもプレゼン資料とは何をどのように伝えるのかを考えて作っていました。

しかし、最初に考えるべきことは**伝えたい相手の理想のテンション**です。**聴衆の注目度**と言い換えても良いでしょう。

相手のテンションを考慮する結論に至った理由は、**わたしがプレゼンテーションをしたとき期待していた結果に終わることができなかったため**です。担当者の方は冒頭と発表終了の 2 分前以外は**下を向いてました**。

そこで作成したプレゼン資料を見直して相手が下を向いた時間と顔を上げていた時間をグラフにすると良いプレゼンテーションと悪いプレゼンテーションの違いがあることに気づきました。

### 良いプレゼンテーション

ここからは**聴衆のテンションをグラフで可視化**して紹介します。

![01](/img/pages/blog/2022050402/01.png)

この折れ線グラフで示したテンションを目指してプレゼン資料を作成します。

なぜ伝えたい相手のテンションを先に考えるのか。それはどういった内容であれば、**相手の興味を引くことができて印象を与えることができるか**を考えることができるからです。これを意識せずプレゼンテーションの場に臨んでしまうと印象を与えられず、自分が望んだ結果にならず終わってしまいます。

### 悪いプレゼンテーション

では、**私が実際に行ってしまったプレゼンテーションに対する聴衆のテンション**はどうであったかを見ていきましょう。

![02](/img/pages/blog/2022050402/02.png)

プレゼンテーションで発表する人が多ければ印象を与えづらく、終わった後担当者に喋りかけても「**あぁ、なんか君みたいな人いたね。**」と内心思っているでしょう。実際、わたしがプレゼン発表後はそういった経験をしました。そうならないためにもプレゼン資料を作る前は**伝えたい相手のテンション**を考えましょう。

このときに大事なことは、聴衆が「**何を聴きたいのか**」を考え、それを最初から満たし、より長い時間注目を集め続けることです。

### 目的を見失わないようにする

伝えたい相手のテンションを設定した後に考えるべきことは**プレゼンテーションを発表した後、あなたが期待している結果**です。期待している結果は「コンペに勝つため」、「出資をしてもらうため」など色々あります。

なぜ最初に自分が期待している結果を考えるのか。それはプレゼン資料を作成することを**目的ではなく手段と認識するため**です。これを考えずにプレゼン資料の作成に取りかかってしまうと目的を見失って、自覚がないままプレゼン資料の作成が目的となってしまいます。

わたしの場合、プレゼンテーションの目的設定が曖昧であったため、プレゼンテーションが終わった後の反応が悪かったのです。それに目的設定が曖昧だった場合や設定してなかったときは、完成したプレゼン資料を確認してもらうにも相手も意見が出しにくいです。

人に意見を求めるときには背景と目的を伝えて、その上で意見を求めると相手も意見を出しやすくなるので作る前に目的を定めましょう。

## プレゼン資料を作成するおすすめツール

わたしがプレゼン資料を作成するときは **Canva** というツールを使ってます。以前までは Power Point を使ってましたが、現在、私は Canva 一択で使用しています。

そこでわたしが Canva をオススメする理由をご紹介します。

### デザインのテンプレートが用意されている

Canva をオススメする理由の 1 つが**デザインのテンプレートが用意されていてること**です。プレゼン資料を作成することは目的ではなく手段であることを先ほど伝えました。ですが、プレゼンデーションの場で伝えたいことを補足するためにプレゼン資料があるとわたしは考えてます。

プレゼン資料が分かりづらいものだと相手に伝わらないです。Canva はデザインのテンプレートが多く用意しており、1 テンプレートにつき約 10 ページ以上あります。

![03](/img/pages/blog/2022050402/03.png)

![04](/img/pages/blog/2022050402/04.png)

プレゼンテーションの時間制限が 5 分間の短いものであったり、15 分以上の長いものもある。そういった場合でも Canva で用意されているテンプレートの順番を変えればうまく対応できます。

### ブラウザでスライドショーを起動できる

Canva での保存はファイル保存する方法と自分のアカウント内に保存する方法があります。わたしの失敗談で Mac で作成した Power Point のファイルを Windows の PC で開くとスライドショーが反応しないこと経験をしました。Canva ではファイル保存をしてもそういった不具合はなかったです。

また、自分のアカウント内に保存した場合は自分のアカウントでログインをしてスライドショーを起動できます。スライドショー専用の URL が発行できるので URL さえ知っていれば、どの PC からでもアクセスができてオススメです。

![05](/img/pages/blog/2022050402/05.png)

## プレゼン資料が完成後はひたすら練習あるのみ

プレゼン資料の作成が終わったらプレゼンの練習あるのみです。発表だけの練習であれば 1 人でもできるので **50 回を目安に練習**してみましょう。いろんな人にプレゼン発表を見てもらい、フィードバックを受けて改善していくことで伝えたいメッセージが洗練されていくはずです。

ここで、ひとつ気を付けてほしいことがあります。**相手に見てもらうときはプレゼンテーションをする背景と自分が期待している結果を相手に伝えることです**。評価が良かったプレゼン発表者に話を伺うと、練習相手に背景と目的を伝えて練習をしていたと仰ってました。わたしは背景と自分が期待している結果を相手に伝えずプレゼン発表内容だけ評価してもらって、本番でうまくいかなかったので気を付けて下さい。

プレゼンテーションをする背景と自分が期待している結果を相手に伝えて、練習を 50 回すると自信もついてあなたが期待しているプレゼンテーションに行うことができるでしょう。

プレゼンテーションに関して 50 回を目安に練習する理由については **fwywd radio** にて、fwywd オーナーの吉崎さんが経験も踏まえて紹介しています。こちらが非常に参考になる内容ですので、ぜひ聴いてみることをおすすめします。

[**▶ 相手に伝わる情報発信 | fwywd radio（無料）**](https://podcasts.apple.com/jp/podcast/fwywd-radio/id1621229889?i=1000558822386)

## おわりに

私がこの記事で伝えたかった内容は以下のとおりです。

- 伝えたい人にどういった印象を与えるか考える
- プレゼン発表後のあなたが期待している結果を考える
- プレゼン資料を作成するときは Canva がオススメ
- プレゼン資料が完成したら 50 回を目安にプレゼン練習する
- 相手にプレゼンをする背景と目的を相手に伝えて、フィードバック受けて改善する

ブレゼン資料を作るときの目的は人それぞれですので、プレゼンテーションの作成で迷ったときは参考にしてみてください。

Twitter もやってます。フロントエンドやバックエンドの技術、ビジネスで使える便利なサービスについて呟いているので、ご興味があれば是非フォローお願いします。

Twitter：[＠omae_koichi](https://twitter.com/omae_koichi)


プレゼン資料を作成とき、みなさんはどう考えて作っているでしょうか。文字を極力少なくしてシンプルでわかりやすいものにするか、グラフを用意して分析結果をわかりやすく伝えるなどいろいろあります。こういった考えだけでプレゼン資料を作成する先までさらに考えてみましょう。そもそも良いプレゼンテーションとは一体どんなものなのでしょうか。この記事では fwywd を通して私が学んだ良いプレゼンテーションとはどういったものか、プレゼン資料を作成する前に押さえるべきこと、プレゼン資料を作る時に使うオススメツールなどを紹介します。

ラスベガスでは常識の “VIP戦略” とは？


## はじめに

### 概要

自分のサービスに値段をつけることは一筋縄でいきません。とくに一度決めた価格から値上げをすることは、コストをかけて獲得した顧客が離れてしまう要因となりかねないからです。

私は、現在 BtoC ビジネスを始めるべく準備をしています。私も自らのサービスの価格設定に悩み本や動画で調べていました。そこで出会ったのが、西野亮廣さんが講演会で話していた「VIP 戦略」です。VIP 戦略は平等なサービスを作るのではなく、格差をうまく利用することでサービス全体の満足度をあげる手法です。

こちらがその講演会の動画です。  
[▶ 【永久保存版】西野亮廣の「生き残るための VIP 戦略」を全編公開します](https://www.youtube.com/watch?v=hFV5qZyKZPo)

今回の記事では具体例を出しながら「VIP 戦略」とはなにかについて解説します。

この記事を読むと

- **マーケティングが学べる**
- **経済的格差社会を活用できるようになる**
- **価格設定を工夫してお金のない人にもいいサービスを提供できるようになる**

これからサービスに値段をつけていく方には必見の内容になっていますのでぜひ最後まで読んでいただければと思います。

### 自己紹介

安井海都　(Twitter：[@A1123Kaito](https://twitter.com/A1123Kaito))

大学卒業後、2 年間繊維専門商社でアパレルの企画・生産を行っていました。そこで技術力が高い職人さんの工賃の値切りが常態化していることに疑問を持ち、これまでの常識を捨てすべてのものの価値の再定義を目指す「Rethink Revalue」をミッションとし活動しています。

## VIP 戦略の活用事例から学ぶ

### ラスベガスのホテルはなぜ安い

ラスベガスにある**ベラージオホテル**をご存知でしょうか。巨大な噴水があるホテルです。世界一のエンターテイメントの街であるラスベガスでもトップクラスの格付けが行われています。

![ラスベガス](/img/pages/blog/2022050401/01.png)

実は、**このホテルの最安値は 1 泊 1.5 万円程度**で設定されています。繁忙期のビジネスホテルくらいの値段で宿泊が可能です。想像より安いと感じたのではないでしょうか。

一方、1 番高い部屋はどうでしょうか。こちらは招待がなければ入れないので公式の値段が出ていませんが、聞くところによると **1 泊 2,000 万円程度**ではないかといわれています。もちろん 1.5 万円の部屋だからといって、遠くにあるぼろぼろの別館に連れて行かれるわけではありません。

では、なぜベラージオホテルのような超有名なホテルで 1 泊 1.5 万円という割安な部屋を提供できるのでしょうか。

それは 1 泊 2,000 万円で宿泊してくれている VIP がいるからなんです。**VIP が余分にお金を出してくれているという構造が割安なサービスを作り出せる要因となっています。**

### USJ のユニバーサル・エクスプレス・パス

**USJ も VIP 戦略が非常に上手なことで有名**です。USJ ではユニバーサル・エクスプレス・パスというパスを購入するとアトラクションへ乗る際に、通常とは違う列へ並ぶことができます。人気なアトラクションですと 2 時間待ちになることも少なくない中、ほとんどの場合、このパスさえあればで並ぶ時間を 30 分以下に短縮できます。**USJ はエクスプレスパスを作る事で、VIP が高い値段を支払って他の人も一定のいいサービスを受けられる構造を作っています**。4 つのアトラクションを並ばずに乗れるパスは 7,000 円〜という価格で販売されています。USJ の 2022 年のパークチケット価格が 9,000 円程度と考えると、決して安いものではありません。一部のお金に余裕のある人が＋ α でお金を支払っているからこそ、その他大勢の方が 9,000 円でパークに入場できています。エクスプレスパスを無くし、「全員が平等なサービスであるべきだ」という考えであれば、チケット代は現在の価格から +500 円〜 +1,500 円が適正価格となるでしょう。  
※上場を廃止しているため、具体的な数字を出せず申し訳ありません。

今回の例では格差というほどの値段差ではないかもしれません。しかし、**通常よりもお金を多く支払ってくれる人がいるからこそ、大多数の方々が本来の価格よりも安くサービスを受けられているということは理解できたはずです。**

### なぜ安く提供するのか？

ここは今回の本題ではないので短くまとめますが、ベラージオホテルが安い部屋を提供する意味はブランドという付加価値が必要だからです。ベラージオホテルでの付加価値はラグジュアリーブランド（ステータス）の提供です。そして西野氏は **ラグジュアリーブランドとは『認知度』-『普及率』であると表現しています**。

もう少し簡単に言うと、**みんなが知っているけど「あまり持っていない・経験できないもの」がラグジュアリーであるということです**。 だからこそ認知度を上げるために、ベラージオホテルは割安な部屋を用意しているということです。VIP が高いお金を払うのに見合う付加価値が必須となります。

### 「儲ける = 悪」の日本

**日本では儲けるというのはあまりいい事だと思われていません**。ここでいう儲けるの定義は原価率の低いモノを指します。原価が 100 万円のものを 200 万円で販売しても問題はありませんが、原価が 1 万円のモノを 200 万円で販売すると批判が殺到してしまう現象にフォーカスを当てています。後者を買いたいという人がいても、「そんなものはぼったくりだ！」と批判されてしまうものです。とくにデザインや時間といった無形の価値は軽視されやすいです。

多くの場合は批判を覚悟して、作り上げていくしかないかもしれません。批判している人は、そのサービスを最初から購入する気がないというケースが多いからです。最近だと堀江貴文氏がクラウドファンディングの 10 万円のリターンが自身との食事に設定したことで炎上していました。

## おわりに

平等な価格設定は貧乏が損をする。言葉は乱暴ですが、ここまで読んでいただいた方には意味が理解できるのではないでしょうか。VIP が高い値段を支払ってくれるからこそ、自分たちは本来の訂正価格より安くサービスを受けられます。

事業を作る側としては、多くの方に自分のサービスを広げたいのであるならば、VIP が満足をする付加価値を作っていくことが必要なのではないかと思います。最後まで読んでいただきありがとうございました。

普段は Twitter（[@A1123Kaito](https://twitter.com/A1123Kaito)） 、YouTube（[KAITO-BLOG](https://www.youtube.com/channel/UCbhCbx2ZDFUvJ2pRx4OQNYw)） で起業家の想いや普段の生活を配信しています。フォローしていただければ嬉しいです！


自分のサービスに値段をつけることは一筋縄でいきません。とくに一度決めた価格から値上げをすることは、コストをかけて獲得した顧客が離れてしまう要因となりかねないからです。私は、現在 BtoC ビジネスを始めるべく準備をしています。私も自らのサービスの価格設定に悩み本や動画で調べていました。そこで出会ったのが、西野亮廣さんが講演会で話していた「VIP 戦略」です。VIP 戦略は平等なサービスを作るのではなく、格差をうまく利用することでサービス全体の満足度をあげる手法です。

いま注目の音声メディア！Podcast 配信の始め方とうまく話せる３つのコツ


## はじめに

**いま、音声メディアが熱い**ことをみなさんご存知でしょうか。音声メディアとは、**Podcast**（**ポッドキャスト**）と呼ばれる配信方法のことを指しています。昔風にいうと**ラジオ**ですね。これをインターネット経由で配信するネットラジオのことを Podcast と呼んでいるのです。

そして、この Podcast にいま注目が集まっているのです。ネット社会の成長に伴って YouTube など動画での配信ができるようになった今、なぜ昔のラジオに戻っているのでしょうか。本記事ではこの Podcast が注目を集める理由から始まり、実際の収録から配信の方法、そして、うまく話すことができるためのおすすめのテクニックまで紹介します。

## 音声メディアのブーム到来？

### なぜ音声メディアに戻っているのか

いまやスマートフォンを使って誰でも手軽に動画を撮影することができ、YouTube へ無料で動画をアップロードして公開できる時代になっています。そんな中、なぜか原点回帰するように**音声メディア**である **Podcast**（**ポッドキャスト**）に注目が集まっています。

「Podcast 聴いてる？」と知り合い何人かに尋ねてみると「高校受験のときに英語の講座を聴いてたよ。懐かしいね。」と回答が多くありました。私もそんな存在だと思っていました。

少し話が脱線しますが、我々、平成生まれ（筆者は平成３年生まれ）にとっては、そもそもラジオ文化はあまり馴染みがありません。CD や MD（懐かしい！）とともに育ち、そしてそれが MP3 プレイヤーになり、いまやスマートフォンと統合されました。さらに、Spotify や Amazon Music などの音楽をサブスクリプションで提供するサービスが当たり前となり、音源を購入することすらなくなりました。中学時代には少ないお小遣いで CD を買ったり借りたりするのが楽しみの１つでしたが、現代の中学生にはすでに想像できない世界かも知れません。

そして話を戻すと、当時の iPod（これすらも懐かしい）に音源をコピーするときに使っていた iTunes になにかあったなぁという程度の Podcast でした。すでにこの記憶も 10 年近く前の話であり、私が YouTube に出会う前だったかと思います。要するに **Podcast はそんなに使われていなかったし、マイナーで古い存在だと私含めて多くの人が認識している**のです。

ただ、ここに**黒船**が現れました。みなさんも記憶に新しい **Clubhouse** の登場です。芸能人や有名な起業家の人たちから話題になり、恐ろしいほどのスピードで**音声メディア**という存在が普及しました。いまは私の周りでほとんど使っている人はいなくなった印象ですが、Twitter のスペースという機能などに影響しています。

これは予想ですが、この Clubhouse を発端に多くの人が気づいたのではないでしょうか。

「**音声だけ聴いているのってめっちゃ楽じゃん。**」

「**音声だけ届けるのってめっちゃ楽じゃん。**」

YouTube など動画メディアはとても面白いのですが、ユーザー視点でずっと映像を見続けるのが疲れてきたのです。そして、**動画の編集は恐ろしいほど大変**であり、ユーザー以上に動画のコンテンツ提供者が疲弊していたと思います。

### 誰が聴いているのか

きっかけは色々あると思いますが、私の周りはこの頃から音声メディアという選択肢も入ってきました。YouTube での動画編集は疲れたけれど、音声だったら収録してすぐに公開できるから、手軽なテーマでも話せるし良い。

私は 2020 年のコロナウィルスの影響でフルリモート出社に切り替わった人になにか情報を届けられないかと [stand.fm](http://stand.fm) で**オンライン社内報**に取り組みながら、音声メディアの手軽さの可能性を感じていました。

音声メディアは車を**運転しながら聴いている人**、**通勤しながら聴いている人**、**仕事をしながら聴いている人**が多い印象です。YouTube ではエンタメとして消費されがちですが、聞き手のシチュエーションとして仕事モードになっていることが多いため、ビジネス中心の話でも受け入れられやすいメリットがあります。

**これからビジネスを始めようと思っている人にはピッタリの媒体**かも知れません。

### 収録から配信までの流れ

実は Podcast で配信するのは**とっても簡単**なのです。**私は Podcast で配信してみようかな？と思い立った２時間後には公開していました**。

その理由は収録から公開までできる **[Anchor](https://anchor.fm/)** という Spotify 社が提供するアプリがあります。これをスマートフォンにインストールして、あとは**収録ボタンを押してスマホに語りかけるだけ**です。**収録後に BGM を選択すれば自動的にラジオ風の心地良い BGM も追加されます**。１人で話している声だけでは少し寂しいのですが、BGM が追加されることでとても聞きやすくなります。

そして、なんといってもここまでの機能があっても全て**無料**！

Anchor は初期設定では Spotify のみで公開されますが、設定をすることで Apple Podcast や Amazon Music などでも同時に配信することができます。もちろん無料です。

せっかくなので本格的に始めたいと思うのであれば**マイク**をアップグレードすると良いでしょう。私のおすすめは Yeti です。20,000 円弱とマイクには少し高いと感じるかも知れませんが、これぐらいしか機材を準備しなくても良いので奮発すると良いでしょう。良い声は良い印象を与えますよね。また、オンライン会議が多くなった今、マイクの音質が良い人を見ると、私は「わかってるなぁ！」と感じます。リモートワークではラジオ収録以外にも出番が多いので良い製品を買ってみると良いでしょう。

- [ロジクール G Blue Yeti Blackout Edition ゲーミングマイク コンデンサーマイク](https://www.amazon.co.jp/dp/B0822PMBTZ/ref=cm_sw_r_tw_dp_D1H3D4YJAZQR4FAKG1HR)

### どのぐらい時間がかかるの？

私が１時間程度の話をする場合の作業と時間の目安です。

- 企画（10~15 分）
- 収録（1 時間）
- Anchor 上でアップロード・BGM 追加・公開作業（10 分）

私の経験上、動画編集の場合 10 分の動画に対して半日ほどの編集作業をしていました。実に**再生時間の 25~30 倍程度**の編集作業に時間を要していました。

それに対して、音声メディアであれば、1 時間に対して 1 時間 30 分程度で終わります。**再生時間の 1.5 倍程度**で終わるのです。最高ですよね！

## うまく話せる３つのコツ

私は **fwywd radio** をこの４月から配信開始し、現在 13 本リリースしました。**それぞれ１時間程度ひとりで話しており、毎回どれだけ準備しているの？**とよく尋ねられます。どのような準備を行って配信に臨んでいるか。その**うまく話せるための３つのコツを初公開**します。

### １．事前に話の大筋を決めておく

１時間の収録に対して、話の大筋を収録前の 10 分ほどでメモ書きをしながら決定します。前日のうちに配信タイトルの候補を何個か書き出しておきます。例えば「フックと回収エンジン」「資本主義」「情報発信の方法」など。このネタは**その日に誰かに話した内容をヒントにしている**ため、ネタが尽きることは基本的にはありません。逆に言うと、**ちゃんと他の人と会話していることが前提である**とも言えます。fwywd での起業家を目指す人達に一緒に生活しながらアドバイスをすることがネタの源泉になっているわけです。

そのテーマを中心に「**何をどの順に話していくべきか**」に関して、メモを書きながら並べ替えていきます。ちなみに、１本の収録に対して以下のようなメモ書きをしています。基本的にはアドリブではなすのですが、最終的な話のゴールを決めておかないと、話している最中に迷子になってしまいます。あとは**その時の収録を楽しみながらひたすら話していく**感じですね。

![実際の企画メモ](/img/pages/blog/2022050302/01.png)

### ２．噛んでも気にせずに進める

話している最中に噛むこともよくあります。きっちり編集された動画では噛んでいるところや間をカットすることが当たり前になっていますが、**音声メディアでは気にしなくて良い**と思います。逆に編集がないことで、その場で話を聞いているような雰囲気もでるのでラジオ感が出ます。

聴いている側に回るとさらにわかりやすいのですが、**音声メディアは手が空いているので他の作業をしながら聴くことが基本です**。だからこそ、多少の言い間違いなどはほとんど気になりません。

この編集作業が不要であったり、言い間違いをその場で言い直して修正するだけで良ければ気持ちがめちゃくちゃ楽になります。制作側のコストが低いということは**続けやすさ**にも大きく影響します。私は YouTuber として動画撮影をして動画編集をしてというのはよっぽどメリットがないとできないなぁと感じていますが、音声メディアぐらいの手軽さであれば、まぁ楽しいから良いか！という感じで続いています。

### ３．ルーティーンを決める

動画と比較すると手軽であることは間違いありません。そうとは言っても、**一般に公開される情報である以上、言葉選びなどは常に気を使います**。１時間の収録でも体力を結構削られます。これを経験すると思いつきで話すことが続かなくなってきます。

だからこそ、重い腰を上げるための**ルーティーン**が重要です。

私の場合は朝６時に起きて、筋トレを軽くして、行き 10 分ランニング、帰りの 20 分歩きながらラジオで話しているイメージをする。そして、少し熱めのシャワーを浴びて収録に臨みます。６時に起きても収録は８時からです。収録終わりが９時。公開が９時半ごろです。

こういった収録系は収録前のルーティーンを作れないと三日坊主になってしまうので、**生活の一部に組み入れることが重要**ですね。

## おわりに

いま注目の音声メディア Podcast に興味を持っていただけたでしょうか。本記事では注目を集めている背景の紹介から、実際に配信する方法やコツを紹介しました。

**fwywd radio** では起業家のリアルを配信しています。起業や社内での新規事業に興味を持っている人はもちろんのこと、教育についてもよく触れています。また、新しいテーマとしては Web3 や DAO についても話しています。収録の裏側を知っていただいたことでより楽しく聴いていただけるのではないでしょうか。

最後までお読みいただき、誠にありがとうございました。

株式会社キカガク 代表取締役会長
吉崎 亮介

[▶ Twitter のフォローお待ちしています](https://twitter.com/yoshizaki_91)

### fwywd radio の配信テーマ

- #1 起業家としての一歩目に必要なことは？信頼よりも真実を
- #2 新規事業はオペレーションファーストが鍵
- #3 心との向き合い方
- #4 フックと回収エンジン
- #5 資本主義としての組織の作り方
- #6 相手に伝わる情報発信
- #7 教えない教育
- #8 起業のファイナンス
- #9 起業家の特徴と誤解
- #10 起業家、最初の１ヶ月
- #11 起業の現実 feat. 安井海都
- #12 リーダーシップとマネージメント

### fwywd radio を聴く（無料）

- [Apple Podcast](https://podcasts.apple.com/jp/podcast/fwywd-radio/id1621229889)
- [Spotify](https://open.spotify.com/show/0rkAbkopOGEpMLJMME6nlQ?si=J9bAKxktRECj7rzrdIDo8Q)
- [Amaon Music](https://music.amazon.co.jp/podcasts/c90a7a3d-380c-4daf-aed7-ad3a98cdf774/fwywd-radio)


いま、音声メディアが熱いことをみなさんご存知でしょうか。音声メディアとは、Podcast（ポッドキャスト）と呼ばれる配信方法のことを指しています。昔風にいうとラジオですね。これをインターネット経由で配信するネットラジオのことを Podcast と呼んでいるのです。そして、この Podcast にいま注目が集まっているのです。ネット社会の成長に伴って YouTube など動画での配信ができるようになった今、なぜ昔のラジオに戻っているのでしょうか。本記事ではこの Podcast が注目を集める理由から始まり、実際の収録から配信の方法、そして、うまく話すことができるためのおすすめのテクニックまで紹介します。

起業家と一般人の「意思決定」における違い


## はじめに

みなさんは昨日、何回『**意思決定**』をおこないましたか？

「5 回」「10 回」「100 回」あるいは「1000 回」でしょうか。

ケンブリッジ大学 Barbara Sahakian 教授の研究によると、私たちは **1 日に最大 35,000 回**もの決断をしているそうです。

ものすごい数ですよね。

ただ、今回はこの数字をみなさんに伝えたい訳ではありません。

この記事では、私がこれまで**一般人**として何気なくおこなってきた『**意思決定**』と、[**fwywd**](https://fwywd.com/awaji) へ参加し感じた、**起業家**に必要な『**意思決定**』の違いを書いていきます。

これまで

- **書籍を読んで理解したつもりになっていた人（私のことです）**
- **実際に『意思決定』の必要に迫られなければ気づけない一次情報を知りたい人**

にはお勧めです。

### fwywd（フュード）とは？

[**株式会社キカガク**](https://www.kikagaku.co.jp/)が運営している、淡路島にて社会課題の解決を目指す起業家を育成するプログラムです。**キカガクの創業者である吉崎会長**と共に淡路島に移住し、仲間と切磋琢磨しながら起業家に必要な総合的な力を養っています。

### そもそも意思決定とは？

> 「**問題解決にあたって実行可能な行為の中**か適と思われるものを選択すること」 [コトバンク](https://kotobank.jp/word/%E6%84%8F%E6%80%9D%E6%B1%BA%E5%AE%9A-30537)より

冒頭で述べた**35,000 回**というのは、日常の無意識な決断も含めての回数です。

「何を食べよう」「どんな服を着よう」「どこへ行こう」など軽い決断でも、意識的なものを思い返してみると、そんなに多く無いと思います。

fwywd 参加前の私自身は、多くて 100 回くらいだったと思います。

また、同じ決断であっても意識しておこなう決断の方が消費するエネルギーは大きく、さらに選択肢が多ければ多いほど、その消費量は大きくなるようです。

「和食かイタリアンどっちが食べたい？」と聞かれると答えやすいですが、「何食べたい？」と聞かれると答えを出すのにすごくエネルギーをつかいますよね。

このように、

「最適と思われるものを**決断**する」場合には、『**意思決定**』の中でもより大きなエネルギーを必要とすると考えられます。

実際に、私も仕事をやめて fwywd へ参加するという**決断**、人生を大きく変える『**意思決定**』には大きなエネルギーが動いたと感じました。

## 一般人と起業家の「意思決定」

### 一般人

まず、一般人とタイトルに書きましたがここでは、

「**会社や学校などの集団に所属している人**」

「**行動を起こすにあたって 100%の裁量権を持っていない**」

のように、**以前の私と同じような人**としています。

会社ではおもに、**与えられた仕事**に対してどのような方法で解決していくのか、どんな順番で仕事を進めていけば一番効率が良いのか、などを決める『**意思決定**』をしてきたと思います。

私は以前、フレンチレストランで料理人 & ソムリエとして働いていましたが、それも従業員としてお店のルールの中で、役割をこなす、お客様に喜んでいただけるように最善を尽くすといった『**意思決定**』でした。

どちらの『**意思決定**』もやるべき事が決まっているので本気で取り組めば、大抵のことは終わっていくし、成果も出ます。失敗しそうになってもフォローをしてもらえます。

この記事を読まれている方々は、きっとこれまで、会社や上司に与えられた無理難題に答えるために必死に頭をフル回転させ『**意思決定**』をしてきたと思います。

その結果、認められ大きな役割を任されるようになった。これも立派な『**意思決定**』です。

### 起業家

先述の**一般人**の裏を返すと**起業家とは、**

「**100%の裁量権を持ち、全ての責任を背負う人**」

と言えます。

起業家としての『**意思決定**』は、**与えられた課題の解決に最適な選択をし、全力で取り組む**だけではいけません。

そもそも**答えがない**のです。

**答えのない**ものに対して、成功確度の高そうな複数の選択肢を**自ら探し出し**、その上で比較・選択をするという『**意思決定**』をしていかなければなりません。

## 「意思決定」の自由と重み

### 自由

起業家としての『**意思決定**』はとても**自由**です。

**自由**と言えば聞こえは良いですが、裏を返せば全て自己責任、誰も仕事を与えてくれる訳でも間違いを指摘してくれることもありません。

この**自由**がもたらす恐ろしさを感じたのは、fwywd 開始初日でした。

オーナーの吉崎さんから指示があったのは、これからおこなう事業の「**Mission**」を決める。

これだけでした。

そして、**裁量権の全て**が委ねられました。

その時の私は、「チームでの行動」「技術力の向上」「事業作りに必要な知識の習得」など
無数の選択肢の中で何に重きを置いて行動するのか、そもそも最初に何をしたら良いのか全く分からず、しばらく何も着手することが出来ませんでした。

そこで痛感しました。

今まで私がおこなっていたのは、『**意思決定**』という枠組みの一部の『**選択**』に過ぎなかったのです。

### 重み

**起業家の『意思決定』**は**自由**であるが故に、やるもやらぬも自分次第。

「**必死でやった分だけ結果が返ってくる**」と言いたいところですが、ここでもう一つ考えなければならないのが、起業家が『**意思決定**』をおこなった際の**責任の重さ**です。

例えば、

**一般人の場合**

- A「メインが肉のコース」
- B「メインが魚のコース」

であれば、味の好みはありますがどちらを選んでもお腹は満たされます。

**起業家の場合**

事業の方針について A, B と選択肢がある時、決断をして同じだけ努力したとしても、

- A「大きな成果」
- B「成果 0」

となる場合が往々にしてあるという事です。

起業家にとって一つの失敗が、**同じ努力量でも全く違った結果**をもたらしてしまうのです。

そして、当然その全責任を背負わなければなりません。

## おわりに

いろいろな側面から、**起業家**と**一般人**の『**意思決定**』における違いについて考えてきましたが、実際に体感してみると「違い」というよりは大きな「差」があるものだと感じました。

起業家の『**意思決定**』

「**より不確実なものを、大きな責任を伴いながら、意識的に決断する**」

この連続です。

この『意思決定』を自らおこなっていくのが起業家としての第一歩であり、同時に起業家そのものであると思います。

明日からも『**意思決定**』の連続の日々です。

私はこれからも、つまずき転びながら起業に向けて多くの『**意思決定**』をしていきます。

この記事はこれから起業家を目指していく私の**決意**、そして同じような状況にある人への**エール**となるようにと思い、書かせていただきました。

この記事を読んで少しでも、 fwywd に興味を持ったり私を応援したいと思ってくださった方がいましたら [@nabeo654147](https://twitter.com/nabeo654147) を覗いてみてください。

**まだ何者でもない私が、起業家として成長していく中で感じた事や気づき**を発信しています。

ついでに、フォローをしてくださると今後の活動の励みになります！

また、私の [Followers](https://twitter.com/nabeo654147/followers) から fwywd 参加者の仲間達も確認できます！

最後までお読みいただきまして、ありがとうございました。

### 著者について

![watanabe](/img/authors/watanabe.jpg)

名前 : 渡邉智彦

前職 : ソムリエ＆フレンチ料理人

Twitter : [@nabeo654147](https://twitter.com/nabeo654147)


みなさんは昨日、何回『意思決定』をおこないましたか？「5 回」「10 回」「100 回」あるいは「1000 回」でしょうか。ケンブリッジ大学 Barbara Sahakian 教授の研究によると、私たちは 1 日に最大 35,000 回もの決断をしているそうです。ものすごい数ですよね。ただ、今回はこの数字をみなさんに伝えたい訳ではありません。この記事では、私がこれまで一般人として何気なくおこなってきた『意思決定』と、fwywd へ参加し感じた、起業家に必要な『意思決定』の違いを書いていきます。これまで、書籍を読んで理解したつもりになっていた人（私のことです）、実際に『意思決定』の必要に迫られなければ気づけない一次情報を知りたい人にはお勧めです。

今さら聞けない法人営業に必要な３つのスキル


## はじめに

あらゆる事業立上で最初に確実に必要なものはなんでしょうか。それは**顧客** です。どれほど素晴らしい事業計画も最初に顧客を獲得しなければ、絵に描いた餅です。

事業立上時に潤沢な資本・ドリームチームでスタートするのは稀なケースであり、営業経験の有無に関わらず営業をする場合もあるでしょう。

筆者自身は、毎朝の営業会議で「なんでそんなこともできないんだ！」「お前は営業に向いていない！」と散々怒られる新入社員時代を経験しました。それでも転職後、数多くの先輩たちのレクチャーによって売上を達成してきました。当時の自分に会えるなら「法人営業は向き不向きではなく、方法論で解決できることがあるんだ。」と声を大に伝えたいです。

この記事は「企業向けのビジネスをしたいけど、法人営業経験がない方」に向けて、30 名規模の営業組織でトップセールスになった著者が 3 つのポイントを紹介いたします。

## １．正しい人に売る

法人営業と個人営業の大きな違いはなんでしょうか。それは意思決定プロセスです。

基本的に企業で買い物をする場合は金額に応じた決裁者が存在します。100 万円・50 万円・30 万円など、企業独自のルールで決裁者は変わります。自分が提供したいサービスは、企業のどの部署・どの役職の人が決裁するものなのか。これを想像して営業活動をするのとしないのとでは受注確度はガラリと変わります。顧客の会社紹介ページにある組織図や人事異動ニュースを事前に確認し、誰に会いたいか、どう売りたいかを考えてみましょう。

一方どれほど事前に「この人にこの話をしたい。」と設計しても、多くの場合最初に会う人は決裁者ではありません。その際に行うべき行動はなんでしょうか。それは決裁者へ影響を与える人を見つけ信頼されることです。

ワンマン経営でない限り、企業は複数名で合理的に判断します。つまり決裁に影響を与える人（ = 影響者）が存在します。

複数名が参加する商談であれば、コミュニケーションの様子から誰の影響力が大きそうか、決裁者とどんな関係性なのかを探る質問をしてみましょう。影響者ではないと判断した場合も、信頼されることで優位な情報獲得に繋げることができます。

正しい人に売る。つまり決裁者・影響者を意識したセールスを心がけましょう。商談確度がグンと上がります。

## ２．相手の役に立つ

あなたは法人営業における相手とは誰だと思いますか。企業へ購入するメリットを正しく伝えることも大事ですが、それだけで発注につながるほど意思決定プロセスは単純ではありません。

- 企業の役に立つ
- 担当者の役に立つ

を分けて整理します。

### 企業の役に立つ

あなたのサービスを購入した企業にどんないいことがあるか、をわかりやすく伝えましょう。営利企業のメリットは儲けに繋がることなので、売上が上がるか、コスト（経費）が下がるかで考えると訴求しやすくなります。

例えば 20 万円のパソコンを売るなら、あなたはどの様に企業のメリットを伝えますか。以下は私が考えてみた例です。

『このパソコンを 5 ヶ月以上お使いいただくと、貴社のコスト削減に大きく貢献できます。

例えば作業 A に月 17 時間、作業 B に月 5 時間かかっているなら、パソコンを使うことで月 2 時間まで削減できる見込みです。時給 2000 円で換算するなら月 40000 円相当の人件費削減です。ぜひ貴社の生産性向上にお役立てください。』

さらに「そのサービスで削減できた時間を何に使えるのか。」「減価償却などの仕組みも考慮してどう儲かるのか」なども盛り込めます。踏み込んだ訴求ができるとより一層受注につながりそうです。

### 担当者の役に立つ

正しい人を特定して企業のメリットを訴求しても、そもそも目の前の担当者にあなたやサービスを評価してもらえないと発注には至りません。まず担当者に Give をすることが大切です。

担当者のメリットは相手の価値観の数だけあります。「自分の代わりに事務作業を手伝ってほしい。」「悩みを解決するようなアイデアがほしい。」あなたが解決できそうなことから始めましょう。信頼されるまでは Give & Take どころか、Give, Give, Give, Give, そして Give くらいに貢献ファーストでいきましょう。

## ３．唯一の理解者を目指す

ここまで「正しい人へ売る」「相手の役に立つ」ことの大切さをお話しました。最後のひとつはすぐに相手に貢献できて、セールスの際に大きなメリットを得る方法です。

それは相手の話を聴き、一緒にサービスを選ぶことです。

例えば、あなたが新しいマグカップを買う場合、以下どちらのセールスから買いますか。

【セールス A 】

- 最近のマグカップのトレンドを説明してくれた（容量・素材・重さなどの機能）
- 自社のマグカップが他社より優れているポイントを説明してくれた
- いつまでに購入すると割引があるか説明してくれた

【セールス B 】

- なぜあなたがマグカップを探しているのか聴いてくれた
- 話している中でマグカップを買い替えたいポイントが「作業中のデスクにピッタリな色」だと気づかせてくれた
- 同じ色のデスクを用意して好きなマグカップを選ぶ時間をくれた

「話の上手な人が売れる」というのは、よくあるセールスへの誤解です。たしかに論理的・感情的に相手へわかりやすくメッセージを伝える力も大切です。この例は極端ですが、それでも相手の話を聴かない人はセールス A のようになります。

顧客に「これは自分にとって一番のサービスだ。」と思ってもらい、発注まで行動してもらうことがセールスです。特に新しい視点や価値を提供できるサービスほど、顧客へ気づきを提供できる B のようなセールスが選ばれるでしょう。

顧客の話を真剣に聴き、一緒にサービスを選ぶ。そのパートナーとして選ばれるように「この人の唯一の理解者になろう。」という気概でお話を聴いてみてはいかがでしょうか。

## おわりに

起業家は常に多くの問題を解く必要があり、営業は特に苦手意識をお持ちの方もいらっしゃるでしょう。この 3 つのスキルが、そんな方の第一歩につながることを願います。

- 正しい人に売る
- 相手の役に立つ
- 唯一の理解者を目指す

そして fwwyd は「良心ある自己実現ができる世界へ」というミッションを掲げ、起業家に優しい世界を目指しています。ビジネスと経営がわかる起業家を目指したい方、ぜひ fwywd で志の高い仲間と一緒に切磋琢磨しながら成功を目指しませんか。ご応募をお待ちしています。

<https://fwywd.com/awaji>

### 著者

![uemura](/img/authors/uemura.jpg)

上村 秀幸

IT 企業 → 人材開発企業で営業コンサルティングに従事。妻の死で 1 歳娘のひとり親となったことをきっかけにカテイデザイン株式会社を創業。「誰もが明日に期待できる社会」の実現を目指して fwywd で事業立上中。

[▶ Twitter のフォローお待ちしています](https://twitter.com/hide336_tw)


あらゆる事業立上で最初に確実に必要なものはなんでしょうか。それは顧客です。どれほど素晴らしい事業計画も最初に顧客を獲得しなければ、絵に描いた餅です。事業立上時に潤沢な資本・ドリームチームでスタートするのは稀なケースであり、営業経験の有無に関わらず営業をする場合もあるでしょう。筆者自身は、毎朝の営業会議で「なんでそんなこともできないんだ！」「お前は営業に向いていない！」と散々怒られる新入社員時代を経験しました。それでも転職後、数多くの先輩たちのレクチャーによって売上を達成してきました。当時の自分に会えるなら「法人営業は向き不向きではなく、方法論で解決できることがあるんだ。」と声を大に伝えたいです。この記事は「企業向けのビジネスをしたいけど、法人営業経験がない方」に向けて、30 名規模の営業組織でトップセールスになった著者が 3 つのポイントを紹介いたします。

起業という人生のリスクマネジメント


## はじめに

みなさん、起業してますか。「一度しかない人生」「日本はスタートアップに優しくなってきた」と言いながらも起業はマイノリティなチャレンジ。初めてであれば不安はきっとゼロではありませんよね。

この記事は「私はなんの不安もない。」「正しくリスクマネジメントして関係者にも相談ができている。」

そんな起業家の方向けではないことをご承知おきください。むしろそのひたむきな情熱による事業の成功を心からお祈りいたします。

「起業したいけど不安が拭いきれない。」「起業ってリスクではないのか。」

そんな方向けに「起業という人生のリスクマネジメント」について、娘を育てながら起業した筆者がお伝えいたします。

## 人生のリスク

### リスクとは何か

そもそもリスクとはなんなのでしょうか。

ISO31000 というリスクマネジメントの国際規格ではリスクをこのように定義しています。

> リスク：目的に対する不確かさの影響

リスクはプラスもマイナスもある不確実なものを指す概念でした。私も驚いたのですが、リスクとは悪いものを指す言葉だと誤解していました。

「じゃあリスクマネジメントは何をマネジメントするのか」と思った方もいるでしょう。事業経営では想定される事象がプラスなのかマイナスなのかを企業、つまり複数名の人が捉える必要があります。なので複数名で合意できるようにリスクを定義し、その管理を行うんですね。

ではここでみなさんに質問です。人生のリスクとは一体なんなのでしょうか。

### あなたの人生のリスクとは何か

「どんな人生を歩みたいのか。それをどうあなた自身がマネジメントするのか。」

これが人生のリスクマネジメントと考えるのはどうでしょうか。

- モテたいからバンドを始める
- 老後のためにお金を貯める
- 長生きしたいから食生活に気を使う

未来のために自分で行うアクションは全てリスクマネジメントですよね。

もちろん以下のように目的を変えたり、受け入れることもリスクマネジメントの 1 つです。

- 作曲家になりたいから就職は諦める
- 売れる曲が作れないから作曲家は諦めて趣味で作曲をする
- 家庭が落ち着かないから作曲を辞める

実は上記のリスクマネジメントをしたのは 10 年前からの私自身です。

そして気づけば 1 歳娘のひとり親になっていました。

## リスクマネジメント

### 私のリスクマネジメント

妻は産後うつになり、自死を選びました。

子どもが生まれるまで喧嘩一つなかった夫婦が妊娠・出産・育児でどうして崩壊してしまうのか。

私はひとり親になった時に本当に後悔しました。

私に責があることは重々理解しています。

そして一つの不安が拭えませんでした。

「もしかしたら娘が同じ体験をするのではないか。その時に同じような苦しみを背負ってしまうのではないか。」

私にはこのリスクをどう回避すればいいのかわからなかったのです。

「0-2 歳の子どもを育てるパパママが自身の望む家庭を実現できる。」そんな未来を選べるようにする。

私と同じ思いを娘にさせたくない一心で起業しました。

自身の実現したい未来にするために起業する。

これが私のリスクマネジメントでした。

### fwywd というリスクマネジメント

ただ、この話には続きがあります。

勢いで創業したものの仕事はあり、生活に困ることはありませんでした。

ただ結局事業を作れないまま 1 年が経ちました。

思い描いていた未来を諦めたくなかった私は、その解決策を探していました。

その時にパソナグループ・キカガク会長の吉崎さんによる fwywd という起業家育成プログラムを見つけました。

経営と技術を 1 年間学べる、というキーワード。DX・AI 教育の領域で活躍されている吉崎さん。

私はその魅力に惹かれて、オンライン参加をすることに決めました。

今は fwywd に参加しながら「豊かな社会のために豊かな家庭のはじまりを」というビジョン実現に向けて事業を作っています。

### 起業という人生のリスクマネジメント

あなたにとって、起業はどんな人生のリスクマネジメントになりますか。

「富・名声・力」はだいぶ海賊王すぎますし、きっとあなたの実現したい未来のためであるはずです。

起業以外の選択肢も人生にはあります。

それでも起業という道があなたの人生のリスクマネジメントであるならば、その成功を心から祈っています。

そして、私はこの記事を書いている時点で事業は成立していません。

なのでリスクマネジメントが成功したかどうかはこれから判明していきます。

事業が成功するか見届けたい、という方はぜひ SNS でフォローしてみてください。

果たしてこの記事のタイトル回収ができるのか、私の事業が実現する瞬間を見届けてくださると幸いです。

## 著者

![uemura](/img/authors/uemura.jpg)

上村 秀幸

IT 企業 → 人材開発企業で営業コンサルティングに従事。妻の死で 1 歳娘のひとり親となったことをきっかけにカテイデザイン株式会社を創業。「誰もが明日に期待できる社会」の実現を目指して fwywd で事業立上中。

[▶ Twitter のフォローお待ちしています](https://twitter.com/hide336_tw)


みなさん、起業してますか。「一度しかない人生」「日本はスタートアップに優しくなってきた」と言いながらも起業はマイノリティなチャレンジ。初めてであれば不安はきっとゼロではありませんよね。この記事は「私はなんの不安もない。」「正しくリスクマネジメントして関係者にも相談ができている。」そんな起業家の方向けではないことをご承知おきください。むしろそのひたむきな情熱による事業の成功を心からお祈りいたします。「起業したいけど不安が拭いきれない。」「起業ってリスクではないのか。」そんな方向けに「起業という人生のリスクマネジメント」について、娘を育てながら起業した筆者がお伝えいたします。

「起業したいけど不安」という方へ伝えたい。救急医の私が 15 年も経った今になって起業を志す理由


## はじめに

### 「起業」という勇気ある決断

![決断](/img/pages/blog/2022043001/01.jpeg)

### 「起業したい！でも不安なんです・・・」

その気持ちわかります。起業するって不安定だし、実際に決意して新しい一歩を踏み出すのってとても勇気がいりますよね。「起業」という選択肢が、自分にとって正しい選択肢なのかわからない。悩みに悩み、結局安定を重視してそのままの自分で着地する方って多いと聞きます。

私は救急医です。医師になってからもう 15 年が経ちました。15 年もやると仕事でそんなに困ることも少なくなってきます。別に仕事が嫌いな訳でもありませんし、むしろ誇りを持ってやっています。家族もいて、このまま無難に人生を過ごせば、安定した悪くない人生が待っているような気がしています。そんな私ですがみなさんと同じように不安は感じながらも、15 年たった今起業を勇気を持って決意し、今年 4 月から fwywd（フュード；起業家の育成プログラム）へ参加しています。

起業に向けての最初の一歩を仲間たちと踏み出し始めました。

[▶ 新たな起業家育成 fwywd in 淡路とは？](https://fwywd.com/awaji)

この記事は、

**「起業したい! でも、その一歩がなかなか踏み出せない・・・」**

そんな悩みを抱えている方に向けて書きました。私がなぜ 15 年も安定した救急医として歩んだキャリアを進んでいる今になって、不確定要素の多い「起業」への第一歩を始めることを決断したのか。自身の医療における起業に対する「思い」と、起業に至るまでの「体験」をお伝えすることで、読者の皆様の決断のヒントになれば嬉しいです。

## 人生の道半ばで、望まない最期を迎える患者がいるということ

「救急医療は社会を映す」と言われています。実際に、非常に多様な人生を生きてきた患者さんが身体的、精神的な問題を抱えて病院に搬送されてきます。私は救急医として、そのような患者さんの問題解決と向き合ってきました。治療が奏効して元気に回復していく患者をみることはとても嬉しいものです。しかし、一方で望まない病気や事故により、「まだ人生でやり残したことがある」と思いながら無念の最期を迎えたであろう人もまた、数えきれないほどみてきました。

彼ら彼女らの人生に思いを馳せると、医療の本質を考えさせられます。現実問題として、人間にはいつか最期の日が必ずやってきます。そこから逃げることはできません。しかし、皆必ず来るであろうそのエンディングに向けて、それぞれの思いと共に、人生という冒険をいいっぱい楽しもうと必死に生きています。私は、世の中の全員の人がそれぞれの人生を十分に楽しんだ後に、最期の言葉として「いい人生だった」と心から言える世の中であったら良いなと本気で思っています。冒険の道すがら、病魔や事故という突然の乱入者から皆を守ってあげることこそが医療者の使命です。

## 少しでも多くの人生を救うためにできること

![川](/img/pages/blog/2022043001/02.jpeg)

救急の現場の医師として、一人一人の患者を診ては治療してを繰り返しているうちに、私は 1 つの気づきを得るに至ります。その気づきの源泉は、なぜ「こんなにもたくさんの困っている救急患者はやってくるのか」という疑問にありました。

ハーバード日本人教授のイチロー・カワチ先生は、社会医学者ジョン・マッキンリーの著書からの引用として、次のように述べています。

> 📖 「岸辺を歩いていると、助けて！という声が聞こえます。誰かが溺れかけているのです。そこで私は飛び込み、その人を岸に引きずりあげます」  
> 「心臓マッサージをして、呼吸を確保して、一命をとりとめてホッとするのもつかの間。また助けを呼ぶ声が聞こえるのです」  
> 「私はその声を聴いてまた川に飛び込み、患者を岸まで引っぱり、緊急処置をほどこします。すると、また声が聞こえてきます。次々と声が聞こえてくるのです」  
> 「気がつくと私は常に川に飛び込んで、人の命を救ってばかりいるのですが、一体誰が上流でこれだけの人を川に突き落としているのか、見に行く時間が一切ないのです」

「**一人でも多くの人を助けたいなら、一人ずつ患者を診ることも重要だが、さらに医療の問題のもっと上流に目を向ける必要があるのではないか？**」そのように考えるようになっていきました。

## 研究者としての挑戦と葛藤

「根本的な医療の解決が重要」と考えた私は、「患者を診る」ことから一度離れ、医学研究者としての挑戦を開始します。「**医学自体を発展させることで、治る患者さんを増やすことができれば問題は解決するだろう**」という思いからです。

これまでに、基礎研究（細胞や動物を使った研究）や臨床研究（医療データなどを解析し、医療の問題点や施策を検討する研究）を縦断して学び、いくつかの研究成果も達成してきました。しかし、研究者としての挑戦にも大きな葛藤がありました。それは、自身の研究成果が「**実際の医療現場に何の良い変化も与えていない**」ということでした。

医学研究は間違いなく医療の発展に重要なピースです。しかし、実際の医療現場を目で見えるレベルで変えられていない研究が多いのもまた事実です。自身の成果も例外でなく、「医療の上流をよくしたい」という達成したい未来像からは程遠く、葛藤を抱える毎日でした。

## 医療者がテクノロジーと手を取り合い進む未来

![テクノロジーと手を繋ぐ](/img/pages/blog/2022043001/03.jpeg)
大きな枠組みでは、医療を自身の手では何も変えられていない中で、近年の DX（デジタルトランスフォーメーション）の波が医療界にも押し寄せてきました。医療の外からやってきたテクノロジーの力は、これまでなかなか解決することが出来なかった医療の問題に、新たな解決策を次々と提示しています。まるで鎖国していた日本に開国を迫る黒船のようです。

「**医療をよりよくしたいなら、多くの人を助けられる未来が欲しいなら、私たちと共同しなさい**」

と迫ってきます。

医療の上流の問題を変えたいと試行錯誤してきた一方で、これまでの私は何も変えることができていません。長年の救急医としての経験や知識は持っているのです。自身でテクノロジーに触れ、学べば学ぶほどに、今こそ自身の救急医としての経験・知識とテクノロジーとが手を繋ぐべきではないかと思うようになっていきました。そして、目指していた医療の形、つまり「皆が最期に「いい人生だった」と心から言えるようにするための医療」を自身の手で叶えたいという思いが強くなっていきました。また、そのための最適な手段は起業をすることではないのかという思いが止められなくなっていきました。

## 私が起業への最初の一歩を踏み出せた理由

![ジャンプ](/img/pages/blog/2022043001/04.webp)

ここまでの話で、なぜ私が起業への第一歩を踏み出し始めたのかがわかっていただけたかと思います。私が 15 年もたった今になって起業という選択肢を決断した理由、それは

### 自身の手で叶えたい「理想の未来」があるから

起業をするというのは手段であって、目的ではありません。起業するということが簡単な航海ではないのはわかっています。それでも起業という勇気ある一歩を踏み出せるのは、「**自分が理想とする素敵な社会を自らの手で実現するんだ！**」という思いが、その歩みを押し進めているのだと思います。

## 最後に

今年から私が参加した**fwywd**（**フュード**）はそんな歩みを始めた仲間たちの集まりです。fwywd の仲間内では、自ら意思決定をし、多くの苦難を乗り越えながら叶えたい未来を自身の手で掴もうとする行動をした人たちを「fwywdy（フューディー）だね 👍」と称賛します。

もし起業への初めの一歩を踏み出せずに悩まれている方は、「今は存在していないけれど、自分が理想とする未来」を想像してみてください。

その未来を自分の力で叶えたいと心から思い、起業の一歩を踏み出す覚悟が決まった方へ。

「**fwywdy だね**👍」

### 筆者について

![profile](/img/pages/blog/2022043001/05.png)

平野 洋平

医師（救急専門医・集中治療専門医）

救急医療の現場に身を置きながら、起業家としての第一歩を fwywd 1 期生として歩み始めました。すべての人がそれぞれの思う人生を最期まで十分楽しむことができる社会。医療の立場からそんな社会を実現したいと思っています。

私の記事に共感してくれた方、起業に興味がある方は是非フォロー 👍 をお願いします。

- [Twitter](https://twitter.com/harudanqq)
- [Blog](https://adventureofqq.com/)

### 出典

- 「命の格差は止められるか　ハーバード日本人教授の、世界が注目する授業」イチロー・カワチ著／小学館刊　※社会医学者ジョン・マッキンリーの著書からの引用


「起業したい！でも不安なんです・・・」その気持ちわかります。起業するって不安定だし、実際に決意して新しい一歩を踏み出すのってとても勇気がいりますよね。「起業」という選択肢が、自分にとって正しい選択肢なのかわからない。悩みに悩み、結局安定を重視してそのままの自分で着地する方って多いと聞きます。

起業したいけどアイディアがないときどうするか


## はじめに

学校を卒業し、なんとか仕事をうまくやってきた。収入もすごくいいわけではないけど、暮らしていくには十分。でも、なんだか毎日に刺激がない。気づけばそんなに若くない。自分はこのまま年を取っていくだけでよいのか。何かチャレンジをしたい。自分にもっとできることがあるのではないか。

こんなふうに思っている人がいるのではないでしょうか。

何を隠そう、これは数か月前の私です。

私の場合はここからさらにこう思いました。

「**会社の看板に頼らず自分でビジネスをしてみたい**」と。そう起業しようと思ったのです。

当然、今まで起業経験もないですし、素晴らしい事業のアイディアがあるわけでもなかったです。

しかし、多くの人の協力を得て、今は自分の進むべき方向性を定めて日夜事業づくりのために試行錯誤するというステップに踏み出せました。

起業を志す方の中には、きっと自分と同じように何からすればいいのかわからない人もいるでしょう。この記事ではそんな「起業したいけど、何もアイディアないです」状態の人向けに、アイディアの出し方や自分が今何をすべきかをお伝えします。

### 想定読者

- 起業したいと思っているけどアイディアが何もない人
- 起業をするにあたりアイディアの出し方や自分との向き合い方を知りたい人

### アイディアの出し方にはパターンがある

私の場合、最初に始めたのは世の中に多くいる著名な起業家の成功へのステップをひたすら調べることでした。しかし、結論から言うとこれはあまり役には立ちませんでした。むしろ、持っている資源や経歴が自分とはかけ離れていた人が多く、起業なんてできないのではと思ってしまうことの方が多かったです。

しかし、実際に起業家の方の話を聞くうちにビジネスアイディアの出し方には 2 パターンあることを知ります。

一つは、世の中の動向や市場の様子から「この領域なら勝ち目がある」と見越して事業を作る、市場先行型。もう一つは、自分の原体験を掘り起こし、情熱を持って取り組めることを探しそこから事業を作っていく、熱意先行型。

原体験を掘り起こすということなら起業の経験がない私でもできるのではないか。マーケティングのスキルもない私が取るべき道はこっちだ、と思った私は迷うこと無く熱意先行型でのチャレンジへと進みます。

## 自分自身と向き合う

### 原体験を知る

原体験と聞いてと少し難しく聞こえた方は、自分の喜怒哀楽の感情が最も動いた瞬間を想像するとわかりやすいです。今までの人生で最高だった瞬間や、震えるほど怒った事件、哀しくて涙が止まらなかった体験、その瞬間を自分の頭の中からもう一度呼び起こします。

人によってはこの体験を思い出さないようにそっと蓋をしている人もいるでしょう。（私の場合がそうでした）しかし 1 枚 1 枚薄皮を剥がしていくように「なんで私はあのときあんな行動をしたのだろう、あのとき何を感じたのだろう」と自問自答を繰り返すことでだんだんとその正体が見えてきます。

あの気持ちを味わえる人が増えたら世の中はもっとよくなるはずだ。あんな思いを後世の人にはしてほしくない。そんな風に思えたら最高です。その体験にこそ事業のヒントが隠れています。

### 自分の強みを知る

原体験を掘り起こすことと似ているのですが、自分の強みを知ることも重要です。

仲の良い友人や家族に自分の強みを改めて聞いてみたり、よく他人から頼られることを思い出したりするのもいいでしょう。よりアカデミックに分析したいなら[ストレングス・ファインダー](https://strengths-labo.com/strengthsfinder/)というツールを使ってみるのもいいでしょう。ストレングス・ファインダーとはアメリカの企業が開発した手法で 177 の質問に答えることで自分の強みを導き出してくれます。（やるとすごく褒められた気分になります）

また、強みを見つけるときに他人と比較しすぎるのはあまりおすすめしません。上には上がいるのは世の常で、比較しだすとキリがありません。自分の身の周りにいる人を 30 人程度集めたときに、まぁ負けないかな、と思える程度でも十分です。

過去の自分を見返して、やめてしまったが結構すぐに良い線まで上達したものや、自分ではわからないけどやたらと褒められるもの、なんかも立派な武器です。

### 自分の好みを知る

得意なものとは別に、自分の好きなものも見つめ直してみましょう。

世の中は本当に便利になったもので自分の好きなものは自分のスマホが知っています。どんなアプリが入っているか・普段検索していることは何か・スケジュールには何が入っているか・最近 Amazon で買ったものは何か、これらを見なおすと改めて気づくことがあるかも知れません。

### 自分の性格を知る

強みや好みとは少し違った切り口で自分のことを理解していくのもよいでしょう。いわゆる性格診断です。

就活の際などにやったことがある人もいるでしょうが、[エニアグラム診断](https://www.enneagram.ne.jp/about/diagnosis/dns01)というものをやってみることをオススメします。先程お伝えしたストレングス・ファインダーと同じようにいくつかの設問項目に答えて、自分の性格を九つのタイプから診断してくれます。

起業を志す今のタイミングでやってみると、昔とは少し違った診断になったりするものでこれも面白いです。

### 資源を組み合わせる

ここまで来るとだいぶ自分の持っている資源がわかってきます。最後にそれらを組み合わせましょう。好きと得意、それらに自分の原体験を重ねていくと「自分の強みを活かしながら情熱を持って取り組めること」が出てきます。

しかし、これだけではビジネスとして重要な「どうやってお金を稼ぐのか」という点が抜けています。自分の出てきた答えを見て「これでどうやってビジネスをやるのだろう」と思われる人もいるかも知れません。確かに方向性がわかっただけで、ビジネスプランと呼ぶにまだ遠いでしょう。しかし、この原体験をもとに方向性を決めるということが本当に大事で、どこに向かって進めばいいかわからない状態から脱出するだけでかなり心理的に軽くなるはずです。

ここからは工夫と試行錯誤の連続でビジネスプランを練っていくわけですが、原体験をもとにしているとこの作業は不思議と苦ではありません。大変は大変なのですが、大変さの質が少し違います。このあたりは形容するのが難しいのですが、楽しめるつらさです。

### アイディアは人に話すもの

荒削りでもビジネスプラン（のようなもの）ができたらどんどん人に話して意見をもらいましょう。自分ひとりで考えるより、いろんな人から意見をもらう方がアイディアは洗練されていきます。

人に話すと馬鹿にされそう、笑われそうだと思っている方には中島みゆきさんの「ファイト！」よりこの言葉を送ります。

「闘う君の唄を闘わない奴等が笑うだろう」

あなたが本気で取り組むのであれば、それを笑われる理由などひとつとしてありません。

## 最後に

いかがでしたでしょうか。

一見難しそうに見えるアイディア出しの工程ですが、手順やヒントがあることを理解すると取り組める気がしませんか。

ビジネスアイディアを作るということ本当に難しいです。しかし、それだけに挑戦する価値があり、その一歩目を踏み出そうとしているあなたは本当に素晴らしいです。

その思いに少しでもこの記事が寄り添い力になれることを祈ります。

### 筆者について

fwywd 1 期生として活動しています。現時点では会社員（システムエンジニア）と平行して活動中です。
学生時代のすべてを捧げた馬術の世界をよりよくするための事業を検討しています。
ビジネスアイディアの概要や日々の活動などは以下をご覧ください。
起業に興味がある方、馬術関係者の方などは是非フォローしてください。

- [HP（日本の馬術部プロジェクト）](https://www.wellrhythm.com/)
- [SNS (Twitter)](https://twitter.com/senju797)


学校を卒業し、なんとか仕事をうまくやってきた。収入もすごくいいわけではないけど、暮らしていくには十分。でも、なんだか毎日に刺激がない。気づけばそんなに若くない。自分はこのまま年を取っていくだけでよいのか。何かチャレンジをしたい。自分にもっとできることがあるのではないか。こんなふうに思っている人がいるのではないでしょうか。何を隠そう、これは数か月前の私です。私の場合はここからさらにこう思いました。「会社の看板に頼らず自分でビジネスをしてみたい」と。そう起業しようと思ったのです。

「起業家」としてのマインドセット


## はじめに

「**みなさんはご自身のマインドセットについて考えてみたことはあるでしょうか？**」

この問いかけのきっかけは私が起業家になるべく淡路島での生活が始まったことにあります。

私について簡単に自己紹介すると前職は地方公務員でした。根っからの行政マンなのか、私は地方創生について考える時があるものの、それに対する行動のきっかけが今ひとつありません。そんな日々を過ごす中で fwywd との出会いがあり、地方創生と何かを絡めた起業したいと思い、fwywd への参加を決断しました。

そして、4 月 1 日に宮城県を離れ淡路島へ移住しますが、これまでの公務員生活とは一転、一気に生活の自由度が高くなったことに驚きを隠せません。「意思決定」の連続で「いかに時間の有効活用するか」、自己責任で動くということ。fwywd に参加してから時間は有限だとより強く感じている日々です。

生活の中で「意思決定」にブレがあると、どんどん時間が過ぎ去るだけだなと。

起業家は「意思決定」の連続です。決定内容によっては事業活動の明暗を分けることも多々あると想定しています。

そこで起業家が日々の事業活動で何のマインドセットに基づいて「意思決定」しているかを調べました。

記事等を調べていくうちに起業家が持ち合わせているマインドセットが明確になり、実際私が直接対談した起業家と照らし合わせても合致する面がありました。今回「**「起業家」としてのマインドセット**」を記事にし、読み終える頃にご自身で足りていないマインドセットについて日々の生活の中で養うことができますので、意識してみると起業家へ一歩近づけると思います。

### 想定読者

**これから「起業家」を志す人**

### 「マインドセット」とは？

まず問いにあった「**マインドセット**」とは何なのでしょうか？「マインドセット」とは、「自分の考え方の何か」と想像は付くかと思います。

「マインドセット」を weblio 辞書で調べると次のように説明されています。

> **「[マインドセット](https://www.weblio.jp/content/%E3%83%9E%E3%82%A4%E3%83%B3%E3%83%89%E3%82%BB%E3%83%83%E3%83%88)」＝「自身の習性として根付いた物の見方や考え方」**

さらに「マインドセット」の解釈を調べると次のことが分かりました。

これまでの「経験」、「教育」、「信念」等あらゆることで形成された思考パターンであり、個人が無意識に持っている考え方や癖である、ということ。これは個人に限らず、団体や組織等にも当てはまります。

上記の説明を我々に当てはめると、「**各人が各人のマインドセットを持ち合わせている**」もの。さらに深堀りすると「**無意識のうちに各人が各人のマインドセットをもとに社会で生きている**」ということになります。  
筆者の場合、「**悩むより動いて行動する**」が言語化されたマインドセットの 1 つです。

## 「起業家」が持っている共通のマインドセット 5 選

それでは、社会で活躍している「起業家」はどのようなマインドセットを持ち合わせているのでしょうか。

「はじめに」の章でもお伝えしましたが、記事等を調べていくうちに起業家が持ち合わせているマインドセットが明確になり、実際私が直接対談した起業家と照らし合わせても合致する面がありましたので、それらを紹介します。

### ミッション、ビジョン、バリューを持って生きている

どのような社会課題を解決できるかを起業家は強いミッション、ビジョン、バリューを持ちながら事業活動していることを感じました。これらは事業活動をする際の思想であり、起業家はなぜこの企業が存在しているのか等を常に意識しています。そのため、事業活動する際においても方向性を見失うこともなく、長期に渡り事業活動をすることが可能となることが分かりました。

### すぐ行動する

起業家は自ら目標や課題を設定して、それらに取り組む行動力が必要になると痛感しています。起業は挑戦と失敗の繰り返しになり、成功よりも失敗の方がより多くつきまとうことから、その失敗に諦めない行動力も忘れてはいけないと当時の起業家が仰ってました。また、志をともにする優秀なメンバーへの説得や他の起業家と接点を持つように行動することも事業成功へのひとつの鍵となると言えそうです。

### すぐ決断する

起業家は「意思決定」の連続になります。事業を展開するにあたり必要に迫られる判断が多くなるため、何事においても素早く決断するスキルが重要と言えそうです。

事業活動で失敗した時も次の一手に進むという素早い決断力は必要であり、併せて行動力も同時に発揮することが可能と考えます。

まだ決断する力が弱いと思われる方は、決断する力は日常の生活からも得られるものだと考えますので、小さなことからでも素早く決断する意識を持つと決断力を養うことができるでしょう。

### 失敗は他人に責任を負わせず、自分の責任だと考える

事業活動する上ではやはり失敗はつきものであり、むしろ成功よりも失敗の方が多いと当時の起業家は言っておりました。起業家は失敗という状況下でも失敗を他責にせず、自責と捉えます。その上で、その失敗に対する状況を分析し、改善策や模索しながら次にステップに活かすことを考えるとのことです。その結果、物事を幅広い観点で考えられる力と事業を通して社会課題を解決に導ける力も養うこともできると感じました。

### 情報を積極的に掴もうとする

情報の飛び交うスピードが増している現代社会において、起業家は社会情勢等をいち早く掴ことが日々の生活で感じています。起業家に必要な柔軟な発想力を持つためには、SNS より情報を取得したり起業家自身の人脈を駆使し、社会の動向を把握しておくことが起業への成功に導くを言えそうです。今だと、Twitter 等の情報をいち早く掴めるアプリもあるので、始めやすいところから始めてみるとより知見が広がると思います。

## さいごに

いかがだったでしょうか。

起業家に必要なマインドセットをお伝えしました。

起業家は「意思決定」の連続です。「意思決定」する者のマインドセットで組織の動向が左右されると言っても過言ではありません。

これからの社会課題を解決する起業家を志す人とっては起業家に必要なマインドセットを足りていない部分があるなら、**起業家のマインドセット**を日々の生活で意識してみましょう！

最後までありがとうございました！

### 筆者について

前職公務員を退職し、旅と地方創生に向き合うため fwywd1 期生として活動中。

旅の楽しさを伝え、各地域の魅力を発掘できる事業を日々検討中です。

これから起業に興味がある方、旅や地方創生に興味がある方は是非フォローをお願いします。

[▶ Twitter のフォローお待ちしています！](https://twitter.com/suzuki8857)


「みなさんはご自身のマインドセットについて考えてみたことはあるでしょうか？」この問いかけのきっかけは私が起業家になるべく淡路島での生活が始まったことにあります。私について簡単に自己紹介すると前職は地方公務員でした。根っからの行政マンなのか、私は地方創生について考える時があるものの、それに対する行動のきっかけが今ひとつありません。そんな日々を過ごす中で fwywd との出会いがあり、地方創生と何かを絡めた起業したいと思い、fwywd への参加を決断しました。そして、4 月 1 日に宮城県を離れ淡路島へ移住しますが、これまでの公務員生活とは一転、一気に生活の自由度が高くなったことに驚きを隠せません。「意思決定」の連続で「いかに時間の有効活用するか」、自己責任で動くということ。fwywd に参加してから時間は有限だとより強く感じている日々です。

「起業家になるため」に犠牲にすること


## はじめに

楽して稼げる仕事があると紹介されたら怪しいですよね。それは何かを得るためには何かを犠牲にしなければいけないトレードオフの関係でこの世の中が成り立っているという認識があるからではないでしょうか。

そうであるならば、起業するという普通ではない人生を選んだ場合も、普通の人は当たり前にしている何かを犠牲にすることは必須です。

起業家にとってそれは時間であることが多いです。とくに起業当初は人を雇うお金もなく、営業や事務処理など自分でやならなけばいけない事が多く、その上でインプットや情報発信をする必要があるからです。そこで今回は **24 歳で起業する私が犠牲にする 3 つの時間**をご紹介します。

この記事を読むと、、、

- 時間術が学べる
- 熱が注入される
- 歳を言い訳にしなくなる

起業を志す方や同世代の向上心がある方、一定のキャリアを積んだあとくすぶっている方に読んでいただきたいです。24 歳で遊び盛りの歳ではありますが、未来に希望を持ってこんな生き方もあると言うことを知っていただければと思います。

### 自己紹介

安井海都（Twitter [@A1123Kaito](https://twitter.com/A1123Kaito)）

大学卒業後、2 年間繊維専門商社でアパレルの企画・生産を行っていました。そこで技術力が高い職人さんの工賃の値切りが常態化していることに疑問を持ち、これまでの常識を捨てすべてのものの価値の再定義を目指す「Rethink Revalue」をミッションとし活動しています。

## 犠牲にする３つの時間

### 他人の時間

私が犠牲にした最初の時間は、他人の時間を生きるということでした。

他人の時間を生きるというのは具体的に以下のようなことを指します。

- **上司のご機嫌取りのために飲み会へ行く**
- **社内評価のために残業する**
- **他人の悪口を言う**

社会人経験がある方でしたら、「あの時間ね」とご理解いただける方も多いと思います。近い将来に起業を志すのであれば、自分の意思決定で使える時間を増やせた方がいいです。時間が有限であるからこそ、他人に左右されないタイムマネジメントは必要だからです。

正直なところ、私は学生時代から 30 歳までには起業したいと考えていたので、サラリーマン時代も早く力をつけないと食いっぱぐれてしまうと危機感を抱いていました。そのため、上司のご機嫌取りをするための不本意な残業や飲み会に時間を割く余裕はありませんでした。

始めのうちは心苦しいと思いますが、飲み会も何回か断ると誘われなくなりますし、自分のタイミングで帰宅しても周りも「そういう人間だ」という認識になります。

目の前の上司のご機嫌取りか、学ぶ時間を確保するのか、どちらの選択の方が自分の人生を豊かにするかを天秤にかけましょう。そして、自分の意思でその天秤が傾く方を選択する事が大切だと私は思います。

### 健康の時間

健康の時間というと大げさですが、**学生時代はボディメイクの大会へ出場するほど大好きだった筋トレを勉強時間確保のために週 1 回へ頻度を減らしました**。食事に関しても時間捻出を図り、淡路島に来てからはほとんど冷凍食品生活です。**早い、うまい、安い**を実現してくれていますが多少カラダに良くないものも入っていますよね（多分）。

筋肉量が減っていく姿を鏡で見て落ち込むこともありますが、自分の好きなことをやめてまで行う学習時間はいつもより一段と気合いが入ります。勉強に身が入らない、やらないといけないのは理解しているけど行動に移せないといった方は、1 度自分の 1 番大切な時間を犠牲にしてみることをオススメします。

### 娯楽の時間

最後に娯楽の時間を最低限にしました。元々テレビっ子だった私は、ドラマを見ることが大好きでした。しかし、ドラマを全話見ようとすると約 10 時間を消費することになります。

コストパフォーマンスがあまり良くない娯楽であると感じて「このドラマおもしろそう！」と思っても見ないようにしていました。

それでも娯楽という息抜きをする時間を 0 にすることは精神安定上、あまりよくありません。  
なので、英語と中国語を学習している時はドラマなら字幕で見てもいいという自分ルールを作った時期もありました。  
※ 余談：「花より団子」は日本語版を見た事がないんですが、中国版は見た事あるという現象が起きています。

今は外国語学習を中断しているので、その自分ルールも消滅していましたが、継続的に何かを頑張ろうと思うのであれば自分の欲との向き合い方を工夫していくといいのではないでしょうか。

### それ心の老化です

これらの犠牲にする時間を見てどう感じましたか？やりすぎだと思う方もいるかもしれません。

しかし、学生時代であれば以下のような方は割と多かったのではないでしょうか。

- **起きている時間　＝　勉強時間の受験生**
- **血豆が破れるほどバットを振る日々を送る高校球児**

取り組んでいる本人からすると、これだけやって当たり前で、ようやくスタートラインに立ったつもりです。

**あの頃と同じ熱量で取り組めないのは歳を重ねたからでしょうか？昔できた事ができなくなるのは老化です。私は 24 歳で老化してるなんて認めたくなくあらがっております**

> 努力したら成功するするとは限らないが、成功した人は皆すべからず努力している。

ベートーヴェンの言葉です。努力をすることがスタートラインに立つことだと言わんばかりの言葉です。fwywd ではビジネスの川上から川下まで、自走できるようになることがファーストミッションと言えるでしょう。プログラミング、ビジネスの設計、ファイナンス、税務など限りある時間の中でこれらを学んで同時にアウトプットしていくには、努力なくして達成できそうにありませんね。今は制限している事が多いですが、私の趣味は成長ですので勉強している日々は楽しいですし、1 歩ずつ毎日目標に近づけている事が幸せです。

1 人前の起業家になって落ち着いたら日本語のドラマでも見てみたいです。そのためにも早く結果を出そうと思っています。

## おわりに

皆さんは 30 年間ダラダラ生きるのか、3 年間死ぬ気で勉強して 27 年間自由に過ごすのかどちらが良いですか？1 年間に及ぶ**起業家になるためのプロジェクト**は始まったばかりですが、なりたい自分になるべく日々精進します！

この記事を読んで、皆さんの心の火が少しでも大きくなっていれば幸いです。最後まで読んでいただきありがとうございました！

Twitter で毎日発信を行なっています！ 私の気づきやおもしろいと感じたこと、不安など赤裸々に投稿していますでの是非フォローしてください！

Twitter：[@A1123Kaito](https://twitter.com/A1123Kaito)


楽して稼げる仕事があると紹介されたら怪しいですよね。それは何かを得るためには何かを犠牲にしなければいけないトレードオフの関係でこの世の中が成り立っているという認識があるからではないでしょうか。そうであるならば、起業するという普通ではない人生を選んだ場合も、普通の人は当たり前にしている何かを犠牲にすることは必須です。起業家にとってそれは時間であることが多いです。とくに起業当初は人を雇うお金もなく、営業や事務処理など自分でやならなけばいけない事が多く、その上でインプットや情報発信をする必要があるからです。そこで今回は 24 歳で起業する私が犠牲にする 3 つの時間をご紹介します。

起業家とは？創業者や経営者の違いも紹介！


## はじめに

**起業家**とは、みなさんどのようなイメージをお持ちでしょうか。起業を検討している方は、**どのような人が起業家に向いているのか？** を知りたい方が多いのではないでしょうか。

また、起業家と同じように使われる用語として**創業者**や**経営者**があります。起業家とはゆくゆくはこの**どちらかの道**をたどっていきます。著者である私自身も**５年前に会社を創業**したため、一起業家としての経験を含めて紹介します。

## 起業家とは

![01](/img/pages/blog/what-is-an-entrepreneur/01.jpg)

### どんなことをする人？

起業家とは**問題を解決する仕組みを作る人**です。そのため、**解決したい課題への当事者意識が必要**であることがもちろんのこと、**解決したい課題をビジネスへ変換する能力**も必要です。

たとえば、場所にとらわれずに学べる環境を提供するために E-learning 型のスクールを立ち上げるといったように、**『誰の』『どんな課題を』『どうやって』解決するか**といったビジネスアイディアを考え、実現可能な形にできるよう行動をし続けます。

### 起業家に向き不向きはあるの？

起業家には**課題意識**と**行動力**が必要となりますが、**起業家の向き不向きは基本的にはない**と思っています。その理由として、**行動力がない人は世の中に基本的には存在しない**ためです。行動力がないのではなく、『**いま**』行動するための**動機が弱い**だけなのです。そういった意味で『**いま起業すべきか？**』といった点は検討すべきです。

最近では、**週末起業**や**１円起業**といったようにハードルを下げた言い方もありますが、基本的には**挑戦にはリスクが伴います**。一時的に収入がなくなるといった**金銭的リスク**はわかりやすいですが、法を犯した場合などの**評判リスク**、起業しなかった場合のキャリアでの**機会損失**など挙げればキリがありません。だからこそ、色々なことを**天秤にかけた**上で判断をしないといけません。

## 起業家の分かれ道

![02](/img/pages/blog/what-is-an-entrepreneur/02.jpg)

### 創業者

創業初期は『**起業家 = 創業者**』です。起業家も創業者も**仕組みを作る人**です。社会に存在する課題を見つけ、それをビジネスモデルへ落とし込み、ビジネスの力で解決していく仕組みを作るのです。創業者は英語で **Founder** であり、プロフィールに **Founder** や **Co-founder**（共同創業者）と書いてある場合は、会社を立ち上げるときに一緒に始めた人ということです。

創業者は**熱しやすく冷めやすい**性格の人が多い印象で、仕組みを作り上げることができると、これからがビジネス的に美味しいときでも、次のことに挑戦したくなってしまう人がいます。**仕組みを作ることに美学を感じている**一方で、それが他の人の手によってうまく回り始める頃には興味を失っていることがあります。

実は私自身がそのタイプであり、**常に最前線で新しい仕組みを作り続けていないと耐えられない**のです。こういった性格の方は起業した後は**創業者**として経営よりも、新しい事業の創出に取り組み続ける方が向いています。

### 経営者

経営者は**仕組みを伸ばす人**です。**計画性が高く、緻密に行動を管理できる人が向いています**。起業家として事業を起こし、そのまま会社の組織を大きくするところまで一緒に成長していく人は**経営者**として成功しています。

一方で、創業者から経営を引き継ぎ、**２代目以降の社長として経営者**となるケースも私の周りでは増えてきました。新しい事業を作っていないと耐えられない創業者に**新規事業の創出**を任せ、経営は**後続の社長を中心とした経営陣を構築**して進めるのです。メリットは、**それぞれの強みを活かせる**ことです。創業者タイプの人は能力が高いように見えますが、経営など緻密に課題へと向き合うと相性が悪く、**全然力が発揮されないことがある**のです。デメリットは経営方針の意思決定が**創業者**のスピードには敵わないことだと一般的には言われています。

## おわりに

一言に**起業家**といってもキャリアとしては**創業者タイプ**と**経営者タイプ**があります。これらがわかるのは、意外と進めてみてからだったりするのです。

私が創業したキカガクでは、私が創業から４年社長を務めた後、５年目からは現在の社長に後任をお願いしました。私自身が、経営というよりも、常に新しい事業を創出し続ける**創業者**として行動し続けたいという願いを聞き入れていただいた上での判断でした。

事業を創出する力に不安があるが、緻密に戦略を練っていくことに自信がある方は、**次の経営者を探している創業者タイプの起業家**に出会えると面白い反応が起きるはずです。

### 著者

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


起業家とは、みなさんどのようなイメージをお持ちでしょうか。起業を検討している方は、どのような人が起業家に向いているのか？を知りたい方が多いのではないでしょうか。また、起業家と同じように使われる用語として創業者や経営者があります。起業家とはゆくゆくはこのどちらかの道をたどっていきます。著者である私自身も５年前に会社を創業したため、一起業家としての経験を含めて紹介します。

「起業家になるため」に犠牲にする事

起業家を英語で何という？ Debt や Equity など起業に頻出の用語も紹介


## 起業家を英語で？

起業家は英語で **Entreprenuer** と言います。日本語では**アントレプレナー**と発音されます。

本記事では**起業に関連する英語の用語**を紹介します。

**entrepreneurship**, **intrapreneur**, **finance**, **accounting**, **debt**, **equity**.

みなさんは、これらの意味を適切に答えられるでしょうか。

## 起業関連の用語

豆知識として、起業関連でたまに登場する英語も押さえておきましょう。この界隈ではカタカナの**横文字**も多いため、**即座に意味の理解**ができることが重要です。

### アントレプレナーシップ

英語では **Entrepreneurship** です。意味は**起業家精神**です。

Google の検索数ベースでの判断では、起業家の教育には**アントレプレナー教育**よりも、**アントレプレナーシップ教育**という方が多いです。**起業家精神**を養うという意味ですね。

私が手がけている**起業家育成コース**の [**fwywd in 淡路**](/) では、起業家精神を養うだけでなく、**行動によって起業家そのものになること**を目的としているため、**アントレプレナー教育**の方が近いイメージです。基本的に、この点をそこまで意識して使い分けているケースは見当たらないため、迷った時には多数派の**アントレプレナーシップ教育**を選択すると良いでしょう。

▶︎ 関連記事：[**経営と技術を学べる起業家育成コースの fwywd(フュード) in 淡路**](/awaji)

### イントレプレナー

この **Intrapreneur** は日本語で**社内起業家**です。日本語での発音は**イントレプレナー**が多いです。

主に、企業内で**新規事業を立ち上げる人材**のことを指します。特に**大手企業**でこの用語が毎日のように飛び交うようになっています。

企業内での新規事業創出自体はずっと取り組まれてきていましたが、最近での**起業ブーム**に後押しされるように、**社内起業**にも注目が集まり、アントレプレナーに対して、**イントレプレナー**という言葉で区別されるようになりました。

いま企業内での**新たな事業の柱の創出**が課題となっています。従来のようにビジネスが成立している事業の上で雇用される側の社員に新規事業を任せようにも、**経営**を含めた**ビジネス創出**の経験が全くないため失敗を繰り返しています。そこで、最近では、社内からも経営を含めた**新規事業創出**ができる人材を育成するといった流れに注目が集まっています。

**AlphaDrive** さんのように、イントレプレナー育成のための**研修プログラム**も少しずつ提供が始まりましたので、気になった方は検索してみてください。

▶︎ 参考ページ：[**AlphaDrive の新規事業開発支援**](https://adnp.alphadrive.co.jp/service/incubation)

## 起業家なら押さえておきたい用語

### ファイナンス

英語では **Finance** で、日本語では**財務**という意味です。

これは英語として使うと言うよりは、『**資本政策はどうするの？**』といった意味合いの時に『**ファイナンスはどうするの？**』と尋ねたりします。したがって、この**ファイナンス**は資金調達の方法から、その資金使途までの戦略などを指すことが多いでしょう。

起業を考え始めた段階で『**ファイナンスは？**』と聞かれてびっくりするかもしれないため、先に以下の書籍を読んでおくと見通しが立つでしょう。

▶︎ 参考書籍：[**起業のファイナンス ベンチャーにとって一番大切なこと**](https://www.amazon.co.jp/dp/B011HON7B6)

### アカウンティング

英語では **Accounting** で、日本語では**会計**や**経理**を指します。この**アカウンティング**は先述した**ファイナンス**と対比して用いられることが多い感じがします。

ベンチャー企業では**最高財務責任者 (CFO: Chief Financial Officer)** の有無で成長が大きく変わってくると言われていますし、私もそう感じます。多くの場合、CFO は後から参画していただくことになりますが、この人探しが非常に大変です。

大雑把な分類ですが、**未来のファイナンス (Finance)**、**過去のアカウンティング (Accounting)** と覚えておくと良いでしょう。もしかすると、**攻めのファイナンス**、**守りのアカウンティング** という覚え方でも良いかもしれません。これは良し悪しではなく、仕事の性質を指しています。

**ファイナンスの経験がある人**は、資金調達をしたり、その調達したお金の資金使途の戦略を考え、実行に落としていった経験を持っていることが多いでしょう。それに対して、**アカウンティングの経験がある人**は、企業内で使われたお金を財務諸表に整理していく経験を持っているでしょう。

企業内では**この両者が必要**となりますが、**初期の CFO はファイナンス経験のある人**であることが望ましいケースが多いでしょう。

### デット

英語では **Debt** ですが、主に **Debt Finance**（**デットファイナンス**）のことを指します。日本語で直訳すると**借金**という意味です。

**デットファイナンス** は金融機関から**融資**での借入のことを指し、**資金調達の手段の一つ**です。

主に、起業初期には**日本政策金融公庫**から**創業融資**を受ける人が多い印象です。多い場合には 1,000 万円程度、周りでは**数百万円**程度の融資を借りている人が多かった印象です。この創業融資は**無担保**な上に、**保証人なし**で借りられる場合があるため、起業初期には人気です。

民間の金融機関では**保証人**が必要な場合が多く、基本的には**代表者**がその連帯保証人になります。私も連帯保証人になって融資での借入を受けており、会社が倒産した場合においても、返しきれていない分のお金は個人で返していく必要があります。

創業融資で借りられる金額はあまり大きくなく、**健全に成長していても融資が必要になる場面**が多く、この連帯保証人になるタイミングが**腹を括るとき**かも知れません。

▶︎ 参考ページ：[**新創業融資制度 - 日本政策金融公庫**](https://www.jfc.go.jp/n/finance/search/04_shinsogyo_m.html)

### イクイティ

英語では **Equity** ですが、こちらも主に **Equity Finance**（**イクイティファイナンス**）のことを指します。日本語では**公平**のように調べると出てくるかも知れませんが、基本的にはそういった意味では使いません。

**イクイティファイナンス** とは、**株式**による**資金調達する手段の一つ**です。主に**デットファイナンス**と対比されます。

最近の**スタートアップ企業**での**主な資金調達手段**と言っても過言ではありません。**新しく株式を発行**し、それを**算定した企業価値**をもとに、**株式の買い手**を探します。株式の買い手が見つかるとそれが新しい**株主**になり、その**株式の新規発行分の資金**が企業に入ってきます。この資金を元手にさらに事業を加速させていくのです。

**デットファイナンス**との大きな違いとして、基本的には**失敗した場合にも資金の返済の必要がない**ことです。つまり、失敗しても融資のように**リスクを伴いません**。これがイクイティファイナンスの人気の理由です（補足：投資家界隈は狭いコミュニティであり、不誠実さはすぐに伝わるため、評判のリスクは当然あります）。

デメリットも当然あります。融資では決まったタイミングでお金を返せば経営への口出しは一切ありませんが、株主には**株主総会**で説明する責任が生じ、方針の合わない株主の場合でも、ある程度言うことを聞かざるを得ない**自由度の喪失**が天秤にかかります（補足：逆に相性の良い株主とは加速します）。

## おわりに

現在、募集を開始している起業家育成コースでよく使う横文字の用語をまとめてみました。私も最初に聞いた時は**デット？**、**イクイティ？？** となったので、みんなそんなところから始まるので大丈夫です。以下の記事で紹介している書籍ではさらに見通しが良くなるかも知れません。

▶︎ 関連記事：[**起業を考えたら読みたい一冊『起業のすすめ さよなら、サラリーマン』**](/blog/recommended-books-for-entrepreneur)

ぜひ今回の記事で紹介したリンクや書籍を見て、さらに理解を深めてみましょう。次は **IPO**, **M&A**, **PMI** など熟語についてもまとめていきたいと思います。

### 著者

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


起業家は英語で Entreprenuer です。本記事では起業に関連する英語の用語を紹介します。entrepreneurship, intrapreneur, finance, accounting, debt, equity...みなさんは、これらの意味を適切に答えられるでしょうか。

受講料無料は新たな教育ビジネスへの挑戦である


## はじめに

現在募集を開始している起業家育成コースの『[**fwywd（フュード）in 淡路**](/awaji)』は**受講料が無料**です。今回はこの『**受講料無料**』に込めた思い、そして、これが最終的に私の考える真の教育像に近づいていく話も含めて丁寧に背景を紹介させてください。

この受講料無料は、**単なる客寄せパンダ**としてではなく、これは**新たな教育ビジネスへの挑戦**です。

**教育に本気の革命を**。

**成果が出せる人材を輩出する教育の構造**を紐解いていくと、この**受講料無料**に帰着しました。

## 本気で変わるために必要な関係性

### 受講料が研修ビジネスの当たり前

今回の企画『[**fwywd（フュード）in 淡路**](/awaji)』は**１年間、経営と技術を学べる環境を提供する上に私が淡路島に一緒に移住してビジネスの構築に向けて一緒に伴走します**。受講料無料でないとビジネスが成立しないか？と言われるとそんなことはありません。弊社では過去に**有償で 50,000 名の方に AI・DX を含めた先端技術に関する研修を提供**しており、しっかりと報酬をいただいて仕事をしてきました。そのため、今回の企画も**相場的には数百万円の金額**をいただいて始めることも当初の計画にありました。

しかし、創業から５年目が経ち、多くの方の成長を見守る傍ら、**今のやり方が本当に正しいのだろうかと自問自答**することもありました。その背景として、受講生が講義中はとても満足して講義を受けていただいており、実際に満足度も高い一方で、その後の活躍を聞いてみると、**なかなか次の一手が踏み出せていないと悩まれている方が多かった**のです。

**受講料を支払って教えてもらう**ということは現代の学校の構造に慣れた私達にとって最も親和性の高いものです。塾も大学も、社会人になってからの研修も当然このビジネスの構造であったはずです。もちろん、弊社のビジネスも基本的には受講料をいただいてスタートします。最初の挫折を防ぎ、**自力で学んでいけるところまでの自走力を付ける**といった**学びのきっかけを与える**場合には、この受講料を最初にいただくビジネスモデルの方が、教える側、教わる側の双方にとって良いと思っています。

### 受講生との関係性の歪み

一方で、**起業家育成**のような**成果にコミットするタイプの教育**では少し構造が違います。極端な話、**たとえ受講生であっても成果が出ない場合には諦めていただくこと**を許容する必要があります。

また最終的に成果を出していただくためには、**手取り足取り教えても意味がない**のです。経験上、1 から 10 まで丁寧に教えた人よりも、1 教えると 10 まで自分でなるべく考えながら試行錯誤していく人の方が圧倒的に伸びが違います。つまり、手取り足取り教えるという教育は**易しい (easy)** だけであり、受講生の本当の成果を願うといった観点での**優しさ (kind)** ではないのだとわかりました。

しかし、残念ながらこういった成果に対してコミットが必要な教育の場合においても、受講料を支払っていただいた以上、「**お客様は神様だ**」という構造になってしまいます。サービスを受ける側と提供する側といった**上下関係のある構造**になってしまうことで、本当に言いたいことを言えなくなってしまいます。教えてほしいと望まれた以上、**本当は自力で調べるべきところでも教えざるを得なくなってしまう歪み**が生じてしまいます。

これからの時代は**きっかけを与える教育**も大切な一方で、先端技術の社会実装が進んできた昨今では、**成果にコミットするタイプの教育**も需要が増してきています（筋トレみたいですね）。

### 社員の成長がヒント

この本当に成果が出せる人材を輩出するための教育に着目し始めたのは私が組織を構築して社内の教育を始めたころからでした。キカガクでは現在 35 名の社員とともにビジネスを展開しています。

基本的な募集の入り口は講師採用のみに絞っており、全員が講義を担当できるようになった後、コンテンツ開発、セールス、マーケティング、プロダクト開発など、様々な部署に分かれていきます。そのため、バックグラウンドは文理様々ですが、**全員がプログラミングや数学などを学ぶ**ことによって、論理的思考力を鍛えてもらっています。

さて、では講師として登壇していただくための２ヶ月間の社内研修はどのように設計しているかというと、ある３日間のコースを登壇できるように**ひたすらインプットとアウトプットを繰り返すだけ**です。先輩講師の講義を見て学び、徹底的に真似しながら教える練習を行い、定着してきたところに自分の色を出していく。表面的に教える内容だけでなく、先輩に模擬授業を見てもらったときに、さらに深い質問があるため、より深いところを学んでいく。そんな**自律的な学びを中心とした研修**です。

正直なところ、**そこまで手塩にかけて育てるという感じではありません**。もちろん、モチベーションを上げていけるようにフォローしたり、迷っていそうであればヒントを出したりします。それでも、手取り足取り教えるということはありません。残念ながら２ヶ月間の研修期間で合格点に到達できない方もいらっしゃるので、みんな必死に学びます。

### 教育の前提条件が正しいか

そして、キカガクは**全員が未経験採用**であるにも関わらず、いまや大手企業の研修をたくさんいただき、**研修のコンペティションではほとんど勝っている**そうです。自分たちで言うのもなんですが、もちろん、研修での満足度は非常に高く、リピートも多くいただけるようになりました。そんな**本気で成果を出せる人材**を輩出できるようになってきた今、重要なことに気づいたのです。

それは**教育の前提条件**です。なぜ、ここまで成果を出せる人材を育てることができるのか。

その答えに**真っ向から向き合う勇気がなかった**だけかも知れません。

弊社だけでなく、**企業の社内研修では学校の学びよりも遥かに成長した**という声があります。なぜ、学校ではこの情報を教えてくれなかったのか。

### 利害の一致

その教育の前提の正体は**利害の一致**です。この関係性を築くことができないと、構造上、人の成長に対して適切なアプローチを取ることができません。

もう少し噛み砕いて説明すると、弊社の場合、**研修期間に不合格になってしまうと人件費も含め多くの機会損失が生じます**。つまり、育成対象がうまく成長しないと**弊社も一緒に損をする**という関係です。一方で、うまく成長することができると一緒にビジネス拡大を進めていけるため、**弊社が得をする**わけです。この関係性こそが**利害の一致**です。

**多くの成果が出せる人材を輩出する教育の構造**を紐解いていくと、結局、この**利害の一致**に帰着しています。

## 起業家育成の枠組み

### 受講料無料の理由

ここまでお読みいただけたのであれば、お気づきの方も多いと思います。今回の起業家育成では**成果を出せる人材**を輩出することが重要であり、そのために必要な関係が**利害の一致**となることです。したがって、受講料をいただいてサービスの提供側と受ける側になってしまった時点で、**力がうまく伝わらなくなってしまいます**。

だからこそ、今回の企画では**受講料無料**としました。だからこそ、受講生には『**私はみなさんの仲間です**』と伝えています。受講生のお世話係でもないし、ご機嫌を取るための教育係でもありません。**一緒に伴走する仲間**であり、苦楽をともにする関係です。だからこそ、手取り足取り教えることなく、**成果が出るためのマネージメント**に近しい形の教育を提供します。

『**魚を与えるのではなく、魚の釣り方を教える**』

これを関係性から正しく構築するために**受講料無料**という**スタートライン**に立つことが最も重要だったのです。

### 入口や出口でのマネタイズの課題

成果を出すために**受講料無料**による『**利害が一致した仲間**』という関係が必要ですが、それでは**ビジネスが当然成立しません**。つまり、**戦略**が必要となります。

私は受講料をいただくビジネスモデルを**入口型**と呼んでいます。その一方で、転職支援などでマネタイズを行うモデルが**出口型**と言えます。一番わかり易いところでは、起業家としてなかなかうまくいかなかった際に、転職を薦めて人材紹介で報酬をいただくこともできます。もちろん、これも選択肢には入っていますが、ただこれをメインの収益源にしようとすると、起業家を育てるというよりも**転職支援のためのサービス**に構造的になってしまいます。起業家を目指して本気で挑戦する中で企業の新規事業担当としての選択を取ることは良いと思いますが、最初から市場価値を高める転職のために来られても本気度が低く、この企画の意図に沿いません。

また、起業家側からの希望があれば**投資家**として関わっていくことも本企画では想定しています。ただし、**社会課題の解決**を目指すためには短期利益の追求では歪みが生まれてしまうため、なるべく**自己資本で自由度が高く取り組めることが望ましい場合**も多いと思います。そのため、VC が実施するアクセラレータープログラムやインキュベート系のプログラムのように**投資を受けてからスタート**としてしまうと構造上の欠陥がゆくゆくは浮き彫りになってしまうのです。

私達は**最短 Exit 主義のユニコーン企業**だけではなく、**社会貢献と長期利益を目指すゼブラ企業**の挑戦も支援していくために、**投資家としては関わらない**という選択肢も用意したかったのです。

### 過程でのマネタイズという選択

そこで、[**fwywd（フュード）**](/)が注目するのは『**過程**』でのマネタイズです。最近では**プロセスエコノミー**という書籍も発売されるなど、私が長年注目してきた領域でした。たとえば、アイドルグループの NiziU がデビューまでの過程をビジネスにしていたような話が代表的です。つまり、**成長の過程**をビジネスに変換するのです。

今回の起業家育成の企画では、参加者に**情報発信**を行っていただきます。まさに、みなさんが今読んでいただいているこの記事のように、自身の考えやアイディアを発信していただきます。

![情報発信の連鎖](/img/pages/blog/challenge-of-a-new-education-business/01.png)

情報発信を行っていただくことは、もちろん、**起業を志す挑戦者にとって必要な道筋**だからです。

最近ではプロダクトを作ってから検証するといった失敗例をよく聞きますが、プロダクトを作るよりも、市場に対して最小のコストで仮説検証を行えるのが**情報発信**です。そこで反響がなければ、プロダクトを作ったとしても、当然ユーザーは集まりません。そもそも、情報発信などで獲得した**ファン**が存在しない場合は、**仮説検証すら空振り**してしまうのです。

起業家にとっての基礎体力は**言葉の力**であり、これを磨くためには**情報発信**が必要なのです。言葉の力が強い人には**ファン**、**顧客**、**仲間**、**投資家**と多くの人が集まるはずです。私もこの言葉の力を磨くことにより、いまの会社の礎を築くことができました。

### フックと回収の戦略

起業家志望の方が情報発信を行い、ファンや顧客を獲得していくところを [**fwywd（フュード）**](/)では**教育**と**プラットフォーム**の力で支援します。

**教育**は単純で読まれるための文章や構成の考え方などを伝え、あとは実践を通して経験から学んでいただくだけでわかりやすいと思います。

![プラットフォーム](/img/pages/blog/challenge-of-a-new-education-business/02.png)

**プラットフォーム**の力で支援とは、ある参加者 A さんが情報発信を行うと、その記事を読んで興味を持った方が別の参加者 B さんの情報にも遷移することがあります。また、良質な記事の発信が多くなることにより検索にもヒットしやすくなり、**個の力で取り組むよりも大きな結果が得られます**。参加者の力を合わせることで、この**規模の経済を効かせていくことが狙い**です。

また、読者が増えるということは**リード顧客**が増えることにも当然繋がります。起業における最初の困難である**集客**という問題にも、**個で取り組むよりも大きな成果に繋げることができます**。もちろん、このプラットフォームは発射台として利用していただければ OK で、大きくなって独自の顧客を確保できるようになってきたころには、健全なビジネスのために、独自の情報発信手段に乗り換えてもらうことを推奨しています。

このように、参加者同士での情報発信が規模の経済を生み、**一人で起業して挑戦するよりも遥かに大きな Win が参加者にあります**。その良質な情報を集めたプラットフォームを作ることができれば、弊社にとっては大きな**フック**となります。弊社ではいくつものサービスを展開しているため、**知名度が上がること**で**回収**できるマネタイズの手段があります。この**フック**と**回収**を戦略的に作ることでビジネスを伸ばすことができ、**回収**を既に持っている弊社にとっては**フックの構築ができることが Win** となります。

### ビジネスとして Win-Win の関係

参加者としては、**自身のファンや顧客の起点となる記事の PV 数が伸びるほど Win** です。弊社としては、**プラットフォーム上での PV 数が伸びるほど Win** です。つまり、それぞれの利害が一致しており、参加者の情報発信に対する PV 数が伸びなければ、我々も損をすることになるため、必死に情報が広がるように支援していくのです。

Win-Win とは良く意識高い系の言葉で言われることがありますが、**本当に成果を出すための支援をするためにはこのような Win-Win の関係を戦略的に築くことが重要**だと痛感しています。構造的に一方向のみが得をするようなサービスの作り方では**持続可能な成長を遂げることができない**のです。

この [**fwywd（フュード）**](/) の仕組みでは、継続するほど情報が蓄積して、より検索に対する力を増していくことで、知名度が低い場合でも情報が届きやすくなります。つまり、**過去の先輩の力が次の世代の起業家に繋がり、その成長を支援することもできるのです**。

これが**起業家を輩出するための真のエコシステム**であり、[**fwywd（フュード）**](/) は**全ての起業家の起点**になることを目指しています。

## おわりに

本企画は声高々に挑戦を宣言していますが、弊社キカガクの中でも**まだまだ実験的な立ち位置**です。そのため、いくつかの無料講座の提供には踏み込みはじめましたが、多くは受講料をいただいて実施しています。もちろん、社内のメンバーとは今回の企画を皮切りに、**受講生と良き仲間となるような構造に変革していけると良いよね**と話しております。現存の講座は受講料をいただく以上、もちろん精一杯の講義を務めます。

**変革にはトリガーが必要**であり、なんとしても今回の企画を成功に導き、**教育に新しい風を吹かせられるよう尽力する所存です**。このように**過程によるマネタイズでのビジネス化**が実現できると、**経済状況による教育の機会格差を減らすこと**ができます。

まだまだ私達ではそこまで踏み込める力があるとは言えませんが、より良い社会へ向けて一歩一歩進んで行きます。ぜひ、[**fwywd（フュード）**](/)含めまして、[**キカガク**](https://www.kikagaku.co.jp)をこれからも温かくご支援いただけますと幸いです。

長文となりましたが、最後までお読みいただきまして、誠にありがとうございました。

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


現在募集を開始している起業家育成コースの『fwywd（フュード）in 淡路』は受講料が無料です。今回はこの『受講料無料』に込めた思い、そして、これが最終的に私の考える真の教育像に近づいていく話も含めて丁寧に背景を紹介させてください。この受講料無料は、単なる客寄せパンダとしてではなく、これは新たな教育ビジネスへの挑戦です。教育に本気の革命を。成果が出せる人材を輩出する教育の構造を紐解いていくと、この受講料無料に帰着しました。

「好きなこと」か「得意なことか」のどちらをビジネスに選ぶべきか


## はじめに

これから起業も含めた新しいビジネスを考えるときに、ぶつかる大きな分岐点があります。  
それは、あなたが「**好きなこと**」か「**得意なこと**」のどちらをビジネスに選択するかです。  
もちろん、全てに通じる答えがあるわけではありませんが、経験上、多くの場合は**得意なこと**がビジネスへ繋がっていきます。

## 多くの人は好きなことから考え始める

### 起業とは自由な選択に思える

多くの人にとって**起業**とは**自由の象徴**のように思えているはずです。  
どのような選択を行うも自身の自由であり、だからこそ、**好きなことを仕事にしたい**と思うはずです。

すでに上場などで Exit してお金に余裕がある場合は、余生に対する仕事はこの考え方で進めても良いでしょう。  
ただし、この記事を読んでいただいている多くの人にとっては、これからの資産を形成するための初めての起業であるはずです。

### 好きなことをビジネス化するときの落とし穴

好きなことをビジネス化するときに、多くの人が『**好きだから安くて良い**』と甘い目線で始めてしまいます。  
これは転職するときのキャリアにも共通することで、**ゲームが好きだからゲーム業界で働きたい、だから給料は低くても良いと考える行動原理と同じ**です。

好きだからこそ、ビジネスというよりも自身の人生と一致させて始めたい。  
この思い自体は良いのですが、**この稼げない結末は、結局自分自身とそのユーザーを滅ぼすことに繋がりかねません**。

この**稼げないビジネスの結末**は以前の記事で綴っているので、ぜひこちらをご覧ください。

▶ 参考：[**儲からない社会課題ビジネスにおける最大の被害者は誰か**](/blog/victims-of-social-issues-problem)

## 得意なことにたどり着く

### 他の人よりも成果が出やすいから得意

当たり前のことですが、**得意**とは**他の人よりも成果が出やすい領域**です。  
私の尊敬する**瀧本哲史**さんの名言に『**適当にやってもそこそこ上手くいっていることは、徹底的にやって卓越した結果を出せる領域である。**』とあります。

ビジネスとは**他の人の課題を解決して対価を得る行為**と理解することができます。  
したがって、好きか嫌いかよりも、**他の人よりも成果が出やすい領域**であることが重要なのです。

### 好きなことにはお金を払う

キカガクの顧問としてお世話になっている元 P&G のトップデータサイエンティスト、現今村商事の今村さんがこんなことをおっしゃっていました。

> 誰かがやりたくないこととか、めんどくさいこと、簡単じゃないことを引き受けるから、お金が貰える。  
> 純粋に楽しかったら、お金払わないといけない。

引用：[今村さんの Twitter より](https://twitter.com/ShuImamuraCorp1/status/1447281408322400257)

私もこの言葉の通りだと思っています。  
好きなこと、楽しいことにはむしろ**お金を払う**ものです。

だからこそ、楽しいことを仕事にするよりも、人の課題を解決する**得意なこと**の方がビジネス化に繋がりやすいのだと思います。

## おわりに

今回は説得力を持たせるために尊敬する方の言葉を借りながらと反則気味でしたが、ビジネスを考えるときに「好きなこと」か「得意なこと」のどちらを選ぶと良いかの判断基準の一助になれば幸いです。

最後に私の考えを私の言葉で書いておくと、以下の手順でビジネスを考えてみると良いと思っています。

1. 「好きなこと」でビジネスを考える（特にマネタイズが持続可能な成長を踏まえて成立するか）
2. 「得意なこと」でビジネスを考える

私個人としては、まずは**好きなこと**でチャレンジしてみて欲しいという気持ちです。  
一方で、先述したように、持続可能な成長をおろそかにしたビジネス化はあなた自身でなく多くの人を不幸にするため、それは避けましょう。

まずは、**考えてみることが何もかもの始まり**ですので、ぜひ色々なアイディアを考えてみましょう！

今回の記事で、社会課題を解決するべく起業への思いが奮い立った方は、淡路島から始まる挑戦に最高な１年間を提供する『[**fwywd（フュード）in 淡路**](/awaji)』でお待ちしています！

最後までお読みいただきまして、誠にありがとうございました。

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


これから起業も含めた新しいビジネスを考えるときに、ぶつかる大きな分岐点があります。それは、あなたが「好きなこと」か「得意なこと」のどちらをビジネスに選択するかです。もちろん、全てに通じる答えがあるわけではありませんが、経験上、多くの場合は得意なことがビジネスへ繋がっていきます。

儲からない社会課題ビジネスにおける最大の被害者は誰か


## はじめに

現在、起業家育成コース『[**fwywd（フュード）in 淡路**](/awaji)』の立ち上げにあたり、これから起業を志す**起業家の卵**のアイディアを壁打ちする機会があります。  
**地方**、**医療**、**介護**、**教育格差**など社会課題の解決を目指し、戦う姿を日々見ることができます。

さて、話は変わりますが、私は好きになれないタイプの人がいます。  
１つ目は『**他人の批判はするのに、自分は行動しない人**』です。  
そして、もう１つは『**儲からないのに夢だけ語る人**』です。  
前者に関しては理解が容易かもしれませんが、私は後者の罪も大きいと感じています。

この『**儲からないのに夢だけ語る人**』が生まれやすい領域が**社会課題**です。  
教育格差をなくすために、無料で小中学生向けにプログラミング体験会などを開くといった話をよく聞きます。  
その行動自体は素晴らしいことだと感心していますが、ここで少し立ち止まって考えてみませんか。

『**儲からない社会課題ビジネスにおける最大の被害者は誰か**』

## ストーリー

今回は身の回りにある話をまとめ、**ストーリー仕立て**で紹介します。  
この話はあくまでフィクションです。

### 起：困っている人を助けたい

小学生にも**プログラミング教育**が必修となる社会を迎え、地方に住んでいた A 子さんは東京などの都市部との教育の格差を感じていました。  
自分の子供にはなるべく良い教育を受けさせたいと都会に移り住むことも考えましたが、これは自分たちの家庭だけでなく、**多くの地方が抱える問題**であると気づきます。  
この社会課題を解決すべく、憧れだった**起業**をしてみるのはどうだろうか。

自分たちを含めた困っている人を助けたいという**ピュアな思い**が A 子さんを突き動かしました。

### 承：人に教えることの楽しさ

知り合いに話をすると、空いているスペースを無料で貸していただけることに。  
地方が抱える課題を解決しようと志す A 子さんには**多くの味方**がいました。  
友達のお母さんにも話すと、運営をぜひ無料でも手伝いたいと申し出があり、**順調なスタート**。

最初はどんな風になるかわからないし、お試しなので、参加も無料で計画を開始。  
運営スペースや人件費もかからないので、黒字にはならないけれど、**赤字にもならない**ので OK。

TV や YouTube で誰もが**英語**と**プログラミング**を学んだ方が良いという時代。  
同じ小学校の生徒にクチコミで広がり、あっという間に定員が満席。

イベントも準備は大変でしたが、結果は**大成功**。  
自分の子供が喜んでくれたことは当然嬉しかったのですが、想像以上に**人に教えるということの楽しさ**を実感できました。

### 転：無料と有料の見えない壁

お試しでは**無料**で開催したものの、次は**ビジネスとして成立させる**べく動きます。  
今回、こんなに喜んでもらえたので、プログラミング塾としてもいけるだろう。  
小学生の塾は月謝が 20,000 円でも高い方なので、1 人 10,000 円としよう。  
20 人を受け入れるとなると、サポートが必要なので、知り合いのお母さんには時給 1,500 円でお願いしよう。
過去のイベントの成功がビジネスへと加速させていきました。

知り合いのお母さんは**負担がそこまで大きくならない**ならばと承諾をしてくれました。  
体験イベントへ参加してくれた家にプログラミング塾の話をすると、思いのほか、反応がよくありませんでした。  
**無料と有料には雲泥の差**があり、この点を楽観視していたのです。

結果的に、無料のイベントに来てくれた 3 人がプログラミング塾に入会してくれることになりました。

### 結：持続可能なビジネスを成立させる難しさ

想定以上に少なかった入塾者により、初月の売り上げは 30,000 円。  
知り合いのお母さんのパート代が 12,000 円で、場所代が 50,000 円。  
自分の給料を払うどころか、30,000 円以上の赤字です。

しかも、知り合いのお母さんも日によっては行けないこともあり、日程の調整が大変。  
苦労している上に赤字で、子供達も慣れてくると勉強を嫌がり、モチベーションを維持させるのも大変。

**こんなことなら、このビジネスを始めなければ良かった。**

そして、この３ヶ月後、結局うまく軌道に乗せることができずにビジネスを閉じることを決めます。  
入塾してくれていた子供達は中途半端にしか学ぶことができず、結局、**地方の教育格差は解消されないまま**。  
むしろ、プログラミングでできることが分からずじまいで、**プログラミングへの印象が悪くなってしまいました**。

## 儲からないビジネスの最大の被害者はユーザー

### 社会課題は戦略なしでは解決できない

このストーリーでは極端な展開としていますが、私の周りでは近しい話をよく聞きます。  
教育の格差という社会問題があるから『**志**』だけの**無計画**で始めてしまう。  
**戦略がないから、結局続かない。**  
そして、最終的にはそのツケは**ユーザー**へ回ってくるのです。

これが冒頭に述べた『**儲からないのに夢だけ語る人**』の正体です。  
使命感で燃えているのは結構。

ただでさえ難しい社会課題の解決には『**戦略**』が不可欠です。  
**ボランティア精神**とか**奉仕の心**とか、そんな甘えでは変えられないぐらい深い闇を抱えているのです。

### 社会課題をビジネスに変換

では、まず社会課題を解決するためには何をするべきか。  
それは、**社会課題をビジネスへ変換すること**です。

この問題設定の変換を正しく行うことができれば、『**課題を解決する = 儲かる**』の構造が出来上がります。  
儲ける構造ができあがれば、関わる社員の待遇を改善することができます。  
社員が学べる余裕も作ることができ、成長を促すことができます。  
待遇が良いと能力の高い人から応募もきます。

つまり、**『儲かる』とは好循環の始まり**なのです。

では、**どのように社会課題をビジネスへ変換すると良い**のでしょうか。

## 押さえるべきは２つだけ

### ユーザーの課題解決

私は起業した最初に Kaizen Platform の須藤さんの起業家向けの講演を聞く機会があり、これが今でも本当にラッキーだったなと思います。  
直接の面識はないので予想ですが、須藤さんはリーンキャンバスのような細かいフレームワークを埋めるのは面倒で、ぶっちゃけこの２つを押さえておくと良いよと教えていただきました。

その１つ目が**ユーザーの課題解決**です。  
『**誰の**』『**どんな問題を**』『**どうやって**』解決するか。

まず、ビジネスアイディアを考えるときには、この３つを文章でまとめるようにしています。  
これは社会課題を考えるときに多くの人が頭の中で思い描いているため、書き出すことは難しくないはずです。

つまり、多くの人はこの**ユーザーの課題解決**は考えられている一方で、何かが欠けてしまっているのです。

### ビジネスの課題解決

絶対に忘れてはいけないのが**ビジネスの課題解決**です。  
ユーザーの課題が解決できたとしても、ビジネスとして課題が解決できていなければ、冒頭で紹介したストーリーのように遅かれ早かれ縮小してフェードアウトしていきます。

ビジネスの課題解決では『**誰の**』『**どんな予算を**』『**何と比較させて**』ひっくり返すか？を考えます。  
お金を出す人は誰か。  
どんなお財布があるか。  
競合や他に使っていたお金をどうやって自分の方に引っ張ってくるか。

特に『**何と比較させて**』というところが肝です。  
起業をして新しくビジネスを開拓するときには、もともと使われていたお金なんてなくても、財源も新たに開拓してやる！と意気込むかもしれません。  
知名度と信用があれば実現可能かもしれませんが、実際には**新しい財源を確保することは非常に難易度が高い**のです。  
だからこそ、現在すでに通っている川の水（財源）をどうすれば自分の方に引っ張ってくることができるのか。  
これが答えられない限りは**ビジネスではない**というわけです。

この『**ユーザーの課題解決**』と『**ビジネスの課題解決**』の２つを答えられるように設計することで、『**社会課題 → ビジネス**』へと変換されるのです。  
ビジネスとして儲かる仕組みがあれば、**持続可能な成長**へと繋がり、より大きな課題解決が可能となります。

▶︎ 参考資料：[**ビジネスモデルの作り方**](https://www.slideshare.net/sudoken/ss-65668543)

## おわりに

絶対により良い方向に導いて欲しいからこそ、**社会課題の解決には戦略を**。  
志半ばで諦める人を見てきたからこそ、生優しい言葉は掛けません。  
**社会課題をビジネスへと変換し、儲ける仕組みで課題を大きく持続可能に解決していって欲しい。**

最後に、社会課題に注目している人に欠けている能力の１つである『**儲ける力**』。  
これを補うことができる本を紹介します。

▶︎ 参考書籍：[**金儲けのレシピ**](https://www.amazon.co.jp/dp/B08NPX48MQ/)

この書籍自体は社会課題の解決という観点はなく『**儲ける**』ということに終始しています。  
私はとにかく儲かればそれで良しとは思わないため、少し意に反するところもあります。  
しかし、それよりも意に反するのは『**儲からないのに夢だけ語る**』ことです。  
本当に社会課題を持続可能な形で解決したいのであれば『**儲ける**』ということも正しく勉強して、その力を良い方に使えるようになってください。

今回の記事で、社会課題を解決するべく起業への思いが奮い立った方は、ぜひ私と一緒に起業を志しましょう！  
淡路島から始まる挑戦に最高な１年間を提供する『[**fwywd（フュード）in 淡路**](/awaji)』でお待ちしています！

今回も長文にお付き合いいただきまして、誠にありがとうございました。

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


『儲からないのに夢だけ語る人』が生まれやすい領域が社会課題です。教育格差をなくすために、無料で小中学生向けにプログラミング体験会などを開くといった話をよく聞きます。その行動自体は素晴らしいことだと感心していますが、ここで少し立ち止まって考えてみませんか。『儲からない社会課題ビジネスにおける最大の被害者は誰か』

起業を考えたら読みたい一冊『起業のすすめ さよなら、サラリーマン』


## 起業のすすめ さよなら、サラリーマン

NewsPicks の創刊編集長であり、現在 PIVOT の創業者として活動している佐々木紀彦さんが手がけた最新の一冊『[**起業のすすめ さよなら、サラリーマン**](https://www.amazon.co.jp/dp/B09HK58VSK)』を紹介します。  
この本は『**起業を検討している人への後押し本**』でもある一方で、『**起業家としての一歩を歩み始めた人の How To 本**』でもあります。

[![起業のすすめ](https://m.media-amazon.com/images/I/41+E0qMW3WL.jpg)](https://www.amazon.co.jp/dp/B09HK58VSK)

## 起業を検討している人への後押し

### サラリーマン化の弊害

この本では起業をキャリアの１つに入れてみてはいかがでしょうか、と提案をしています。  
ただし、佐々木さん自身も元々は起業を待ってく考えていなかったところからスタートしていたそうです。  
その中で、なぜ起業家という選択をしたのかという点の説明が最初にあり、これが起業を検討している人への後押しになります。

その中で印象に残ったものが、**サラリーマン化の弊害**です。  
日本はサラリーマンを過度に守るシステムを作ってきてしまい、それが結果的に**他責主義の社会**を生んでいるという話です。  
日本のような資本主義社会の発展には**自己責任**による**当事者意識**が欠かせません。  
その一方で、現在の社会の仕組みはサラリーマンを中心としており、うまく機能しているとは言えません。

### 資本主義という皮を被った社会主義

日本は**資本主義という皮を被った社会主義**という言葉が印象に残っています。
最近では政治でも掲げられている『**富の再分配**』。  
教育の機会を富に依らず平等に与える（魚の釣り方を教える）という観点では私も賛成ではありますが、単なる富を分配するだけ（魚を与える）という場合には反対です。  
過度に守られる社会システムに慣れてしまい、与えられるのが当たり前だと思った社会では発展に希望はありません。

だからこそ、佐々木さんが警鐘を鳴らすように、起業家という選択肢が重要なのです。  
その中で、印象に残っている文章を引用します。

> **アントレプレナーとは、経済リソースを生産性や実りの低い領域から高いエリアへとシフトさせる人**  
> 引用：[**起業のすすめ　さよなら、サラリーマン**](https://www.amazon.co.jp/dp/B09HK58VSK)

今の社会が持つ経済リソースを浪費するのではなく、次の世代がさらに快適に利用できるようにシフトさせていく人材こそが**起業家**なのです。

## 起業家としての一歩を歩み始めた人の How To 本

### 資本政策の落とし穴

起業とは『志』だけでは成立しません。  
ビジネスモデルを構築し、実行可能な資本政策を組み、オペレーションに落とし込んでいく日々の繰り返しです。

その中で、個人的に周りの起業家を見ていて弱いと感じるのが**資本政策**です。  
特に**上場後を見据えた資本政策**に関して考えている人が圧倒的に少ないと感じています。

### 上場後の姿

著者の佐々木さんは NewsPicks や SPEEDA を運営している Uzabase で上場を間近に経験していらっしゃいます。  
そして、私も１社目で入った会社がマザーズ上場直後（現在、東証１部上場）であり、その社長室に配属されていたため、ある程度上場後の雰囲気を知っています。  
この本の中で書かれていたことで共感をしたのが、**上場をするとすごく短期利益を求められる**という話です。  
私の印象とも一致しており、四半期（３ヶ月に１回）ごとの株主総会を前に、経営陣はピリッとなります。  
極論ではありますが、**３ヶ月ごとにわかりやすい結果を出して報告できないと役割を果たしていない**と捉えられてしまいます。  
中にはサイバーエージェントの藤田さんが打ち出した Abema のような長期的な戦略に対して、株主を押さえ込んでも実行していく胆力をお持ちの方もいらっしゃいますが、経験則としてこれは例外です。

### 上場前でも似たようなことが起こる

とても共感した一文がありました。

> **株主の期待に応えるため利益目標を高くしすぎたりすると、斬新な挑戦やスタートアップらしい文化が失われてしまいます。**  
> **その塩梅が実に難しいのです。**  
> 引用：[**起業のすすめ　さよなら、サラリーマン**](https://www.amazon.co.jp/dp/B09HK58VSK)

これは上場した場合だけに限らず、上場前に株主を入れている場合にも同様の力が働きます。  
だからこそ、教育のような社会課題に対する**斬新な挑戦**をし続けるためには、なるべく株主からの負の力が働かないように資本政策を設計していく必要があります。  
もちろん、株主を新しく迎えることで、ビジネスが伸びることもあるため、すべての株主が悪いわけではありません。  
渋沢栄一さんが目指した資本主義では、一人では成し遂げられない財力を株式会社では持つことで、社会を大きく動かせるのです。  
資本の力を味方に付けることは社会への発展に貢献する意味で必要でありますが、**投資家の行動原理が利益以外はない**ことにも注意が必要なのです。

## おわりに

今回紹介した内容はこの書籍のごく一部に過ぎません。  
冒頭で紹介した通り、『**起業を検討している人への後押し本**』でもある一方で、『**起業家としての一歩を歩み始めた人の How To 本**』でもあります。

最後に、この本を読む方への注意点を紹介します。  
この本は実務を具体的に紹介しているため、起業を本格的に検討し始めてわかる内容が多いです。  
そのため、『**起業って何？**』ぐらいの知識量では、佐々木さんが述べたい内容を理解できずに終わります。

まずは起業や資本主義って何？との程度であれば、以下の２冊を最初に読んでみると良いでしょう。  
この２冊で起業という志が高まっている状態になったら、次にこの本を読んでみてください。

▶︎ [**起業を志す全ての人へ。絶対最初に読んでほしい最高の２冊【資本主義編】**](/blog/recommended-books-for-capitalism)

この書籍やこの記事で起業へ興味を持っていただけますと嬉しいです。  
起業への思いが奮い立った方は、ぜひ私と一緒に起業を志しましょう！  
淡路島から始まる挑戦に最高な１年間を提供する『[**fwywd（フュード）in 淡路**](/awaji)』でお待ちしています！

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


NewsPicks の創刊編集長であり、現在 PIVOT の創業者として活動している佐々木紀彦さんが手がけた最新の一冊『起業のすすめ さよなら、サラリーマン』を紹介します。この本は『起業を検討している人への後押し本』でもある一方で、『起業家としての一歩を歩み始めた人の How To 本』でもあります。

起業を志す全ての人へ。絶対最初に読んでほしい最高の２冊【資本主義編】


## はじめに

起業とは事業を興して**金儲けをするだけではありません**。  
その先にある**社会の発展**を願い、日々取り組み続けるものであって欲しいと私は思っています。

そんな志を高くしてくれる起業に関する**最高の２冊**を紹介します。  
原著は文体も難しいため、**マンガで読めるシリーズ**です。  
マンガの方が初めての方にもわかりやすく、ストーリー仕立てですので腑に落ちやすいはずです。

**２冊に絞った理由**も当然あります。  
車を作るときはエンジンからではなく、まずはブレーキから作り始めるそうです。  
だからこそ、何事も**原動力となるエンジン**だけを知るのではなく、**抑止力となるブレーキ**まで熟知しておくことで、適切な力の使い方に向かいます。

日本は資本主義の国だからこそ、起業と資本主義は切っても切れません。  
今回はこれから起業を志す方へ **資本主義の原動力（エンジン）と抑止力（ブレーキ）** を紹介します。

## 資本主義の原動力と抑止力

### 原動力：論語と算盤（渋沢栄一氏）

[![論語と算盤](https://m.media-amazon.com/images/I/51kDFxIFkoL.jpg)](https://www.amazon.co.jp/dp/B07Y1WKGJ7)
出典：[Amazon.co.jp](https://www.amazon.co.jp/dp/B07Y1WKGJ7)

**日本の資本主義の父として知られている渋沢栄一さん**の一冊です。  
最近では大河ドラマの『**青天を衝け**』でも放送されているので、いま旬な人かも知れません。  
新１万円札の顔でもありますよね。

この本は内容を紹介したいところですが、もう**とにかく読んでほしい**の一言です。  
内容こそ野暮ですので紹介しませんが、読み終わった後に『**視座が高まっている**』ことを保証します。

**資本主義を駆使して、どのように社会へ貢献していくのか。**

**金儲けが全てではないと腑に落ちる一冊**です。

▶︎ [**漫画版：論語と算盤 | Amazon.co.jp**](https://www.amazon.co.jp/dp/B07Y1WKGJ7)

### 抑止力：資本論（マルクス氏）

[![資本論](https://m.media-amazon.com/images/I/51RUF7+UTEL.jpg)](https://www.amazon.co.jp/dp/B07BWHDRC6)
出典：[Amazon.co.jp](https://www.amazon.co.jp/dp/B07BWHDRC6)

１人の小さなパン屋の商売人が**資本の力**を駆使して、商売を大成させていく話です。  
工夫に工夫を重ねて、その努力に応じて自分の会社がどんどん大きくなっていきます。

そして、**大成したその先に待っている資本主義の結末**とは。。。

起業を志すときには、どのように事業を興すかに視野が狭くなりがちです。  
そんな人にオススメしたいのが、この１冊です。  
成功した暁には何が待っているのかを正しく認識することで、**最初の行動からゴール思考になる**はずです。

正しく使えば強力な武器となる資本主義。  
しかし、力の使い方を間違えると自分を刺す**諸刃の剣**でもあります。

こちらも論語と算盤とは別の意味で、**金儲けが全てではないと腑に落ちる一冊**です。

▶︎ [**漫画版：資本論 | Amazon.co.jp**](https://www.amazon.co.jp/dp/B07BWHDRC6)

## 終わりに

起業する前から多くの本を読んできましたが、その大半は起業して経験がないと理解できないものが大半でした。  
だからこそ、私は『**経験**』が起業の学びにとって不可欠だと思っています。

一方、私が読んできた中で『**経験がなくても理解できる**』ジャンルの中で**最高の２冊**を紹介しました。  
この２冊を読んで奮い立った方は、ぜひ私と一緒に起業を志しましょう！

淡路島から始まる挑戦に最高な１年間を提供する『[**fwywd（フュード）in 淡路**](/awaji)』でお待ちしています！

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


起業とは事業を興して金儲けをするだけではありません。その先にある社会の発展を願い、日々取り組み続けるものであって欲しいと私は思っています。そんな志を高くしてくれる起業に関する最高の２冊を紹介します。

多くの起業家が最初に絶望する『集客』という大きな課題


## はじめに

早速ですが、多くの起業家にとって一番最初に訪れる絶望であり、困難とはなんでしょうか。  
ビジネスの知識が足りないことでしょうか、それともプロダクトの作り方がわからないことでしょうか。  
これらはインターネットで検索すれば、ある程度の指針は見つかります。  
一方で、インターネットで調べても、全然進まないことがあります。

『**認知度が低い中での集客**』です。

私が聞いてきた周りの起業家、そして私自身にとって最初に訪れた困難でした。

この記事は、これから起業したいと思っている方、また起業してみたけれども、この問題を抱えてなかなか進んでいないという方に向けて書きました。

## 起業のストーリー

### アイディアを考えよう

それでは、フィクションではありますが、起業して歩んでいくみなさんのストーリーを想像でたどっていきます。

まず、あなたは起業の準備をするにあたって、ビジネスモデルを考えます。  
[**リーンスタートアップ**](https://www.amazon.co.jp/dp/B00F3UTIQY/) や、今どきなら[**起業の科学 スタートアップサイエンス**](https://www.amazon.co.jp/dp/4822259757) のように、優秀な先輩方が体系的にまとめてくださった知識やフレームワークを活用して考えるでしょう。

この点に関しては、自分自身がなぜその事業に取り組むのかと自問自答の日々が続くとは思いますが、**やればやるだけ進む**という意味で、本当の絶望とは異なります。  
本当の絶望とは、**やってもやっても進まない**ことを指します。

### アイディアを検証しよう

行動力のある人であれば、考えたアイディアを早速検証するでしょう。  
身近な友人や家族、信頼できる大人に話してみて、その反応を試しながら聞きます。

ただし、これでは不十分であることは本人も当然わかっています。  
ビジネスアイディアはペルソナとなる人物にヒアリングをする必要があります。

みなさんはこの**ペルソナとなる人物へのアクセス方法**をお持ちでしょうか。  
もう一歩踏み込むと、そのペルソナとなる人物に単なるヒアリングだけでなく、**望む金額の報酬を支払っていただける方法**をお持ちでしょうか。

**集客**とは**望む金額の報酬を支払っていただく顧客を発見すること**を指します。  
当然の話ですが、起業したいと考えるみなさんが、今の能力で明日からこれに取り組まないといけないと思うと、ゾッとしませんか。

## これまでの人脈という謎の安心感

### 今の企業の顧客はあなたの顧客ではない

こんな話をすると、今の会社にいる顧客で繋がりのある人を想像するかもしれません。  
しかし、残念なお知らせです。

**今の企業の顧客は、あなたの顧客ではありません。**

自分の頑張りで顧客との関係性を築いていると錯覚されるかもしれませんが、それは**今の企業の信用力が後ろ盾としてあってこそ成立**しています。  
しかも、現在の企業の顧客をそのまま流そうとすると、それは**企業秘密を持ち出すことであり法的に罰則が課されます**。

Facebook や Twitter のような SNS で個人的に繋がっており、最初の仕事をお願いされるといったことはよくありますが、それは最初の起爆剤程度に考えておいた方が良いでしょう。  
自社サービスを長く続けていきたいのであれば、今の企業が抱えている顧客はないものと考えて、一から開拓していく必要があります。

## 認知度とメンタルヘルスケア

### 認知されないと何を始めても無駄

『私はこういったサービスを作って世の中を良くしたい』と思う多くの人に伝えたい現実があります。

『**認知されないと何を始めても無駄**』ということです。

辛い現実ではありますが、これは**メンタルヘルス（心の健康状態）を健全に保つ**ため、真摯に受け止めておく必要があります。

### 世の中に否定されているわけではない

自身の人生を賭けて挑戦したいと思ったサービスを世の中に発表した時に、全然集客ができないことがあります。  
その時に、以下の数式を知っておく必要があります。

**集客できる人数 = 認知度 × コンバージョン率**

ここで、コンバージョン率には事業の良し悪しなどが含まれるます。  
そして、伝えたい大事な点は**認知度が 0 だと集客できない**ということです。

時間をかけて考え抜いて、自分の人生を賭けようと思ったのに、全然集客ができない。  
これは自分の人生が世の中から否定されているのだろうか...。

### 精神的な負のループに気をつける

このようにネガティブに考えてしまい、精神的に病んでしまう起業家がいます。  
私自身も集客がうまく行かないときには、こんな風に考えて、落ち込んでしまうこともあります。

でも、ここはちゃんと割り切った方が良いでしょう。  
認知度がない中でサービスを展開しても、集客はできません。  
だからこそ、それは世の中に否定されているわけではありません。  
もちろん、サービスの方向性が悪い場合もありますが、ここは初めての経験ですので気楽にいきましょう。

## 情報発信こそサービス提供の始まり

### 認知度を高める

それでは、集客に大きく影響する**認知度を高める**ためには何ができるのでしょうか。  
すでに持っている技術が尖っている方は講演や本の執筆などで認知度を高めることは容易でしょうが、そうでない場合が多いはずです。

この場合にできることの１つは**情報発信**です。  
自分の考える社会の課題に対して、ビジネスモデルを含めた解決策を提示したり、自身をコンテンツとして情報発信するのです。  
いまの時代は note やはてなブログなど、ブログで簡単に情報発信ができるため、誰でもできる再現性のある方法です。

### リード顧客の確保

ただし、ここで気をつけておかないといけないのが、単なる情報発信ではなく、サービスを提供する頃に**リード顧客**となるように情報を集めておく必要があります。  
SNS であればフォローという仕組みがあるので、メールアドレスなどを集める必要はなく、比較的手軽です。  
さらに踏み込むのであれば、メールアドレスなどの個人情報を取得して、リード顧客として用意しておくことをお勧めします。  
弊社でも利用していますが、[**HubSpot**](https://www.hubspot.jp/) といった CRM ツールを利用すると、その後のリード顧客の獲得からコンバージョンまでの流れなどを比較的簡単に追うことができます。

### 安定した集客には最低でも３〜６ヶ月は必要

多くの起業初心者が順番を間違えることが、**サービスを時間をかけて作り、そのサービスをローンチしてから、集客のために情報発信を行う**のです。  
実は今回私が企画した起業家育成コースである『[**fwywd in 淡路**](/awaji)』もこのパターンでした。  
**自分が想像するペルソナとの接点がない**ため、集客は想像以上に大変ですし、**どれだけ頑張ってもサービスのローンチから３〜６ヶ月は集客が安定するまで**かかります。  
※ 今回の企画は他社との協業という点もあり、プレスリリースを出すまでは**機密保持**の観点で伏せていました。

### サービス提供開始してからでは遅い

しかし、みなさんがこれから手がけるアイディアは機密保持は問題ないはずです。  
よく起業初心者に『**情報を出したらライバル企業に盗まれるのでは？**』と聞かれます。
これは自分のアイディアがずば抜けて優れていると勘違いしているか、自信がないかのどちらかです。

基本的に、**情報を出して盗まれるようなアイディアは所詮その程度のもの**ということです。  
ずば抜けて儲かるアイディアは大手企業の資本力によって一瞬で真似されて追い越されます。  
逆にニッチであれば、アイディアを持っていても行動する人は 100 人に 1 人なので、行動したもの勝ちです。

だからこそ、少しでも有利に事業を進めたいのであれば、**サービス提供前から世界観も含めた情報をどんどん公開していき、リード顧客だけでなく、仲間も先に集めてしまう**のです。

### 時間を味方につける

これが今回の記事で最も重要なことです。

『**時間を味方につける**』

**起業とは時間との戦いであるからこそ、その選択を間違えると成功する確率が著しく下がります。**  
集客とはビジネスを展開する上で礎となりますが、ここは**長期的に仕込む**ものです。

『**プロダクトを作る時間と同時並行で情報発信をしていれば...**』と後悔する起業家がひとりでも減ることを願います。

## おわりに

起業の始まりに最初から認知度の高い人は、そうそう多くありません。  
キラキラした経歴出身などの特別枠の人がいることも事実としてありますが、よそはよそ、うちはうち。

素晴らしい世界観に挑戦していただく方が増えている今だからこそ、その世界観が顧客に正しく届くことを願います。

起業を志す人の一助になっていれば幸いです。  
今回も長文にお付き合いいただき、ありがとうございました。

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


早速ですが、多くの起業家にとって一番最初に訪れる絶望であり、困難とはなんでしょうか。ビジネスの知識が足りないことでしょうか、それともプロダクトの作り方がわからないことでしょうか。これらはインターネットで検索すれば、ある程度の指針は見つかります。一方で、インターネットで調べても、全然進まないことがあります。『認知度が低い中での集客』です。私が聞いてきた周りの起業家、そして私自身にとって最初に訪れた困難でした。この記事は、これから起業したいと思っている方、また起業してみたけれども、この問題を抱えてなかなか進んでいないという方に向けて書きました。

起業家必見！発想の転換で社会課題を持続可能なビジネスへ繋ぐ


## はじめに

株式会社キカガクの新規事業である**fwywd（フュード）が手掛ける起業家育成**の [**fwywd in 淡路**](/awaji)の募集がついに始まりました。  
この企画では、**自身が抱える社会の課題と向き合う起業家を育成および支援**していく、**これからの日本の成長に欠かせない取り組み**だと自負しています。
今月の 11/12（金）から募集を開始しており、続々と起業を志す優秀な方からの応募をいただいています。

この起業家育成の特徴である『**社会課題**』に関して**課題意識はあるものの、どうやってビジネスに繋げていくと良いかわからない**と悩んでいる人に向けて、この記事を書きました。

[![fwywd in 淡路](/img/home/entre.png)](/awaji)

## 弱みには色眼鏡をかける

### 現代最強のマーケター 森岡毅さん

このヒントとして、先日 TV で放送されていた『日曜日の初耳学』での森岡毅さんの話がとても参考になります。  
今週であれば TVer でも**無料配信中**ですので、ぜひ見てみると良いでしょう。

▶ [**＃290「林修 ×“現代最強のマーケター”森岡毅 ◆『結果はその人の強みからしか出てこない』」 | 日曜日の初耳学**](https://tver.jp/corner/f0088946)

### 西武園ゆうえんちの復活劇

この番組内での話の１つとして、**西武園ゆうえんち**の復活劇がありました。  
西武園ゆうえんちは設備として古くなってしまい、来園者数も年々減っていくという状況だったそうです。  
消費者目線で考えるとわかりやすく、ディズニーランドや USJ が新しいアトラクションを年々増やしていく中、古くなっていく西武園ゆうえんちに行きましょうとはならないと思います。

つまり、西武園ゆうえんちの弱みは「**古さ**」。  
これは変えることのできない事実であり、番組では変数でなく定数と解説されていました。

しかし、森岡さん流のしかけは一味違いました。  
『**弱みには色眼鏡をかける**』

古さという弱みを昭和を感じる**ノスタルジー**に変える戦略を立てたそうです。  
そして、出来上がった西武園ゆうえんちの入り口がこちら。

![西武園ゆうえんち](https://dol.ismcdn.jp/mwimgs/0/5/1080m/img_05540e4a2720d793afb1b0525e76fb2d425974.jpg)  
出典：[“昭和の街”として甦った西武園ゆうえんちに
刀が吹き込んだ“持続可能な仕組み”](https://diamond.jp/articles/-/274643)

この入口で昭和感を演出してノスタルジーを感じさせることで、この入口を通った後に構える古い遊園地の設備が一気に懐かしいと、ポジティブな感情に変わります。

**色眼鏡で一気に魔法をかける。**  
これが森岡さん流の巻き返しの戦略であり、西武園ゆうえんちはここから入場者数が飛躍しました。

## 社会課題をどのようにビジネスへ繋げるか

### fwywd in 淡路の選考内容

さて、ここからが [**fwywd（フュード）in 淡路**](/awaji) に参加して起業したいと考えている方向けの話になります。  
この１次選考の書類選考では、以下の３つを考えて答えていただきます。

- 原体験から考える社会の課題
- 過去に遭遇した最大の困難と乗り越えた方法
- 本プログラムに参加した１年後のあなたの姿

この中で最もオリジナリティが出るのが最初の問である「**原体験から考える社会の課題**」です。  
この点への自身の当事者意識、課題意識の強さを聞きたいと言っても過言ではありません。

### 社会課題をビジネスに繋げる難しさ

そして、応募していただいたみなさんが素晴らしい**社会課題**の問題提起を行っていただいています。
ただし、どうしてもみなさん難しいと悩まれているのが、**社会課題の解決をどのようにビジネスへ繋げていくか**です。  
もちろん社会課題である以上、補助金や寄付を前提とした方法もあるかと思いますが、できれば社会課題の解決を行うことでビジネスが成立するようなアイディアで攻めてほしいと私は考えています。  
この理由として、補助金などでは制約が多く成長が鈍化する一方で、資本主義社会が加速する現代において、ビジネスとしてこの波に乗ることができれば、一気に大きな課題解決までたどり着くことができます。  
※ 着火剤として補助金などのお金を活用することは良いと思います。

### 社会課題は弱者を守るという発想が多い

応募者から上がる内容は「介護」「医療」「地方」など、誤解を恐れずに言うと**弱者の立場**に対する課題感があります。
**自分自身やその家族や身近な方が社会的に弱者の立場に立たされたとき**こそ、どうしようもない課題を感じ、これを解決したいと人生を考え始めるものです。

さらに一歩進めると、多くの方の思考の幅を狭めているのが『**弱者を守る**』という発想です。  
この発想は人として優しいため応援したいのですが、おそらく**ビジネスとしては成立できない**と予想しています。

### ビジネスが持つ当たり前のルールに従う

『**ビジネスとは得られた対価に対して報酬を支払う**』という誰もが知る当たり前のルールが存在します。  
したがって、『**守られる**』という立場はお金をもらえる側ではなく、お金を支払う側になります。  
弱者を守りたいと思う気持ちは、ビジネスと逆行しているのです。

だからこそ、声を大にして伝えたいのが、**森岡毅さんの発想**です。  
**色眼鏡をかけて、弱みを強みに魅せる。**

**守りたいと思っている人の弱みをどのように魅せていくと強みに変わっていくのか。**  
もし、それを強みに変えることができれば、お金を支払ってもらえる側になり、**社会的な立場が向上するはず**です。

**真の守る**とは強みに変わるように『**プロデュース**』をすることではないでしょうか。

## 教育者を目指す人を増やしていきたい

### 筆者の実体験へ

さて、ここからは私の実体験になります。  
私が 2017 年に創業した[**株式会社キカガク**](https://www.kikagaku.co.jp) は、AI・機械学習を含めた研修事業を主に社会人向けに行っています。  
ありがたいことに現在では受講生数が 50,000 人を超え、受講企業社数も 500 社を超えるまでに成長しました。  
大型の資金調達を行うことなく、基本的には自己資金だけで成長を続けていき、現在では 35 名程度の会社です。

### AI から教育への舵切り

キカガクでは AI など最先端領域の技術を取り扱う一方で、本当は『**教育**』に対する想いが強い人が集まっています。  
これは創業してから数年が経った頃に、私がこの会社が解決すべき課題は AI ではなく教育だ！と大きく舵を切ったことが始まりでした。

理由は以下の記事で色々と書いているのですが、大きくは**日本社会の発展に不可欠な教育者**という仕事を、現状の働く環境では**誰も教育者をやりたくない将来がくる**と危惧したためです。  
肉体的拘束、精神的拘束、給与の低さ、新しいことに挑戦できる環境。  
どれも揃っているとは思えなかったことが、この舵切りのきっかけになりました。

▶ 参考記事：[ベンチャー社長が日本の成長を３年間本気で考えてたどり着いた『教育』という答え。](https://www.wantedly.com/companies/kikagaku/post_articles/210106)

### 教育者を守りたい

母が国語の教員であったこと、そして私も社会人向けではあるものの人に教えるという仕事に携わっていたこともあり、この**教育者を目指す人を増やしていくこと**こそ、自分が考える**社会課題**でした。  
人間関係も良好で、新しい知識を学ぶことができ、待遇も良いような環境。  
まだまだ現状では理想論ではありますが、いつかこんな環境を作っていきたいと『**教育**』に向き合う会社になりました。

### 未経験採用は強みになる

まず最初に教育の問題を解決していくために取り掛かったのが**採用の見直し**です。  
ゆくゆくは教育をより良い方向に変えていきたいのですが、まずは会社として強くならねばなりません。

ここで私が最初に考えた戦略は『**未経験採用**』でした。  
**未経験**とは本来弱みに見えるかも知れませんが、私は**この弱みを強みに転換できる**と考えました。

これまで AI を含めた先端技術領域では教える側の研究業績や学歴、職歴などが重要視される傾向が強くありました。  
もちろん、この軸で選ぶことも悪くはないのですが、新しい分野の初学者にとって本当に良い教育者とはどのような人だろう。  
それは**等身大で教えてくれる人**であり、権威を持った偉い先生ではありませんでした。  
初学者のうちは理解できることも限られており、難しい言葉を使う人よりも、**同じ経験を通して易しい言葉で伝える人の方が適任**です。

当然、未経験採用を宣言した最初のうちは「本当に大丈夫？」と他社へ流れてしまうことが多々ありました。  
それでも、数年が立つと『**知識量の多いだけの人よりも、わかりやすく教えてくれる人の方が評判が良い**』と当時他社へ流れていた研修が次々と帰ってきました。

**弱みを強みに変えることができた一歩目でした。**

### 育つ環境は構造で作る

キカガクの未経験採用でも**圧倒的に成長するための戦略**があります。  
それが『**最初からプロジェクトをひとりで完遂させる**』ことです。

キカガクでは基本的に講師としての入り口で採用されることが多く、ここからセールス・マーケティングに行くこともあれば、コンテンツ開発に携わる人もいます。  
どの部署に行くかは入社後に相談して決まるとして、基本的には最初は**全員が講義を担当**します。  
そして、その講義を先輩の後ろでサポートに入るのではなく、研修期間を終えた入社後の一番はじめの仕事が『**メイン講師としての講義**』です。  
丸々３日間の講義を１人で基本的には行います。  
入社直後にメインで講義をするというプレッシャーは凄まじいものですが、この仕掛けが**飛躍的な成長**に繋がると思っています。

１人で講義を担当すると、お客さんから支払っていただいている金額を明確に自分の売上として意識することができます。  
自分の売上を把握することができれば、自身の市場価値を定量的に考えるきっかけができます。  
また、売上を作り出しているという心理的な安全性が生まれ、社内向けの発言も行いやすくなります。  
積極的な発言が自社ビジネスへの当事者意識を高め、さらに良い施策を提案して、次の価値を発揮できます。

このように、**売上に貢献していることの心理的安全性が成長の好循環を生む**と私は考え、創業初期から社内教育の一環として今でも取り入れています。

講義の質はこれで確保できるの？と質問もありますが、この点は今まで問題になったことがありません。  
経験豊富な先輩の講師が（逆に）サポートに入ることで難しい質疑応答があった場合でもフォローすることができますし、入社試験では何度も厳しいフィードバックを受けています。  
厳密には先陣が築き上げたレールの上に乗っているのですが、**売上に貢献している安心感は社会人にとって成長のトリガーになる**のです。

**未経験という弱みを強みとなるようにプロデュースし、成長できる環境を構造的に作る。**  
**本当に教育を変えたい**と思うからこそ、**慣習的な教育に対する考え方にメスを入れる**ことになりました。

## おわりに

今回は森岡毅さんのマーケティング戦略をヒントに、社会課題の解決をビジネスに繋げていく方法について考察しました。  
『**弱者を守る**』と考えがちな社会課題の解決を『**弱者の強みをプロデュースする**』という発想の転換こそ、関わる人をすべて幸せにできる戦略ではないでしょうか。

これから素晴らしい社会課題に挑戦される方の一助に少しでもなっていれば幸いです。  
今回もご一読いただきまして、誠にありがとうございました。

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


株式会社キカガクの新規事業である fwywd（フュード）が手掛ける起業家育成の fwywd in 淡路の募集がついに始まりました。この企画では、自身が抱える社会の課題と向き合う起業家を育成および支援していく、これからの日本の成長に欠かせない取り組みだと自負しています。この起業家育成の特徴である『社会課題』に関して課題意識はあるものの、どうやってビジネスに繋げていくと良いかわからないと悩んでいる人に向けて、この記事を書きました。

起業家に優しい世界を。無料で経営と技術を学べる起業家育成を創業５年目で立ち上げた理由


## はじめに

この度、キカガクが考える新しい教育の領域として『**起業家育成**』を行います。  
これまでは技術を中心に教育を行ってきましたが、今回からさらに領域を広げて、**ビジネス（経営）**と**技術**の両者がわかる人材の育成に挑戦です。  
しかも、**１年間の受講料はすべて無料**です。

今回は**これまで AI 領域の教育を手掛けてきた私が起業家育成を手掛けることになった背景**と、**起業家という選択が日本社会に必要であり、多くの人にとって市場価値を高めること**を紹介します。

## 起業家育成を始めたいと思ったきっかけ

### 創業から５年の月日が経つ

私自身、キカガクを５年前に１人で創業し、現在３５名を超える素晴らしい社員に恵まれた日々を送ることができています。  
もちろん、多くの Hard Things を乗り越えながらの日々ではありましたが、その１つ１つが今の会社の成長に繋がっています。

### 正論の暴力

もちろん経験的に知っていれば防げたミスも多くありました。  
それでも、私は投資家や経営者の先輩に頼ることがあまり好きではありませんでした。  
「もっと大きくなるためには ○○ をすべき」「君は結局どうしたいんだ」と詰められることが多く、頭ではその先輩方がおっしゃることが理解できる一方で、正論の暴力に心を痛めることが多くありました。  
より良い世界に導きたいと日々努力をしているのにも関わらず、市場では厳しい戦いの日々、社員からも厳しい意見に耳を痛める日々、先輩方からは視座の低さにお叱りを受ける日々。  
私は教育が好きで、人が成長するためには心理的安全性が前提として必要だと考えているのですが、どう考えても、**起業家には心理的安全性がありません**でした。

**いつか起業家にとって優しい環境を作りたい。**

人工知能（AI）やプログラミングを学ぶときにも「もっとスムーズに学べる教材を作りたい」と、かつてキカガク創業時に考えていた思いが、起業の経験を経て、次は起業家だと感じました。  
自分と同じようにリスクをとって挑戦する人に優しい世界を作りたい。

## なぜ今の時代、起業家なのか

### 起業家以外にも存在する選択肢

自分と同じような境遇という点では起業家だけでなく、色々な選択肢がありました。  
その中で、なぜ起業家を選択したのでしょうか。

その答えは、**これからの日本社会が最も求める人物像になるための最短ルートが起業家である**と考えたからです。

### アメリカのトレンドを追う日本

日本はアメリカのトレンドを追っていることが多いのですが、アメリカでは大企業がベンチャー企業を M&A（Merger & Acquisition、日本語では買収）することで大きな成長を遂げています。  
例えば、みなさんがよく使っている YouTube も Google が買収して成長させました。  
他にも、Instagram も Facebook が買収して成長させました。  
このように、資金力のある大企業が機動力の高いベンチャー企業を買収することで、新たなイノベーションが生まれていることが知られています。

日本のベンチャー企業の Exit 先は IPO が主流ではありますが、アメリカの傾向に追従するのであれば、今後の日本は Exit として M&A が主流になってきます。  
だからこそ、いま日本の大企業は社内の企業家（イントレプレナー）育成に力を入れて、社内で新規事業を創出したり、ベンチャー企業を M&A した後に、うまく統合してマネジメントできる PMI (Post Merger Integration) 人材を増やそうと動いています。

つまり、これからの時代に市場価値が高まる人材を予想すると以下のとおりです。

- 機動力高く新たなイノベーションを生み出せる人材 → 創業者
- 新たな事業を受け入れてマネージメントできる人材 → 経営者

この**創業者**と**経営者**の両者をどれだけ育成できるかが、今後の日本の成長に関わるはずです。  
創業者は起業する機会を創出することで生み出せそうですが、経営者はどのようにして生み出すのでしょうか。  
経営とは知識をインプットして全体像を理解できるものではなく、やはり一定の経験による習得が必要となります。

### 経営者の育て方

では、社内に経営を練習できる機会があるかというと、これはなかなか遭遇できません。  
若くして経営を経験できるのは大手企業の新規事業担当とスタートアップ幹部ぐらいではないでしょうか。  
そして、肝心の新規事業担当やスタートアップの幹部になるためには、経営の経験が求められる『**鶏が先か卵が先か**』の問題に遭遇します。  
これからは経営の経験がある人が求められる一方で、経験がなくても受け入れているのは創業初期の小さなベンチャー企業ぐらいかも知れません。  
ここから導き出される結論として、経営経験のない人が経営者になるためには、創業初期の小さなベンチャー企業に入るか、もしくは自身で起業を行って経営者になってみることぐらいではないでしょうか。  
※ もちろん偶発的な出会いはあると思いますが、多くの人に再現性をある程度確保できることを前提としています。

### 創業者も経営者も企業が入り口

だからこそ、創業者でも経営者でも、起業してみることがその入口に立つための再現性を持った方法なのです。  
仮に、創業者として創業した会社のビジネスがうまく行かなかったとしても、経営者としての能力を買われて次のステージで活躍される人は多くいらっしゃいます。  
いま大きくなっているベンチャー企業の幹部は元起業家ということが多くあります。

ただし、注意が必要なこととして、週末起業や受託開発が中心の個人事業に毛が生えた程度の事業では、組織を正しく導いていく経営者としての能力としては不十分であるため、とにかく小さくても良いから起業すれば良いという話でもありません。  
自分自身で解決したい課題に向き合い、独自のサービスを作り、顧客へ届け、そして、仲間を集めて組織を作る。  
その中で起こる Hard Things を乗り越えた先に、事業譲渡などで経営者として次のステージに進んでいくことを指しています。

これからの日本社会のトレンドとしても絶対に必要となる創業者や経営者を再現性高く生み出し、日本社会へのイノベーションを加速させたい。  
そう考えた結果として、起業家育成を選択しました。

## これからの起業家に必要な能力

### 経営と技術の両方ができる人材が鍵

創業者もしくは経営者になるための入り口としての起業家を紹介しましたが、起業家は経営を含めたビジネスの知識だけがあれば良いのでしょうか。  
私は経営も技術も両方ができる人材であることが特にこれからの社会では重要だと思っています。  
もちろん、チームで役割分担をして CEO と CTO の２人で創業できれば、それでも OK です。

しかし、私の回りには「アイディアはあるけれど一緒にプロダクトを作ってくれるエンジニアが見つからない」と嘆く声を同世代からよく聞きます。  
そして、エンジニア出身の私目線の意見ですが、技術がわからない人と一緒にプロダクトを作っていくのは嫌です。  
そう考えると、プロトタイプ程度は自力でつくれるぐらいの技術力も兼ね備えておくことが将来的に技術者を引き入れるときにも必要だと予想しています。  
大きくなったときにも、自分で手を動かさなくても、技術を理解した上でのプロジェクトマネージメントに対する解像度の高さは有利に働きます。

### 資本主義の加速と技術への投資の関係

前提として、なぜ技術力が必要なのでしょうか。  
世の中にはプロダクトを作らなくても始められるサービスもあります。  
もちろん、事業領域の選択によってはもちろん技術力がなくても始められることがあります。

その一方で、私は『**資本主義の加速**』によって技術力が重要になってくると予想しています。  
いまの日本含めた世界の資本主義国家では、先述したように資本の大きな企業が新興企業の買収を繰り返し、さらに資本が大きくなっています。  
ピケティの 21 世紀の資本の主張が有名ですが『r（資本収益率） > g（経済成長率）』という不等式をご存知の方も多いはずです。  
資産（資本）によって得られる富、つまり資産運用により得られる富は、労働によって得られる富よりも成長が早いと指摘しており、これを資本主義の加速と私は呼んでいます。

### 技術へ資本を投じて収益率を高める

この資本主義の加速による流れに乗るためには、労働集約型のサービスを展開するのではなく、資本を投じて収益率を高めるプロダクトを成長させていくことが重要です。  
もちろん、サービスの表面上は労働集約型のビジネスでも、内部的に革新的なプロダクトを開発して利用することで、収益率を高める方法もあります（BPO 業界でも差が開きはじめてきました）。  
サービスが大きくなるごとに、より収益率の良くなるビジネスの構造を作ることが重要であり、その答えは技術であるということです。

知名度のない中からビジネスをマネタイズまで持っていき、収益率を高めるために技術でスケールさせ、さらなる成長のために組織を作っていく。  
これらを深く理解した上で、ビジネスを設計するために、ビジネス（経営）だけでなく、技術への理解も重要です。  
だからこそ、この企画「fwywd（フュード）in 淡路」では、ビジネスと技術の両方を経験しながら体系的に学べるようにカリキュラムを設計しています。  
※ 詳しいカリキュラムは上記のページからダウンロードいただける資料に掲載されています。

### リスクを取って挑戦する起業家に優しい世界を作りたい

日本のこれからの成長には欠かせない優秀な創業者と経営者を多く輩出し、日本経済の成長に貢献していきたい。  
そんな思いを今回の起業家育成に込めています。

そして、参加していただく方にとっても、正しい方向性に挑戦することは市場価値が高まり、人生の選択肢を増やすことができることがおわかりいただければ幸いです。  
しかし、まだまだ厳しい起業家という世界において、教育面での支援だけでなく、先輩起業家だからこそできるメンタル面でのケアまで行い、起業家にとって優しい世界を作っていきたい。

### 挑戦に最高の環境を

本企画では、パソナグループ全面協力のもと、淡路島で１年間宿泊しながら学べる環境まで用意しており、他の企画とは環境面で一線を画しています。  
しかも、１年間の教育に関わる受講料は一切無料です。

リスクを取って挑戦していただく以上は、私達としてできる限りの支援をしよう。  
パソナグループとキカガクの２社で最大限の支援を行い、本気で挑戦する方を応援します。  
もちろん私も淡路島に移住して、この企画をフルコミットで支援します。

## おわりに

人生を変えたいと思っていながらも挑戦することができていない方へ、最後に私が尊敬する大前研一さんの言葉を贈ります。

> 人間が変わる方法は３つしかない。  
> １つは**時間配分**を変える、２番目は**住む場所**を変える、３番目は**付き合う人**を変える。  
> この３つの要素でしか人間は変わらない。

**やらない後悔よりも、やる後悔を。**

みなさまと一緒に挑戦できることを私も大変楽しみにしています。

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


絶対に間違えたくない。括弧（かっこ）と句読点にある、たった１つのルール


## はじめに

日本語でよく使う**括弧（かっこ）や句読点の使い方に違和感**を感じる場面がよくあります。
例えば、

> **fwywd(フュード)では,開発（Web）を中心に AI、ML にも取り組んでいます.**

という文章に何箇所の違和感を感じるでしょうか。  
もし、違和感の正体が気になった方は、**たった１つの簡単なルールを覚えるだけ**で解決できます。

## たった１つのルール

それは**日本語は全角、英語は半角**というだけです。

### 日本語には全角の括弧

最初に取り上げた文章では

> (フュード)

の箇所が「フュード」という日本語に対する括弧は全角ですので、

> （フュード）

が正しいわけです。  
よく見ていただくと、日本語に全角の括弧を使うと余白が綺麗に表示されていますよね。  
文章としての綺麗さも大切ですが、綺麗に見える見た目のための書き方も大切というわけです。

```txt
補足：空白のルール（日本語の括弧）
日本語の括弧の前後には空白は不要です
```

空白のルールは覚えるのが面倒ではないのですが、たくさん文章を書いているとミスしがちですので、私はエディターに Visual Studio Code を使って `textlint` や `Prettier` などで自動的に修正してミスを防いでいます。

### 英語には半角の括弧

同様に、

> 開発（Web）

では Web という英語に対して全角の括弧を使ってしまっていました。  
正しくは

> 開発 (Web)

ですね。

```txt
補足：空白のルール（半角の括弧）
半角の括弧の中の単語との間にスペースは不要で、括弧の前後には半角スペースを設けましょう。
```

ちなみに、**日本語と英語が混在する場合はすべて日本語**として扱います。

> 開発（Web アプリケーション）

ただし、日本語の文章を書いている時は英語であってもすべて全角括弧を使う方が綺麗に見える場合もあるため、この辺りはフォントと相談しながら決めると良いでしょう。  
英語に全角の括弧を使うことは場合によって OK と感じますが、逆の日本語に半角の括弧は常に NG です。  
最も良く見かける違和感が**日本語に半角の括弧**です。

### 日本語には全角の句読点

句読点は、その前にある単語をみましょう。

> fwywd(フュード)では,開発（Web）を中心に AI、ML にも取り組んでいます.

の文章では、「では,」「います.」となっていますが、その前は日本語ですので、全角の句読点が良いでしょう。

> 「では、」「います。」

ここで、理系の学術的な文章では `、` `。` ではなく、`,` と `.` が好まれますので、この限りではありません。  
今回は一般的な日本語の文章に対するルールですのでご注意ください。

```txt
補足：空白のルール（全角の句読点）
日本語の句読点には前後の空白は不要です
```

### 英語には半角の句読点

英語の単語の後は半角の句読点を使います。  
※ ここは少し意見が分かれるかも知れません。

例えば、

> fwywd(フュード)では,開発（Web）を中心に AI、ML にも取り組んでいます.

の「AI、ML にも」というところが "AI" の後は半角の句読点となります。

> AI, ML にも

```txt
補足：空白のルール（半角の句読点）
半角の句読点の前は空白を設けず、半角の句読点の後に半角の空白を設けましょう。
```

## おわりに

冒頭で紹介した

> fwywd(フュード)では,開発（Web）を中心に AI、ML にも取り組んでいます.

の文章を正しくは、

> fwywd（フュード）では、開発 (Web) を中心に AI, ML にも取り組んでいます。

が綺麗な文章となります。

「日本語は全角、英語は半角」というたった１つのルールを覚えるだけですので、みなさんぜひご活用ください。

今回も最後までお付き合いいただき、誠にありがとうございました。

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


日本語でよく使う括弧（かっこ）や句読点の使い方に違和感を感じる場面がよくあります。例えば、『fwywd(フュード)では,開発（Web）を中心に AI、ML にも取り組んでいます.』という文章に何箇所の違和感を感じるでしょうか。もし、違和感の正体が気になった方は、たった１つの簡単なルールを覚えるだけで解決できます。

Web サイトをリリースする前に必ず確認したいチェックリスト ~ React / Next.js / Tailwind CSS 編 ~


## はじめに

### 概要

[**fwywd（フュード）**](/) ではプロとして働く実力を養うことができる[**採用試験**](/news/recruitment) を**無料**で公開しています。  
リリースから３週間ほど経ち、早速１次試験をクリアして応募してくださる方が嬉しいことに出てきました。  
応募いただいた方には [**fwywd（フュード）**](/) チームから良い点や更に改善できる点のヒントをまとめたフィードバックを個別にお送りしています。  
今回はそのフィードバックを通して見えてきた **Web サイトをリリースする前に必ず確認したいチェックリスト**を紹介します。  
**React / Next.js / Tailwind CSS を使って Web サイトや Web アプリケーションを作っていきたい**という方に参考になると幸いです。

### fwywd の採用１次試験

まずはじめに **fwywd（フュード）** で公開している採用の１次試験の内容を簡単に紹介します。  
**React / Next.js / Tailwind CSS を使って、準備されたデザインで１ページの自己紹介サイト**を作っていただきます。

![introduction](/img/examples/introduction/01_introduction_pc.jpg)

フロントエンド実装に慣れている人には簡単ですが、日頃はバックエンドを中心に書いている人にとっては Tailwind CSS を含めた CSS の書き方の勉強が必要となります。  
また、HTML / CSS のフロントエンド実装に慣れている人には React / Next.js を学んでいただく必要があります。  
問題設定こそ簡単ですが、**どのような役割の人にとっても学びのハードルが少しある良い問題**となっています。

２次試験以降はフロントエンドも含めたバックエンド実装を課している中で、わざわざフロントエンドの実装も習得していただきたい理由があります。  
新規事業の Web アプリケーションを作り込む際は日々の機能追加に耐える能力が必要であり、フロントエンドからバックエンドまで、どのパートも対応できる幅広い力がある方が圧倒的に有利です。  
そのため、[**fwywd（フュード）**](/) のチームで働く初期のエンジニアには、フロントエンドからバックエンドまですべて対応できるようになって欲しいと考えています。

今回はこの一見簡単そうに見える１ページの Web サイトでも、プロとして意識して臨むとどのような点まで配慮しておくと良いのかを紹介します。

[![recruitment](/img/common/recruitment.jpg)](/news/recruitment-1st)

[**▶ fwywd（フュード）の採用１次試験の詳細はこちら**](/news/recruitment-1st)

## レベル１：表示系

ここは基本的なことであり、見た目で判断可能なことばかりです。  
Tailwind CSS でよく使うクラスの一例も併せて紹介します。

**fwywd（フュード）の１次試験ではレベル１がクリアできていれば合格**できるはずです。

### 内容の確認

- ユーザーが読みたいと思える内容になっているか推敲
  - １次試験の自己紹介サイトの場合はみなさんのプロフィール情報に編集しましょう
  - 自己アピールをうまく書いておければポートフォリオとして活躍します

### 表示崩れの確認

- Google Chrome の Developer Tools で PC 版やスマホ版の解像度で確認
- Google Chrome, Firefox, Safari, Edge と各ブラウザで確認

### 文字のフォントや間隔の調整

- 文字の大きさ：`text-sm` など
- 文字の太さ：`font-bold` など
- 文字の色：`text-white` など
- 文字の間隔： `tracking-wider` など
- 文章の間隔： `leading-5` など
- ホバー時： `hover:opacity-75` など

### CSS

- `_app.tsx` の `global.css` に Tailwind CSS 周りを設定
- Tailwind CSS を中心に書き、不要な CSS Modules を生み出していないか
  - 不要なグローバルの CSS はつくらない
  - `style.module.css` のようにモジュールとして読み込む
  - できれば `sass` をインストールして SCSS を使用
- `tailwind.config.js` の設定を使っているか
  - テキストや背景の色設定
  - 背景画像
- 余白：`py-2`, `mx-1` など
- レイアウト：`flex` と `grid` の使い分けなど
- グリッド間の線：`divide-x` など
- 縦横の位置：`flex` + `justify-center` や `items-center` など
- レスポンシブ対応
  - 画面に合わせた横幅の指定：`max-w-xs sm:max-w-sm lg: max-w-lg` など
  - 横方向のマージン：`mx-auto` など
  - 順番の変更：`order-2` など
- Tailwind CSS の JIT 対応：`w-[800px]`, `bg-[#59d3d4]` など

### 画像

- `width` と `height` を指定して縦横に変な歪みがないか
- `alt` を指定して画像非表示にも対応
- アイコン
  - Tailwind CSS では [heroicons](https://heroicons.com/) が推奨されている
  - [flaticon](https://www.flaticon.com/) などで他のアイコンを探すと良い
- 解説用は [Skitch](https://evernote.com/intl/jp/products/skitch) などで手順を見やすく加工できていると良い

## レベル２：SEO 系

それでは、及第点としての合格の先にあるチェックリストを確認していきましょう。  
クオリティの高い合格を目指す人はレベル２以降も挑戦してみましょう。

### meta タグ

- Next.js での設定：`Head`
- 基本的な設定：`_document.tsx`
- 可変な設定：`PageHead` などを作り、引数にデフォルトの値を必ず指定
- ファビコン `favicon.ico` を設定
- 画像やファビコンは `${domain}/ogp.png` や `${domain}/favicon.ico` などわかりやすいと親切かつディレクトリ構造が判別されにくい

### OGP 画像

- 画像サイズ：1200px x 630px
- 文字の 20% ルールはなくなったが、なるべく文字は小さい方が統計的に良い
- [freepick](https://jp.freepik.com/) などでベースとなる画像を探すと良い
- Facebook
  - Facebook OGP Debugger で確認
- Twitter
  - Twitter Card Validator で確認
  - Twitter は画像が相対パスでは取得されないため注意（絶対パスを使用）

### シェアボタン

- 各ページに対応するリンクが表示されるか確認
- シェア時の初期の文言やハッシュタグを設置しておく
- 日本語や記号は `encodeURIComponent` で文字をエンコード
  - 参考：[Twitter のシェアリンクに指定したテキストを JavaScript でエンコードする方法](/tech/sns-link-encode)
- SVG はコードの見た目が複雑になりがちなため、コンポーネント化推奨
- ボタンはなるべく自作せずに公式ページ参照：例. [はてぶ](https://b.hatena.ne.jp/guide/bbutton)参照
- 各デバイスごとにシェアしやすい位置にボタンを配置

### サイトマップ

- クローラーから効率的な検索のために設置
  - 参考：[Next.js に next-sitemap を導入して超手軽にサイトマップ sitemap.xml を生成しよう](/tech/next-sitemap)
- 購読されやすいように RSS フィードを設置
  - 参考：[Next.js に feed を導入して RSS と Atom のフィードを生成しよう](/tech/next-feed-rss-atom)
- Google Search Console に `sitemap.xml` と `feed.yaml`, `atom.yaml` を設定しておく

## レベル３：パフォーマンス系

デプロイ前は Google Chrome の Developer Tools にある Lighthouse で確認します。  
デプロイ後は Contents Delivery Network (CDN) へのキャッシュも考慮したパフォーマンス測定ができるため、PageSpeed Insights を使うと良いでしょう。  
この場合、キャッシュを考慮して計測は２回行いましょう。

### 画像

- `next/image` による最適化
  - 以下のような処理が自動化される
  - 解像度が無駄に大きすぎる画像は適切なサイズに加工
  - 画像の圧縮
  - WebP などの形式も検討
  - デバイスの解像度に合わせて出し分ける
  - 非同期で取得され初期画面の表示を邪魔しない
  - ビューポートに入ったタイミングでの遅延読み込み
- `next/image` での確認事項
  - レスポンシブ対応の場合に `config` に指定
  - 外部ドメインを使用する場合 `config` に指定
  - 画像が粗い場合は `quality` を指定
  - 背景画像に使用する場合は `objectFit` を指定
  - ロゴなど初期表示から欲しい場合は `loading` を `eager` に指定

### リンク

- `next/link` を内部リンクでは使用
  - プリフェッチが有効になり、ページ遷移が速い

### CSS

- `duration` でアニメーションの時間を調整する
- `@headlessui/react` で動作付きの実装にも挑戦する
- Tailwind CSS を使用する場合は本番環境で Purge CSS を有効にする
  - これを忘れると Page SpeedInsights で確認時に「使用していない CSS の削減」と提案がある
  - 参考：[Configure Tailwind to remove unused styles in production](https://tailwindcss.com/docs/guides/nextjs#configure-tailwind-to-remove-unused-styles-in-production)
- 不要なクラス名の増加を抑えるためになるべく Tailwind CSS を利用
- グローバルに CSS を読み込まず、CSS Modules を使う
- 読み込んで使用しているクラスを意識して必要な分だけ実装

### パッケージ

- `dependencies` と `devDependencies` を区別する
  - 開発 `dev` 時にのみ必要な場合は `yarn add --dev ***` と `--dev` オプションをつける
- 不要なパッケージの読み込みの除去
  - 手動で探すのは困難であるため VSCode などエディタの力を必ず借りる
- `chunk` が大きい場合は非同期での読み込みなど検討
  - 参考：[Next.js 製ブログページのパフォーマンスを向上させるために実施したこと](https://fwywd.com/tech/next-tech-performance)

### 動作

- `memo` や `callback` を使って、不要な親要素のレンダリングを防ぐ
  - 参考：[React.memo でトップページのレンダリングを最適化する](https://fwywd.com/tech/next-memo-animation)
- スムーズなスクロールなどユーザーとしての使いやすさを意識
  - 参考：[react-scroll を導入し超簡単に画面内のスクロールを実装しよう](/tech/install-react-scroll)
- 検索機能を付けて記事の探しやすさを向上
  - 参考：[React / Next.js に algolia を導入して検索機能を追加しよう](/tech/next-algolia)
- Google Analytics や Tags を導入
  - 参考：[Next.js(TypeScript) に Google Analytics を導入し、PV を計測する方法](/tech/next-ga-pv)

## レベル４：プロジェクト管理系

### Git

- 最新の Git にバージョンを上げる
  - `git switch` などを使う
- Visual Studiuo Code の Source Tree で GUI 管理
  - `git add .` といった操作を避ける
- `.gitignore` で不要なファイル形式のコミットを避ける
  - Next.js のプロジェクト作成時に標準で作成される
  - [gitignore.io](http://gitignore.io/) で Windows, macOS, Linux の OS 環境向けも追加しておきたい

### GitHub

- GitHub とは SSH で通信するように設定
  - なるべく HTTPS は使わない（毎度手間がかかるためパスワード認証を避ける）
- 開発を始める前に Project を作る
  - ToDo リストを書き出す
  - 着手するときに Issue に変換する
  - Pull Request で `fix` を使い、イシュー番号と紐付けることでマージして閉じる
- 小規模な場合はブランチモデルとして GitHub Flow を採用する
  - 参考：[GitHub でデフォルトのブランチを main から develop へ変更した後に main ブランチを削除から守る方法](/tech/github-switch-default-branch)
- 不要なブランチはマージ後に削除し、ローカルも定期的に削除
  - 参考：[git で main と develop 以外のブランチを一括削除するワンライナーのコマンド](/tech/git-delete-branches)
- `README.md` に必要な情報を記載
- `package.json` もプロジェクト名などを変更しておくと良い

### 静的検証ツール

- ESLint と Pretier、必要に応じて Stylelint を導入（**超推奨**）
  - Visual Studio Code の拡張機能もインストール
  - 保存と同時に ESLint が適用されるように設定
  - JavaScript はシングルクォーテーションに統一
  - セミコロンを最後につける
  - インデントは 2
- [husky](https://github.com/typicode/husky) で pre-commit 時の確認
  - ESLint のフォーマット確認を最低限入れておき、従っていないコードはコミットさせない
  - テスト駆動開発時にはテストの通過も pre-commit で必須とする

## レベル５：実装系

### 命名規則

- コンポーネントはファイル名含めてパスカルケース：`PageHeader.jsx`
- 変数や関数名はキャメルケース：`searchClient.js`

### 環境変数

- `.env` ファイルに格納して必要に応じて `.gitignore` の対象にする
  - 参考：[Next.js における環境変数 (env) の基本的な設定方法](/tech/next-env)

### ディレクトリ

- 相対パスから `src` を基準としたパスに変更
  - 参考：[【Next.js】特定のディレクトリを基準にし、絶対パスでモジュールをインポートする方法](/tech/next-base-url)

### TypeScript

- JavaScript に慣れてきたころに TypeScript へ移行を推奨
  - Visual Studio Code や ESLint との相性が良い
  - サーバーでの動作前にコード上の問題が発見できる
  - １次試験で合格した後に２次試験に入る前に１次試験の内容を TypeScript 化することを推奨
  - ２次試験ではバックエンドの内容などに加えて TypeScript も必須になるため、難易度の低いうちに習得しておくと良い

## おわりに

### たかが Web サイト、されど Web サイト

Web サイトは昔から存在し、HTML と CSS を書いて FTP (File Transfer Protocol) でサーバーにアップロードするといった時代もありました。  
今でも構造上の仕組みが変わっていないのですが、その手順が大幅に変わっており、当時よりも**学習コストはかなり増えています**。

その一方で、多彩な動作を表現できたり、読み込み速度といったパフォーマンスの良い Web サイトを作ることができるようになっています。  
**カスタマイズ性**と**学習コスト**のトレードオフは常に存在しています。

今回はたかが Web サイト１ページの構築でしたが、新しい技術の React / Next.js / Tailwind CSS を使うと、これだけ確認しておきたいことがありました。  
最初からすべて覚えておく必要はありませんので、レベル別に覚えていきましょう。

React や Next.js に関わる方の知見になっておりましたら幸いです。  
今回も長文をお読みいただきまして、誠にありがとうございました。

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


fwywd（フュード）ではプロとして働く実力を養うことができる採用試験を無料で公開しています。リリースから３週間ほど経ち、早速１次試験をクリアして応募してくださる方が嬉しいことに出てきました。応募いただいた方には fwywd（フュード）チームから良い点や更に改善できる点のヒントをまとめたフィードバックを個別にお送りしています。今回はそのフィードバックを通して見えてきた Web サイトをリリースする前に必ず確認したいチェックリストを紹介します。React / Next.js / Tailwind CSS を使って Web サイトや Web アプリケーションを作っていきたいという方に参考になると幸いです。

パブリッククラウドの選択肢として Microsoft Azure を採用する３つの理由

fwywd では主にバックエンドを構築するためのインフラ環境として、パブリッククラウドである Microsoft Azure を採用しています。現在パブリッククラウドのシェアが１位である Amazon Web Service (AWS) や元々利用していた Firebase と繋がる Google Cloud Platform (GCP) ではなく、Microsoft Azure を選択した理由をこの記事では紹介します。

Slack の RSS フィード購読機能を使って情報収集を効率化しよう


## はじめに

### 便利な Slack の RSS フィード購読機能

Slack の RSS フィード購読機能を使っているでしょうか？  
Twitter や Facebook で流れてくる情報も良いのですが、Slack の RSS フィード購読機能を使うだけで超簡単に技術ブログの情報収集が行えます。  
もちろん今回紹介する全ての機能は**無料**で利用できます。  
今回は５分でできる情報収集の効率化の方法を紹介します。

## 導入方法

Slack のアカウントを持っていることを前提として紹介します。

参考：[Slack に RSS フィードを追加する - Slack 公式](https://slack.com/intl/ja-jp/help/articles/218688467-Slack-%E3%81%AB-RSS-%E3%83%95%E3%82%A3%E3%83%BC%E3%83%89%E3%82%92%E8%BF%BD%E5%8A%A0%E3%81%99%E3%82%8B)

### RSS 機能のインストール

Slack のワークスペースに [**RSS**](https://slack.com/apps/A0F81R7U7-rss) の機能を追加するために、以下のページにアクセスしてください。

▶︎ [**Slack のワークスペースに RSS 機能を追加**](https://slack.com/apps/A0F81R7U7-rss)

![rss01](/img/pages/blog/subscribe-rss-feed/rss01.png)

もしブラウザでログインしてない場合は**サインインしてインストール**と表示されますので、こちらへ進み、サインインを行います。  
サインイン後に、RSS をインストールしたいワークスペースの選択画面がありますので、該当のワークスペースを選択して進みます。  
アプリケーションへ飛ばされるかもしれませんので、その場合はもう一度、以下のリンクにアクセスしてください。

▶︎ [**Slack のワークスペースに RSS 機能を追加**](https://slack.com/apps/A0F81R7U7-rss)

![rss02](/img/pages/blog/subscribe-rss-feed/rss02.png)

上記のように `Add to Slack` のボタンが表示され、こちらで進めます。

![rss03](/img/pages/blog/subscribe-rss-feed/rss03.png)

これで Slack 側の設定が完了で、あとは上記の画面から追加したい RSS フィードを登録していくだけです。

### fwywd の RSS フィードを購読してみよう

それではお試しとして、fwywd でも RSS フィード機能を実装しているため、みなさんの Slack で fwywd の記事を購読してみましょう。  
fwywd の [**RSS フィード URL**](https://fwywd.com/rss/feed.xml) は下記の画像のようにサイドバーにあります（PC 版のみ）。

![rss04](/img/pages/blog/subscribe-rss-feed/rss04.png)

このページを開いていただいて URL をコピーしてお使いください。  
もしかするとこの記事を読んでいただいたときには UI が変わっているかもしれませんので、その場合には以下の URL をコピーしてお使いください。

▶︎ fwywd のフィード URL：[**https://fwywd.com/rss/feed.xml**](https://fwywd.com/rss/feed.xml)

![rss05](/img/pages/blog/subscribe-rss-feed/rss05.png)

これで登録完了です！

![rss06](/img/pages/blog/subscribe-rss-feed/rss06.png)

## おわりに

### あとは Slack に任せるだけ

あとは Slack が定期的に情報を取りに行って、更新があれば自動的に投稿してくれますので楽しみに待ちましょう。  
ぜひ、これをきっかけに fwywd の記事も購読していただけると嬉しいです。

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


Slack の RSS フィード購読機能を使っているでしょうか？Twitter や Facebook で流れてくる情報も良いのですが、Slack の RSS フィード購読機能を使うだけで超簡単に技術ブログの情報収集が行えます。もちろん今回紹介する全ての機能は無料で利用できます。今回は５分でできる情報収集の効率化の方法を紹介します。

新規事業の発表と同時にメンバー募集の開始を発表した理由


## はじめに

[**fwywd**](/) では 5 月 17 日のリリースと同時に[**採用試験**](/news/recruitment) を公開しました。  
プロダクトが大きくなってからメンバーを集めるのが順当に見える中、プロダクトができていない中で、なぜ新規事業の採用を始めたのかを今回は紹介します。  
**これから新規事業を始めていきたいと考える人**に役立つ情報があれば嬉しいです。

## 新規事業に訪れる２段階のハードル

### 今回の新規事業の位置付け

まず、今回の話の前提となる**新規事業**ですが、大きく分けて以下２つのケースが想定されます。

- 使う技術は**既存**
- 使う技術も**新規**

新規事業とは企業内で新しく取り組み始める事業のことを指すことは当然ですが、その実現において既存の技術で対応可能なもの（横展開など）とそうでないものがあります。  
特に後者の**使う技術も新規**となると、２段階のハードルがあります。

キカガクの新規事業として fwywd を立ち上げる時に考えていた構想では「**使う技術も新規**」であり、今回の話はこちらを対象にします。  
この領域＋技術が二重で新規の場合にどのようなハードルがあるのでしょうか。

### １段目：事業化のハードル

まず事業化にあたり、拡大の前に小さなチームでも売り上げなどの指標をクリアしていくことが前提となります。  
新規事業では新しいことに自由自在に挑戦できるように思えるかもしれませんが、自由度が高すぎてどこから手をつけ始めて良いかわからなくなります。  
そのため、撤退のラインを引いたり、事業領域の幅を制限したりして、ある程度の**制約**をもとに進めていく方がうまくいきます。

また、指標を追うと言いつつも、感情面の問題もありますし、実際にどのくらいで結果が出てくるのか予想がつかないことも多くあります。  
そういった場合に事業化のハードルを超えるために設定しているのが『**最悪のケースで得られる結果**』です。  
新規事業を始める時に『最高のケースで得られる結果』を描く人が多いですが、それよりも『**最悪のケースで得られる結果**』を想定しておいた方が遥かに楽です。
今回の本題からずれるため深入りは避けますが、fwywd では以下のように設定しています。

- 最高のケース
  - コンテンツマーケティングから人材育成や事業化の支援ができるプラットフォームの構築
- 最悪のケース
  - キカガクでこれから力を入れたいプロダクト開発に関する知見が貯まる

**失敗してもメインで行っている事業に対して手土産を持って帰ることができる**のであれば、それは事業を閉じたしたとしても成功だと思って良いのではないでしょうか。

### ２段目：拡大のハードル

今回の本題である採用試験を最初に公開した理由に通じるのがこちらです。

ある程度、事業が順調に進み、定めていた KPI をうまくクリアすることができれば、チームメンバーを増やし、さらにレバレッジをかけていきます。  
特に、シリーズ A の基準がわかりやすいと思いますが、プロダクト型（特に SaaS 型）のビジネスで、費やしているコストに対して売り上げが上回ったのであれば、資金をとにかく注入する合図です。  
弊社の話で言うと、昨年にリリースした [**キカガク (kikagaku.ai)**](https://www.kikagaku.ai/) がちょうどこのラインを超えており、これから急拡大させるために本気の体制を作っていくぞ！と意気込んでいます。

では、実際にキカガクの開発チームでメンバーを順調に集めることができているかというと、実はそうではありません。  
応募が少ないと言うわけではなく、少なくとも 50 人以上は応募していただいたのですが、いまだに本採用に至ることはなく、どうすれば望ましい人材に巡り会うことができるかと社内で頭を抱えています。  
決して環境が悪いわけでもなく、リモートワークも OK、複数人チームでの開発体制もそれなりに整い、CTO がプロダクトにフルコミットしており、比較的働きやすい環境かと思います。  
しかも、キカガクはほぼ全員がプログラミングができる会社なので、エンジニアにとっては文化的に理想的な面も多いはずです。
不採用の理由を聞いてみると、熱量が高く良い人が多い一方で、少人数で進めているプロダクト開発チームに入って即戦力とはまだ難しいということでした。  
ここから問題点をもう少し深堀りして考えます。

[**キカガク (kikagaku.ai)**](https://www.kikagaku.ai/) の開発チームでは新しい開発の手法を取り入れるために Vue.js/Nuxt.js (fwywd は React/Next.js) を取り入れて開発を行っており、まだこの分野を実務レベルで取り組んでいる人がそう多くはないのです。  
新しい領域に手を出すと言うことは、（個人レベルでは）多少の学習コストを乗り越えることができれば最も効率の良い方法で開発ができる一方で、**チームとして考えた時にその熟練したレベルに全員が到達していないと効率の良い開発が行えない**のです。

さらに、この新しい技術をベースに１年以上フルコミットでプロダクトを開発してきたメンバーに対して、週末に勉強していますといったレベルの人が同じレベルで働くことは到底難しいと言うわけです。  
時間が経つ（チーム内の熟練度が高まる）につれて、この実力の乖離が大きくなってしまい、より採用が難しい状況となります。

ちなみに、新しい技術を使わずに、ある程度落ち着いて普及している技術（例えば、Ruby on Rails など）であれば、実務経験が豊富な人が多く存在するため、この乖離が生まれにくいです。  
最初に『**使う技術も新規**』で分岐した背景には上記のような体験談があったわけです。  
Ruby on Rails はもう古い！といった意見もネットでたまに見かけますが、急拡大に対応することを前提とすると、そのぐらいがちょうど良いのかも知れません。

## 採用ファーストという手法

### 急拡大までのタイムラグも活用

この新しい技術を取り入れた新規事業の難しさを痛感しつつも、新しいことには当然挑戦して切り開いていきたいという思いは変わりません。  
とくに、fwywd チームを含めたキカガクは**教育**の会社として誇りを持っており、他の人がスムーズに学べるように、先に色々な困難に立ち向かっていく必要があります。  
これからは日本の中でも新規事業の推進が進み、新しい技術を取り入れていきながら進めたい企業も多いはずです。

そこで、今回 fwywd から提案する方法が**採用ファースト**です。

まず、この方法では、ある特定期間後に KPI が達成されていき、チームメンバーの急拡大が求められ始めるという期間を設定します。  
１ヶ月後であれば正直厳しいのですが、fwywd のチームはチーム結成時に１年後と定めました。  
したがって、それより早く成長したとしても、それまでは最初のチーム構成（２人）で歯を食いしばって頑張っていこうと決めます。

つぎに、その特定期間後に欲しいチームメンバーの数と能力を書き出します。  
ここは予想であるため厳密さは重要ではありませんが、１年後の成長時期にどのような状況にあるのかの解像度が高ければ高いほど、良い方向に進みやすい気がします。  
この期間の間に事業を進めながら、同時並行的に欲しいタイミングで採用ができるように仕込んでいくことが鍵となります。

### どうすれば未来への解像度が高まるのか

少し余談ですが、私もキカガクを創業して５期目ですが、動きはじめに解像度が低かったことは動き始めても解像度は低いままだったという経験があります。  
その一方で、動きはじめに解像度が高いとやはりフィードバックが適切であり、目指した方向にいち早く向かうことができました。  
では、この動き始めの解像度の高さは鍛えられるかというと当然思考力には依存するのですが、類似の経験を経ているかが一番大きいです。  
思考するというよりも、以前の成功や失敗の情報を整理し、現在のプロジェクトの進捗を適切に把握できるかです。  
したがって、新規事業が初めての人よりも経験者の方が軌道に乗せるのは当然うまいわけです。  
私が楽観的過ぎるのかも知れませんが、新規事業が初めての人は、そこまで張り切りすぎず、失敗も含めて次回の成功のための経験であると冷静に情報整理を進める程度で良いと思います。

### 望ましい人物像から逆算して設計

本題に戻ると、必要な人材リストを作成できれば、あとはその人材を特定期間後（たとえば１年後）にどのように採用するかを考えます。  
ここで、fwywd チームの話では、React/Next.js に加えて Tailwind CSS や、クラウドで Microsoft Azure を使ったり、フロントエンドやバックエンドの基礎知識から実践経験まで押さえている人を１年後に採用したいと決めました。  
ただし、現実的にそのような人材が偶発的に生まれてくるとも思いませんし、まだプログラミングスクールでもなかなか触れられない（新しいがゆえに就職先が少ない or コンテンツ制作の難易度が高い）ため、そこから学んでプロになる人が生まれてくることも期待できません。

**他力本願では fwywd チームが定める望ましい人材に出会うことができないのであれば市場に生み出す役を買ってでよう！** となったわけです。  
もともと領域こそ機械学習でしたが、**コンテンツ制作を得意としている**ため、まずは自分たちで勉強しながら情報を整理していき、どのような能力が必要かといったディスカッションを重ねて骨組みを設計していきました。  
そこから具体的なテストの内容を詰めていき、ワイヤーフレームワークの設計、デザインの完成、そして、fwywd のページを作成して公開という流れに至りました。
技術調査が約３ヶ月、テストの作成と [**fwywd**](/) の実装を同時並行で約２か月行い、合計５ヶ月ほどでリリースに辿り着くことができました。

こちらが[**公開した採用試験**](/news/recruitment)です。
[![recruitment](/img/common/recruitment.jpg)](/news/recruitment)

### 最悪のケースで最大の収穫を得る

５ヶ月も仕込みに時間をかけさせてもらっているため、その間に社内に React や Next.js など新たな情報を整理して解説記事を書いていたので、最初にお伝えした『最悪のケース』はクリアするようにもちろん心がけます。  
キカガクでは機械学習 や Python を中心に紹介していましたが、今回の膨大な知見が溜まったことにより、最新の手法での Web アプリケーションの開発にも幅を広げられそうです。  
また、実際にプロダクト開発を行ってみて**情報が少ない**と感じた領域は**チーム開発**に関してでした。  
ひとりで学ぶための情報が多い中、実際にプロとして働くのであれば**チーム開発のお作法を習得していることは必要不可欠**です。  
その一方で、この領域の情報が私の目から見ても少ないと感じると言うことは、実際にチーム開発のお作法を習得した上で実務に臨めている人はまだ多くないのではないかと予想しました。  
丁寧に教育してもらえるチームに入ることができれば正しく指導してもらえますが、教育の少ないチームに入ると見放されてしまいそうな気もします。  
伸びているベンチャー企業は**オンボーディング**の内容やプロセスが明確化されているため、この情報が少なくてもどうにかなるかも知れませんが、知っておくに越したことはないでしょう。  
この辺りも今後の取り組んでいきたい課題のひとつとして認識できたため、良い機会でした。

## おわりに

### 欲しい時に動き始めても『時すでに遅し』

新規事業は**時間との戦い**です。  
ビジネスとしては売り上げを出す必要もあります。  
その一方で、人も集めないといけません。  
採用した人のオンボーディングも必要となります。

『走りながら考えれば良いか』と思いがちですが、日々のことで体力が限界に近い中で、問題に遭遇してから対処できる体力が残っているはずがありません。  
人数は常にギリギリです。  
そんな中で新規事業を行うリーダーがどれだけ未来への解像度を高めて起きうる問題に対する仕込みを同時並行的に行えるかが重要です。

特に今回お伝えしたかったことは**タイムラグ**をうまく活用することです。  
採用したいときにうまく採用できないといった話は今回の文章を読んでいただいただけでも簡単にお分かりいただけたはずです。  
こんな話はありふれています。  
それでも、多くのケースで『優秀な人材が足りない』といったケースが起きているわけで、理由を聞いてみると同じような内容ではないでしょうか。

採用では、遅かれ早かれ**明確な人物像の定義**が必要となります。  
これを後にするか、先にするか。  
先に持ってくることで**タイムラグ**を価値に変えることができるのではないでしょうか。

これから新規事業に取り組まれる方に少しでも役に立つ情報、もしくは当たり前の内容でも振り返りの機会となっていれば幸いです。

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)

### fwywd では開発メンバーを募集しています

[![recruitment](/img/common/recruitment.jpg)](/news/recruitment)

fwywd では[**採用試験**](/news/recruitment)を無料で公開しています。  
採用への応募の有無を問わず、Web アプリケーションの開発を学びたい多くの方にとって有益な試験内容となるように設計しています。
ぜひ、fwywd の面白い[**採用試験**](/news/recruitment)を覗いてみてください。

### キカガク (kikagaku.ai) の開発メンバーも募集しています

今回、話にもあがった [**キカガク (kikagaku.ai)**](https://www.kikagaku.ai/) の開発メンバーも絶賛募集しています！  
キカガクのメインプロダクトとして開発を進めており、今が一番楽しい時期です。  
記事でも書いたように多くの方から応募をいただいており、その中から良い人を厳選して、プロダクトと一緒に大きく育ってくれる方をお待ちしています。  
実務経験は少なくとも、個人開発を進めているといった経験があれば大歓迎です。

[副社長＆CTO 直下！新規サービスの開発を進めるフロントエンドエンジニア募集](https://www.wantedly.com/projects/564711)

[![recruit](/img/pages/blog/recruitment/recruit-kikagaku.png)](https://www.wantedly.com/projects/564711)


fwywdでは5月17日のリリースと同時に採用試験を公開しました。プロダクトが大きくなってからメンバーを集めるのが順当に見える中、プロダクトができていない中で、なぜ採用を始めたのかを今回はお伝えします。これから新規事業を始めていきたいと考える人に役立つ情報があれば嬉しいです。

新しい事業の名前を付ける上で必要な２つの制約とは？


### はじめに

みなさん、こんにちは。  
株式会社キカガクの吉崎です。

昨日公開することができたこちらの [**fwywd**](https://fwywd.com) という事業ですが、**"For what you wanna do"** の頭文字をとって名付けました。  
新しい事業と**命名**というのはセットで存在し'ますが、いまだに名前を付けることの難易度は高いと感じます。

そうとは言え、これまで『**キカガク**』『**teache4me**』『**ikus.ai**』『**fwywd**』といくつかの名前を付けてきたため、命名を未経験の方よりは少しは名前の付け方がわかってきたように思えます。  
そこで今回は、**事業の肝**といっても過言ではない『**名前の付け方**』の手順を紹介していきます。

## 名前の付け方の２大制約

まず結論から先に紹介すると、コンセプトが浮かぶような名前を複数個リストアップした後に以下の２つを調べて絞り込んでいきます。

1. 理想のドメインは取得できるか？
2. 商標登録は取得できるか？

調べやすい順番になっているため、いつもこの順番を通っています。

### 前提：コンセプトに合いそうな名前をリストアップ

絞り込みの作業の前に、名前を複数個リストアップする必要があります。  
ここの作業はそれほど悩まずに、お風呂に入っている時など連想されるキーワードをまずは列挙していきます。  
そこからキーワードを繋げ合わせたりして、イメージを膨らませていきます。

名前というのはサービスを覚えてもらうための User Interface (UI) の役割を果たすものであり、読みにくい、覚えにくい、といった特徴がある場合は良い名前とは言いづらいかも知れません。  
TOYOTA, HONDA といった名字をとったものは覚えやすい一方で最近は少ないため、キカガクといった短めのものがオススメです。

**知名度が全くない**中で、創業した会社に**キカガク**という名前を付けるときに考えていたことは、以下のことを意識していました。

- 略されない
- 読み間違えない
- 業界が連想できる

AI 系ではアルファベットで長い名前もあるのですが、人によって**略し方が異なる**場合がありました。  
同じものを指している中で人によって呼び方が違うのは名前の UI として良くないと感じていたため、この点を解決するために『**４文字**』と最初に制約を決めました。  
４文字の言葉をなかなか略して呼ぶ人には出会わなかったからです。  
例えば、「カラオケ」「アイドル」「エンジン」「スイッチ」などの言葉をさらに略して呼ぶ人は少ないはずです。  
むしろ、日本語で何かの単語を略すと大体４文字になるため、４文字というのは音の長さがちょうど心地良いと感じます。

次に、難しい漢字を入れたり、難しい英単語を入れると人によって**読み方が異なる**場合もありました。  
漢字よりも英単語の発音間違いで読み間違えている場合、名前の付け方を難しくしたために、名前を呼んでくれた人に恥をかかせることに繋がります。  
そこで、カッコ良さという観点では難しい漢字を使ったり、英単語を使う方が良いのはわかっていますが、『**カタカナ**』を選ぶことにしました。

最後は**業界の連想**です。  
知名度がない場合には、会社名を出すだけでもサービスや事業領域が連想できることが大事です。  
キカガクは**機械学習の略**として名前を付けたのですが、他にも数学の**幾何学**も連想されます。  
この名前がうまく相まって、初見で聞いた人にも覚えてもらえるようになりました。

**fwywd（フュード）** ではなく、**キカガク**の名付けの方法を紹介しました。  
なぜならば、キカガクは**知名度が全くない中**での考え方であり、これから新しく事業を作っていきたい方の事業と近しいためです。

逆に、**fwywd** はキカガクとしてある程度の認知度がある中で名前を考えたため、**抽象度**を高めた名前としました。  
業界が連想できることは良いことである一方、領域が縛られてしまうというデメリットもあります。  
**fwywd** では機械学習という領域に縛られることなく、幅広い領域で展開していきたいという思いから抽象度を高めました。  
最初は伝わりにくいかも知れませんが、すでに持っている知名度を活用することで、**fwywd（フュード）**という名前を浸透させるまでアピールを続けることができます。

まとめ：名付けのポイント

- 知名度が低い場合
  - 略されない
  - 読み間違えない
  - 業界が連想できる
- 知名度が高い場合
  - 抽象度が高い
  - 事業の幅が広がることを想定
  - 音の響きが心地よい

さて、次からはこのリストアップできた名前を絞り込んでいく本題に戻ります。

### 1. 理想のドメインは取得できるか？

リストアップされた名前の中で**理想的なドメイン**が取得できるかを調べてみましょう。  
[**Google Domains**](https://domains.google/intl/ja_jp/) や [**お名前.com**](https://www.onamae.com/) を使うと良いでしょう。  
ドメインの後ろに付くものは決まりではありませんが、私は以下のように絞っています。

- 企業ページ
  - 日本のみで展開：`***.co.jp`（日本で登記が必要）
  - 海外も視野に入る：`***.com`
- Web アプリケーション
  - 日本：`***.jp`
  - AI 系：`***.ai`
  - IT 系：`***.io`

`***.ai` や `***.io` は海外のドメインですが、AI や IT 用語と紐づいて好んで利用されていることがあります。

- [KIKAGAKU (https://www.kikagaku.ai)](https://www.kikagaku.ai)
- [ATOM (https://atom.io/)](https://atom.io/)

今回の [**fwywd (https://fwywd.com)**](https://fwywd.com) は海外を視野にいれているため、`***.com` にこだわりました。  
`***.com` は企業サイトやアプリケーションまで幅広く利用することができるため、個人的にはイチオシです。  
その代わり、当然人気が高いため、`***.com` で希望のドメインを取得することはかなり難しかったりします。

ドメインは企業名と同じく長く付き合っていくものであるため、**妥協なく取得できるもの**をお勧めします。  
たまに、変なドメイン名を見ると、実際どうかわかりませんが、その事業への妥協を感じます（かなり主観だらけですが...）。

ドメインの取得は１人で簡単に調べることができるため、この点を一番最初にチェックしておくと良いでしょう。

### 2. 商標登録は取得できるか？

ここからは他の人の力を借りることになってきます。  
自分で考えて気に入った名前だからと使っていると**商標権侵害**で訴えられることがあるため、ここもきっちりと押さえておきましょう。

特許庁が公開している [**J-PlatPat**](https://www.j-platpat.inpit.go.jp/) で希望する名前の商標登録がされていないか確認しましょう。

![jplatpat](/img/pages/blog/naming/jplatpat.png)

ここで注意すべき点は**呼称**と呼ばれる**発音**で商標が決まるため、スペルが違っても同じ発音のものは商標登録ができません。  
そのため、漢字やアルファベットの場合もカタカナで検索してみて、呼称の被りがないかをチェックしましょう。  
また、呼称が被っていたとしてもすぐに諦める必要はなく、**区分**と呼ばれる事業を展開する領域が被っていなければ商標登録ができる可能性が高いです。
**呼称**と**区分**をしっかりと確認ですね。

**キカガク**のように、呼びやすく短い名前を選択した場合の落とし穴として、一般名称として利用されているものは商標登録ができない場合があります。
キカガクも一般的な幾何学という用語が存在するため、この単語で商標を取ることができてしまうと、世の中の『幾何学』という単語を使う方が商標権の侵害になってしまいます。  
試しに申請を試みましたが、商標登録は却下されました。

その場合の対策として、文字だけの商標登録でなく、**ロゴ（図形や記号）として商標登録する方法**があります。  
文字だけの場合と比較すると効力の範囲が弱まってしまうことは確かですが、自社のロゴの権利を守ることができます。  
もし商標登録をしておかずに、誰か悪い人にロゴを商標登録されてしまうと、作ったはずの本人が商標権侵害となってしまいます。  
商標登録は自分の知的財産であることを確かにするためのものであるため、文字だけの商標登録が難しい場合でも諦めずに方法を考えましょう。

![jplatpat2](/img/pages/blog/naming/jplatpat2.png)

現在、[**fwywd**](https://fwywd.com) も商標登録の申請段階にあります。

[**J-PlatPat**](https://www.j-platpat.inpit.go.jp/) で調査を行うことは素人でも行うことができるため、まずは自分の力で調べて検討を付けておきましょう。  
ただし、これ以降の申請は自力でも可能ですが、なるべく**弁理士さん**にお願いする方が良いでしょう。  
申請書類に必要な用語などが不慣れではわかりにくいものが多く、素人では申請に割く時間に対してコストが見合わないはずです。  
また、私の場合は、自分で調べて大丈夫そうだとある程度見込みを付けたのち、弁理士さんに事業の内容など全体像を説明して、申請に問題がなさそうか再度確認をしていただいています。  
ここまでの相談は基本的に**無料**で乗っていただけています（すべての事務所がそうとは限りませんのでご注意ください）。  
問題がなさそうであれば申請をしていただき、無事申請が通れば、**約 20~30 万円程度の費用**を支払って完了です。  
創業初期のベンチャー企業では捻出に悩む費用だと思いますが、ある程度売り上げが立っている会社であれば、確実に申請を行っておくべきでしょう。

### おわりに

今回はサービスの名前の付け方を紹介しました。  
アイディアの出し方というよりも、大人の事業として進めていくために**必要な制約**を主に紹介しました。  
**ドメイン**と**商標登録**はいずれも重要ですので、ぜひ気にしてみてください。

名前が決まれば、つぎは**ロゴのデザイン**に入り、どんどん面白くなっていきます。  
このあたりは次の機会などで紹介できればと思います。

最後までお読みいただき、誠にありがとうございました。


今回は事業の肝といっても過言ではない『名前の付け方』に関して事業として進める上で大事な２つの制約を中心に紹介します。

新事業の fwywd をついに公開しました！新事業の fwywd をついに公開しました！


## 事業領域の拡大への一歩

みなさん、こんにちは。  
株式会社キカガク代表取締役会長の吉崎です。

新しく開設した fwywd（フュード）へお越しいただきまして、誠にありがとうございます。  
本日 2021 年 5 月 17 日にキカガクの新事業である fwywd を公開することができました。  
構想から発表まで約５ヶ月の仕込みがありましたので、発表まで辿り着くことができ、大変嬉しく思います。  
今日まで支えてくださったキカガクのメンバーに改めてお礼を申し上げます。

### 教育の次のステージへ

キカガクでは創業から現在も機械学習を中心とした最先端技術の教育事業を手がけています。  
時代とともに、**人工知能 (AI: Artificial Intelligence)** という言葉から**デジタルトランスフォーメーション (DX: Digital Transformation)** という言葉へと変わりつつある昨今ですが、課題の本質は変わっていません。  
**適切な課題設定**と**必要に応じた技術の併用による課題の効率的な解決**をお伝えするべく、創業５年目もチーム一丸となって取り組んでいます。

これまでは**教える (Teaching)** に重きを置いた教育となっていました。  
初学者の教育にはまず**教える**が有効であるためです。

その一方で、創業から５年経つと、キカガクを卒業された方など AI や DX に取り組まれている方でも実践的なレベルまで到達される方が増えてきました。  
そうなってくると、教える (Teaching) よりも**コーチング (Coaching)** の方が指導として適切になってきます。  
現在、[**キカガクの長期コース**](https://www.kikagaku.ai/campaign/) では、こういった背景からコーチングをメインの指導方法に切り替え、受講生の学びを最大限にするための取り組みを進めています。

新事業の fwywd（フュード）では、教育の次のステージに進めるための仕込みです。  
学びとは知識のインプットとアウトプットの繰り返しにより生まれます。  
インプットを効率的に進めたり、アウトプットをコーチングという形でフォローすることができるようになってきましたが、システムとして**受講生のアウトプット**をフォローすることが現在では対応できていません。  
より多くの方により多くの質の良いアウトプットをしていただける環境を作ることこそが、キカガクが教育の次のステージに進むための鍵だと予想しています。

そこで、fwywd では [**コンセプト**](/news/concept) で詳細を書いていますが、質の高いアウトプットを支援できるコンテンツ管理システムをこれから構築していきます。  
これまで講師陣で質の高い記事を制作するためのフローなどを練って進めてきたため、この領域の**ドメイン知識**がキカガクでは溜まっており、この得意な領域をシステムとして落とし込んでいきます。

こちらの会長ブログでは、新事業を進めていく際に感じている日々の呟きや、なかなか表に出ることのないプロダクト開発の裏側についてもお伝えできればと楽しみにしています。


みなさん、こんにちは。株式会社キカガク代表取締役会長の吉崎です。新しく開設した fwywd（フュード）へお越しいただきまして、誠にありがとうございます。本日 2021 年 5 月 17 日にキカガクの新事業である fwywd を公開することができました。構想から発表まで約５ヶ月の仕込みがありましたので、発表まで辿り着くことができ、大変嬉しく思います。今日まで支えてくださったキカガクのメンバーに改めてお礼を申し上げます。

新事業の fwywd をついに公開しました！


## 本文

AI 領域を含めた先端技術に関する教育事業を展開する株式会社キカガク(本社：東京都千代田区、代表取締役 吉崎 亮介)と株式会社パソナグループ(本社：東京都千代田区、代表取締役グループ代表 南部 靖之)は連携し、兵庫県淡路島にて起業家育成に取り組んでまいります。

キカガクは社会課題の解決を目指す起業家を対象に、兵庫県淡路島に居住し、働きながら起業を目指す協働・共創型ベンチャー育成プログラム『fwywd(フュード)in 淡路』を 2022 年 4 月より開始します。

パソナグループは、同プログラム参加者の淡路島での移住生活を支援する各種サポートを提供するほか、プログラム修了後は、審査を通過した方を対象に、パソナグループが運営する『淡路スタートアップファンド』による出資等の支援を行ってまいります。

つきましては、同プログラム開始にあたり、2021 年 11 月 12 日(金)より参加者の募集を開始します。

関西エリアでは、2025 年に開催が予定されている「大阪・関西万博」を見据え、「SDGs(持続可能な開発目標)」の達成や社会課題の解決に向けて、未来の社会をデザインする新たなアイデアの創出・事業化の機運が高まっています。

この度キカガクが開始する『fwywd in 淡路』では、キカガク創業者である吉崎亮介が淡路島に移住し、参加者の事業構想に対して伴走支援を実施。また、起業に必要なビジネスと技術の知識を学べる E-learning 講座提供をはじめ、キカガクが開発したプラットフォームである「fwywd(フュード)」を活用することで、起業家に必要な様々な能力を磨いていきます。

パソナグループは、参加者が起業に向けて事業立案に集中しながら淡路島で生活ができるよう、同社が兵庫県淡路島にて展開するオフィスや施設にて就労環境を提供。また、シェアオフィスや宿泊施設を提供するほか、周遊バス等を含めた交通支援等の生活インフラをサポートします。

キカガクとパソナグループは本取り組みを通じて、社会課題の解決を目指す起業家を輩出すると共に、“ベンチャーアイランド・淡路島”から日本の未来を創っていく新産業を創出してまいります。

## 『fwywd in 淡路』概要

- 開始：2022 年 4 月
- 対象：社会課題の解決を目指す起業家を目指す方(第一期生 30 名)
- 実施場所：兵庫県淡路島
- 内容：起業を志す仲間と共に淡路島に居住し、共に働き、学び、起業を目指す協働・共創型ベンチャー育成プログラム
- 研修費：無料
- URL：[https://fwywd.com/awaji](/awaji)
- 募集エントリーは 11 月 12 日(金)から開始
- 採用説明会などの最新情報を上記 URL より発信
- お問合せ：　株式会社キカガク staff@kikagaku.co.jp (担当：吉崎)

### 研修(キカガク)

- キカガク創業者である吉崎亮介が淡路島に移住し、参加者の事業構想に対して伴走支援を実施
- 起業に必要なビジネスと技術の知識を学べる E-learning 講座の提供
- パソナグループの役員や社内起業家等との交流
- キカガクが提供するプラットフォーム「fwywd」を活用した事業構想発信とブラッシュアップ　等

### 生活サポート(パソナグループ)

- 兵庫県淡路島にて展開する事業・施設における就業サポート(「地方創生事業」「SDGs 関連事業」「DX センター」等での週 2-3 木の就業を想定)
- シェアオフィスや宿泊施設の提供、周遊バス等を含めた交通支援等の生活インフラのサポート
- プログラム修了後、パソナグループが運営する『淡路スタートアップファンド』を通じた出資(要審査)をはじめ、事業立ち上げをサポートする定期的な経営相談、業務シェアード支援、事業実証支援（※就業を希望される方は、パソナグループが島内で展開する各施設・事業所を紹介）

## 会社概要

### 株式会社キカガク

キカガクでは、これまで AI を含めた先端技術領域の教育事業を通して、500 社以上、40,000 人を超える方へ講義を提供。また、新規事業の立ち上げ支援も行っており、ビジネスアイディアの実現から技術によるスケールまで行える、更に幅広い領域の教育へ挑戦している。

本社　　： 東京都渋谷区神南 1-9-2 大畠ビル 202 号

設立　　： 2017 年 1 月 16 日

資本金　： 2050 万円

代表者　： 代表取締役会長　吉崎 亮介／代表取締役社長　大崎 将寛

事業内容： 人工知能・機械学習を含めた先端技術に関する教育事業

URL 　　 ： https://www.kikagaku.co.jp

### 株式会社パソナグループ

パソナグループは、2008 年から農業の活性化・独立就農を目指すチャレンジファームを皮切りに、兵庫県淡路島で“人材誘致”による独自の地域活性事業に取り組む。これまで、観光、文化、芸術、健康、食、教育など、“人が集まる夢のある産業”を創造し、島内で多くの雇用・新たな働き方を創出するとともに、全国の起業希望者に対し淡路島での起業支援を行っている。

本社　　： 東京都千代田区丸の内 1-5-1

創業　　： 1976 年 2 月 16 日

設立　　： 2007 年 12 月 3 日

資本金　： 50 億円

代表者　： 代表取締役グループ代表　南部 靖之

事業内容： エキスパートサービス(人材派遣)、BPO サービス(委託・請負)、

HR コンサルティング、教育・研修、

グローバルソーシング(海外人材サービス)、

キャリアソリューション(人材紹介、キャリア支援)、

アウトソーシング、ライフソリューション、地方創生ソリューション

URL 　　 ： https://www.pasonagroup.co.jp/


fwywd は "For what you wanna do"（あなたがやりたいことのために）の頭文字です。質の高いコンテンツを制作できる道筋を作ることで、あなたがやりたい世界の実現を支援したいと名付けました。単なるコンテンツ開発支援システムにとどまらず、夢を叶えるというゴールを実現するための自己表現の場を作っていくことこそ、fwywd が目指すコンテンツの世界観です。

【無料公開】fwywd 採用試験の全体像

協働・共創型ベンチャー育成プログラム『fwywd in 淡路』～第一期生30名　2021年11月12日より募集開始～


## 概要

AI 領域を含めた先端技術に関する教育事業を展開する株式会社キカガク（本社：東京都千代田区、代表取締役 吉崎 亮介）が、この度 Microsoft Corporation（本社：米国ワシントン州、以下マイクロソフト社）が提供するスタートアップ支援プログラムである Microsoft for Startups に採択されました。これまで日本マイクロソフト株式会社と行っていた教育事業での連携を越えて、技術面でのパートナーとしても関わりを深めていきます。今回の採択により、キカガクが運営する AI・機械学習を学ぶ動画プラットフォームのキカガク (https://www.kikagaku.ai) や、新しいコンテンツマネジメントの仕組みを提供する fwywd (https://fwywd.com) の開発を加速させていきます。

## 本文

### Microsoft for Startups とは

Microsoft for Startups は、マイクロソフト社が提供するスタートアップ支援プログラムです。独自のイノベーティブなテクニカルソリューションを持つスタートアップ企業の成長促進を目的としております。当プログラムに選定されたスタートアップ企業は、Azure をはじめとするテクノロジーのサポートに加え、同社のパートナーネットワークを活用した、事業拡大に適した専用のリソースが提供されます。

▶︎ Microsoft for Startups 概要  
[https://startups.microsoft.com/ja-jp/](https://startups.microsoft.com/ja-jp/)

### Microsoft for Startups 採択の背景と今後の取り組み

キカガクでは受講者の学びを支援するためのラーニングマネジメントシステム (LMS) の開発にこれから注力していきます。この LMS を動画学習プラットフォームであるキカガク (kikagaku.ai) で受講生向けに提供して学習の質を高めるとともに、コンテンツ制作者や教育者向けに、この仕組みを利用できるように提供することも視野に入れています。従来の LMS では受講生目線での機能として備えられていたところに加え、コンテンツ制作者や教育者目線において確実に欲しい機能を実装していき、ユーザー体験だけでなく、開発者体験も重視した LMS を開発していきます。

- 質の高い講座を制作するために企画・設計・執筆・レビュー・編集まで支援するコンテンツマネージメント (CMS) 機能
- 実践的な活用を理解するためのシミュレーターなどを備えた一歩先のテスト機能
- 先端技術と切り離せない日々のバージョンアップにもコンテンツを自動で対応させる機能
- etc...

### AI・機械学習を学ぶ動画プラットフォーム：キカガク (kikagaku.ai)

![キカガク](/img/pages/news/microsoft-for-startups/kikagaku-ogp.jpeg)

キカガク（kikagaku.ai）は、先端技術を最短で学べる E ラーニングでの動画学習プラットフォームです。

従来型のテキストベースの学習方法とは異なり、資料を実務経験豊富な講師が説明する動画コンテンツ、そして、学習終了後の実力を測るために設計から徹底的にこだわった実力確認テストを取り入れています。

また、初学者にとって大きな課題であった「モチベーション管理」や「困ったときにすぐに質問できる環境」という二つの問題を同時に解決するために、チーム学習を採用しています。

▶︎ キカガクの詳細や無料登録はこちら  
[https://www.kikagaku.ai](https://www.kikagaku.ai/)

### 新しいコンテンツマネジメントの仕組みを提供：fwywd（フュード）

![fwywd](/img/pages/news/microsoft-for-startups/fwywd-ogp.jpeg)

fwywd（フュード）はコンテンツの力で人々の実現したい世界を支援していく事業を展開していきます。 "For what you wanna do"（あなたがやりたいことのために）の頭文字から名付けています。今後の取り組みとして挙げていた LMS の機能をキカガク (kikagaku.ai) だけでなく、外部の多くの方に利用していただけるように提供するプラットフォーム開発を行っています。

▶︎ fwywd（フュード）の詳細や技術ブログはこちら  
[https://fwywd.com/](https://fwywd.com/)

### 会社概要

- 社名：株式会社キカガク
- 代表取締役：吉崎 亮介、大崎 将寛
- 設立：2017 年 1 月
- 所在地：東京都千代田区神田佐久間町 3 丁目 21-4 ポローニア秋葉原 301 号室
- URL：[https://www.kikagaku.co.jp](https://www.kikagaku.co.jp/)


AI 領域を含めた先端技術に関する教育事業を展開する株式会社キカガク（本社：東京都千代田区、代表取締役 吉崎 亮介）が、この度 Microsoft Corporation（本社：米国ワシントン州、以下マイクロソフト社）が提供するスタートアップ支援プログラムである Microsoft for Startups に採択されました。これまで日本マイクロソフト株式会社と行っていた教育事業での連携を越えて、技術面でのパートナーとしても関わりを深めていきます。今回の採択により、キカガクが運営する AI・機械学習を学ぶ動画プラットフォームのキカガク (https://www.kikagaku.ai) や、新しいコンテンツマネジメントの仕組みを提供する fwywd (https://fwywd.com) の開発を加速させていきます。

【１次試験】fwywd 採用試験

AI 領域を含めた先端技術の教育事業を手がける株式会社キカガクが Microsoft for Startups に採択

fwywd 採用の１次試験を無料公開中。TypeScript, React/Next.js, Tailwind CSS といった新しい技術を学びたい人にもおすすめの内容です。


## プロとして挑戦できる力を養う

### fwywd ならではのこだわりの採用試験

[**fwywd（フュード）**](https://fwywd.com) ではコンテンツの力で多くの人の人生を豊かにしたいと思うチームメンバーを募集しています。  
現在募集している職種は Web 領域のフロントエンドエンジニアです。  
[**fwywd のコンセプト**](https://fwywd.com/news/concept) の技術選定で紹介している通り、**fwywd のチームで利用する技術選定は比較的新しいものばかり**です。  
これらの中には実践的な使い方を学ぶための良い参考資料が少ないものもあります。  
新しい技術を利用するためには調査と実装の繰り返しによる試行錯誤ができる人が向いており、この試行錯誤した過程での無駄な箇所を省いて、スマートに解説へとまとめられる人物こそ fwywd が求める人物です。

**フロントエンドでの実装ができること、そして、その実装を習得するための過程を後続する人にはより楽に習得できるような道を作ってあげられる人。**  
この fwywd が求める人物像を満たす人は極めて稀と言えます。  
まだベンチャー企業ですら採用していない新しい技術選定を行うと市場には、それらの技術を習得している人はほとんどいないためです。

そこで、fwywd のチームに応募する前に**学びながら必要なスキルセットを満たすことができる学習コンテンツを採用試験として作ること**に決めました。  
最初からできる必要はなく、採用試験を合格するためにひとつずつ学び、それをクリアするごとに技術レベルが向上していきます。

詳細は後述しますが、主に **Web のフロントエンド技術**を中心として１〜３次試験まで準備しました。  
最初から難しすぎると挫折してしまうため、３次試験に進んでいくにつれて難しくなるように設計してあります。  
そのため、**Web 開発の初学者もしくは未経験者でも頑張れば１次試験を合格することができる**ため、頑張ってクリアを目指していただけることを願っています。

### 各種試験の詳細

- [**１次試験（詳細はこちら）**](/news/recruitment-1st)
  - テーマ：**自己紹介サイトを作ろう**
  - 領域：Frontend of Frontend
  - 使用技術
    - プログラミング言語：JavaScript
    - UI ライブラリ：React
    - フレームワーク：Next.js
    - ホスティング：Vercel
    - その他：Git / GitHub / Tailwind CSS
- [**２次試験（comming soon...）**](/news/recruitment)
  - テーマ：**簡易なコンテンツ管理システム (CMS) を作ろう**
  - 領域：Frontend / Backend of Frontend, Frontend of Backend
  - 使用技術（１次試験に追加）
    - プログラミング言語：TypeScript <= JavaScript
    - クラウド：Microsoft Azure
    - IDaaS：Active Directory B2C
    - データベース：Cosmos DB (NoSQL)
    - FaaS：Functions
    - API Gateway：API Management
- [**３次試験（comming soon...）**](/news/recruitment)
  - テーマ：**チーム開発を覚えよう**
  - 領域：Frontend / Backend of Frontend, Frontend of Backend
  - 使用技術（２次試験に追加）
    - テスト：Jest / React Testing Library
    - 仕様：OpenAPI
    - その他：リファクタリング / コンポーネント志向開発

### 採用試験を無料で公開する理由

fwywd の採用試験は fwywd チームに応募したい人だけでなく、**最新の方法で Web アプリケーションの開発を行いたい人全般**におすすめです。  
採用試験というよりは、**初学者からプロとしてチームに参加して働き始めるために必要な知識を学べる機会**として捉えていただくほうが正しいかと思います。

fwywd を運営する[**キカガク**](https://www.kikagaku.co.jp)では近い将来、学んだ方が活躍できる場を用意するべく、転職支援も行っていきたいと準備を進めています。  
なぜ創業時から転職支援を行っていないかというと、初学者とプロとして働くためのギャップは想像以上に大きいため、安易にプロとして働くことを進めたくなかったからです。  
プロとして働くとは、対価をもらうために価値を提供できるレベルであることが前提であり、学びながら働かせてもらえるほど優しいものではありません。

また、入学して学んだからといってプロとして働きはじめられるわけではありません。  
大学や専門学校を思い出してみると、学校に入学して学んで卒業するのはスタート地点に立ったに過ぎず、就職活動は個人の力量に委ねられていたはずです。  
これは新しい技術を学んだ人に対しても状況は同じであり、プログラミングスクールに入って学んだとしても、キラキラしたキャリアをスタートできるかは個人の力量に当然委ねられます。  
その中でも転職保証と謳っているプログラミングスクールは、転職できない人に対してギリギリの条件の企業を紹介せざるを得ず、これが問題となっています。

fwywd を含めたキカガクでは、このような個人の力量が左右する中で、苦し紛れの転職保証をすることはありません。  
少し酷かもしれませんが、この事実を受け止め、個人の力量を高めることができ、プロとして働いていけるスキルセットとマインドセットを兼ね備えた人物のみ転職支援を行っていきたいと計画しています。

fwywd チームで公開している採用試験はそのはじまりです。  
今回無料で公開している理由は、どなたにでも学べる機会を与えることで環境に言い訳をしてほしくないためです。
だからこそ、多くの人に挑戦していただきたいですし、挑戦してクリアできた方はプロとして働き始めるに値するレベルとなるように考え込んで設計しました。

### 転職支援向けのテストではなく、fwywd 採用向けの試験を公開した理由

転職支援というビジネスを考えると、より汎用的な試験内容や、現在多くの企業で使われている技術選定とした方が適切でした。  
なぜその選択をしなかったかというと、転職支援をする前に、自分たちの企業で欲しい人物像を育てて採用できた経験が先だと考えたからです。

転職支援を行うも自社のエンジニアが採用できないといったケースを聞くことがあります。  
これは良い人を見つけてきてマッチングできる能力があることを示している一方で、自社内ではどのような人物像がほしいのか明確化できていないことも示しています。

キカガクでは教育を事業の中心として行っており、経験のないことを人に教えることは教わる側が不利益を被るため肯定できません。
これと同じく、自社内で欲しい人物像を明確化して採用している経験が豊富でない企業が転職支援を行うことを肯定することができません。

そのため、まずは自社向けに特化したとしても本当に欲しい人物像を明確化し、そこから逆算したゴールおよび要件の設計を行いました。  
その一方で、fwywd チームで欲しいと思う人物像のレベルは比較的高めに設計しているため、多くの企業で欲しい人物像でもあると予想しています。

### Web アプリケーション開発のいま

Web アプリケーション開発の歴史は 20 年以上にも渡り、すでに成熟しています。  
その一方で、Web アプリケーションを作るための技術は未だに日進月歩で進化しています。  
新しい技術トレンドを採用する方が効率の良い開発ができる一方で、そのトレードオフとして新しい技術に対する初期の学習コストが高まっています。  
したがって、腰を据えて学習コストの壁を乗り越えられた人は効率の良い開発を行うことができ、その壁を乗り越えられない人は挫折するか、効率の良くない方法で開発をしていくしかありません。

そういった意味では今回の技術選定は初期の学習コストが高いものを選択しています。  
逆に考えると、この採用試験をクリアすることができた人は、いま現在ではかなり効率の良い開発が行えるレベルであると自信を持っていただけるはずです。


fwywd では採用したい人物像やスキルセットを明確にし、その見極めのための採用試験を無料で公開しています。応募志望の可否を問わず、どなたでも挑戦することができ、多くの方の学びになるように設計しています。

【新規事業】fwywd のコンセプト


## fwywd（フュード）とは？

### コンテンツが世界を変える

[**fwywd**](https://fwywd.com) は [**株式会社キカガク**](https://www.kikagaku.co.jp) の新規事業として発足しました。  
キカガクは 2017 年 1 月に人工知能 (AI: Artificial Intelligence) 領域に特化した教育系のベンチャーとして創業されました。  
創業から５期目の現在は、創業時から主力であった領域はもちろんのこと、ビジネス層へのデジタルトランスフォーメーション (DX) 推進や、コンサルティング事業など幅広く手掛けています。  
キカガクの事業を推進していく核が**コンテンツ制作力**であり、事業内容の幅は広がるものの、その軸は創業時から変わることがありません。

[**fwywd**](https://fwywd.com) はキカガクで培った**コンテンツ制作力**をさらに伸ばすための技術チームです。  
現在は社内のコンテンツ制作に対して生産性および質の向上を実現できるシステムの開発を目指しています。
車の例に例えると、良い車を作るためには現場での知見に加えて、少し遠回りしてでも品質を安定させた量産化のために**産業機械**を作ります。  
fwywd チームが作るコンテンツ制作の支援システムはこの**産業機械**と目的が同じです。  
キカガクの得意とする質の高いコンテンツを、品質を安定させたまま、より素早く作っていくことを支援します。

ただし近い将来、**手軽に質の高い記事を書くことができる仕組みを一般に公開**することを視野に入れています。  
質の高い情報を発信できると多くの人から注目を集めることができ、あなたが目指している夢を実現できる道となるはずです。

### fwywd はどういう意味？

[**fwywd**](https://fwywd.com) は **"For what you wanna do"** の頭文字であり、日本語では**あなたがやりたいことのために**という意味です。  
質の高いコンテンツを制作できる道筋を作ることで、**あなたがやりたい世界の実現を支援したい**と名付けました。  
単なるコンテンツ開発支援システムにとどまらず、**夢を叶えるというゴールを実現するための自己表現の場を作っていくこと**こそ、[**fwywd**](https://fwywd.com) が目指すコンテンツの世界観です。

## fwywd チームについて

### 誰がいるの？

[**fwywd**](https://fwywd.com) はそのキカガクの強みを、さらに広げるべく、**代表取締役会長の吉崎**を中心に、**コンテンツマーケティング部リーダーの入田**との２人チームで活動を始めました。  
この２人は**コンテンツ**に対する可能性を信じ、そのコンテンツに対する並ならぬ**愛情**を持っています。  
２人とも学生時代からブログなどで多くの記事を執筆してきており、多くの読者から喜ばれる記事を多くの人に書けるようになれるように支援したいと考えてきました。

### どんな技術を使っているの？

[**fwywd**](https://fwywd.com) のチームは新しい技術に挑戦することを恐れません。  
技術は日進月歩であり、居心地の良い技術選定で進め続けると、トレンドから大幅に遅れていたということがよくあります。

キカガクでは機械学習を中心に取り扱っていたため、Python での実装を得意としていました。  
しかし、Web 開発のトレンドがこの数年で大幅に変わり、フロントエンドとバックエンドを分けて実装を行ったり、フロントエンド技術の中でもフロントエンド (Frontend of Frontend) とバックエンド (Backend of Frontend) が分離するなど多くの変化があります。

[**fwywd**](https://fwywd.com) のチームでは、新しいトレンドを取り入れるべく、**TypeScript** をプログラミング言語の中心としてフロントエンドからバックエンドまでを構築しています。  
今後、アプリケーション内に機械学習も組み込んでいくため、そのときには Python も当然併用して利用していきます。

現在、Web アプリケーションの開発で理由している技術は以下の通りです。

**フロントエンド**

- プログラミング言語：TypeScript (JavaScript)
- UI ライブラリ：React
- フレームワーク：Next.js
- CSS: Tailwind CSS (+ CSS Modules)
- ホスティング：Vercel

**バックエンド**

- クラウド：Microsoft Azure
- IDaaS：Active Directory B2C
- データベース：Cosmos DB (NoSQL)
- FaaS：Functions
- API Gateway：API Management

**その他**

- ソースコード管理：Git / GitHub
- CI/CD：GitHub Actions / Vercel
- テスト：React Testing Library / Cypress
- 仕様：OpenAPI
- エディタ：Visual Studio Code
- ドキュメント管理：Notion
- コミュニケーション：Slack / Discord

### fwywd チームにジョインしたい

[**fwywd の採用試験**](/news/recruitment) を公開しているため、まずはこちらをご覧ください。  
また、この採用試験は fwywd チームを目指す人以外にも多くの人に役立つように設計しており、**新しい技術トレンドでの Web アプリケーション開発の技術力を付けて証明したい方にもおすすめです**。

[![recruitment](/img/common/recruitment.jpg)](/news/recruitment)

fwywd チームへの志願は問わず、この採用試験が多くの方にとって良い学びの機会になることを祈っています。



fwywd チームでは新ブログを Tailwind UI の Syntax を使用して実装予定です。

[Syntax - Tailwind CSS Documentation Template](https://tailwindui.com/templates/syntax)

記事の表示と記事作成画面のプレビューを揃えたい & 後々の Syntax 導入をスムーズにしたい目的で Tailwind UI の Syntax ベースの Markdown Viewer を実装しました！

## markdoc のライブラリをインストール

```bash
yarn add @markdoc/markdoc @markdoc/next.js -D
```

## next.config.js を書き換える

括弧の位置を間違えやすいので注意が必要です。

```jsx
// next.config.js

const withMarkdoc = require('@markdoc/next.js');

/** @type {import('next').NextConfig} */
const nextConfig = {
  reactStrictMode: true,
  images: {
    deviceSizes: [340, 640, 768, 1024, 1280, 1440, 1980],
    domains: [],
  },
  pageExtensions: ['js', 'jsx', 'ts', 'tsx', 'md'],
};

module.exports = withMarkdoc()(nextConfig);
```

## Prose.tsx

Markdoc で変換したデータを children で渡し画面表示するコンポーネントです。

Tailwind CSS の prose というクラスによって余白や文字間を調節しています。

下準備として、clsx, @tailwindcss/typography をインストールします。

```bash
yarn add clsx -D

yarn add @tailwindcss/typography -D
```

tailwind.config.js に plugins を追記します。

```jsx
plugins: [require('@tailwindcss/typography')],
```

Prose.tsx の内容は以下です。

```tsx
// Prose.tsx

import clsx from 'clsx';
import { ReactNode } from 'react';

interface ProseProps {
  children: ReactNode;
  className?: string;
}

export const Prose: React.FC<ProseProps> = ({ className, ...props }) => (
  <div
    className={clsx(
      className,
      'dark:text-gray-400 prose prose-gray max-w-none dark:prose-invert',
      // headings
      'prose-headings:font-display prose-headings:scroll-mt-28 prose-headings:font-normal lg:prose-headings:scroll-mt-[8.5rem]',
      // lead
      'prose-lead:text-gray-700 dark:prose-lead:text-gray-700',
      // links
      'prose-a:font-semibold dark:prose-a:text-primary-500',
      // link underline
      'prose-a:no-underline prose-a:shadow-[inset_0_-2px_0_0_var(--tw-prose-background,#fff),inset_0_calc(-1*(var(--tw-prose-underline-size,4px)+2px))_0_0_var(--tw-prose-underline,theme(colors.primary.200))] hover:prose-a:[--tw-prose-underline-size:6px] dark:[--tw-prose-background:theme(colors.gray.900)] dark:prose-a:shadow-[inset_0_calc(-1*var(--tw-prose-underline-size,2px))_0_0_var(--tw-prose-underline,theme(colors.primary.800))] dark:hover:prose-a:[--tw-prose-underline-size:6px]',
      // pre
      'prose-pre:rounded-xl prose-pre:bg-gray-900 prose-pre:shadow-lg dark:prose-pre:bg-gray-800/60 dark:prose-pre:shadow-none dark:prose-pre:ring-1 dark:prose-pre:ring-gray-700/10',
      // hr
      'dark:prose-hr:border-gray-800',
    )}
    {...props}
  />
);
```

Markdoc でデータを変換して Prose.tsx に渡すコンポーネントを作成します。

```tsx
// Markdown.tsx

export const Markdown = () => {
  const doc = `
  # heading 1
  
  ## heading 2

  1. ol
  1. ol

  - ul
  - ul
`;

  const ast = Markdoc.parse(doc);
  const content = Markdoc.transform(ast);
  const children = Markdoc.renderers.react(content, React);

  return (
    <Prose className={`${style.md} h-[600px] w-full overflow-auto border border-primary-800 p-2`}>
      {children}
    </Prose>
  );
};
```

余白や文字間は Tailwind CSS の prose でいい感じになっているのでテキストの大きさや色などの装飾を CSS モジュールで適用します。

マークダウン表示できます。

![1.png](/img/pages/tech/markdown-viewer-by-markdoc/1.png)

## Fence.tsx

マークダウンの表示はできましたがコードのハイライトはされない状態です。

Markdoc の Syntax highlighting を参考にして Tailwind UI の Syntax ベースでコードのハイライトを実装します。

[Common examples](https://markdoc.io/docs/examples#syntax-highlighting)

少し複雑でした。大まかな流れとしたら、

1. code をハイライトする `Fence.tsx` を作成する
2. code を取り出してハイライト適用するための config ファイル `node.ts` を作成する
3. Markdoc でデータ変換する関数に `node.ts` から config を渡す

といった流れです。

### code をハイライトする Fence.tsx の作成

コードをハイライトするための prism-react-renderer をインストールします。

```bash
yarn add prism-react-renderer -D
```

Tailwind UI からそのまま持ってきて型付けをしています。

`<Highlight>` に渡す code の children は String(children) としないと型のエラーが発生してしまうので注意です。

```tsx
// Fence.tsx

import { Fragment, ReactNode } from 'react';
import Highlight, { defaultProps, Language } from 'prism-react-renderer';
import vsDark from 'prism-react-renderer/themes/vsDark';

interface FenceProps {
  children: ReactNode;
  language: Language;
}

export const Fence: React.FC<FenceProps> = ({ children, language }) => (
  <Highlight
    {...defaultProps}
    code={children === undefined ? '' : String(children).trimEnd()}
    language={language}
    theme={vsDark}
  >
    {({ className, style, tokens, getTokenProps }) => (
      <pre className={className} style={style}>
        <code>
          {tokens.map((line, lineIndex) => (
            <Fragment key={lineIndex}>
              {line
                .filter((token) => !token.empty)
                .map((token, tokenIndex) => (
                  <span key={tokenIndex} {...getTokenProps({ token })} />
                ))}
              {'\n'}
            </Fragment>
          ))}
        </code>
      </pre>
    )}
  </Highlight>
);
```

### ハイライトを適用させるための node.ts を作成

```tsx
// markdoc/node.ts

const node = {
  fence: {
    render: 'Fence',
    attributes: {
      language: {
        type: String,
      },
    },
  },
};

export default node;
```

### Markdoc でデータ変換する関数に config を渡す

```tsx
// Markdown.tsx

const ast = Markdoc.parse(doc);
const content = Markdoc.transform(ast, { nodes: node });
const children = Markdoc.renderers.react(content, React, {
  components: { Fence },
});
```

code がハイライトされます。

![2.png](/img/pages/tech/markdown-viewer-by-markdoc/2.png)

## まとめ

TypeScript の型付けと code のハイライト表示に苦戦しましたがなんとかなりました。

なにより Tailwind CSS の prose が便利でした！

少しマニアックなところですが参考になる方がいれば嬉しいです！


fwywd チームでは新ブログを Tailwind UI の Syntax を使用して実装予定です。記事の表示と記事作成画面のプレビューを揃えたい & 後々の Syntax 導入をスムーズにしたい目的で Tailwind UI の Syntax ベースで Markdown Viewer を実装しました！

【Azure App Service | Node.js】GitHub Actions を利用して継続デプロイしてみよう【 トラブルガイド付】

Markdoc （Tailwind UI の Syntax ベース）による Markdown Viewer の実装


Q. 「オンボーディングで最もしんどかった部分はどこでしたか？」

\ Azure App Service 一択ウ〜！/

Azure サービス群の中でも屈指の面倒臭さを誇る（当社比）Azure App Service でのデプロイ方法ガイド、始まり始まり。

本記事は[公式ドキュメント](https://docs.microsoft.com/ja-jp/learn/modules/javascript-deploy-expressjs-app-service/)を参考に作成しています。

## 使用技術

- Node.js
- Express.js
- Visual Studio Code
- [GitLens](https://gitlens.amod.io/)（Visual Studio Code の拡張機能）
- Azure App Service
- GitHub
- GitHub Actions

## この記事を読んでわかること

Azure App Service に GitHub Actions を使用してアプリケーションを継続的にデプロイするための具体的な手順。

つまり「**main ブランチへ push するたび自動的に Azure App Service へデプロイする**」ことができるようになります。

## この記事では説明しないこと

- サブスクリプション、リソースグループ、リソースなど Azure 特有の用語の数々。詳しく知りたい方は[こちら](https://docs.microsoft.com/ja-jp/learn/modules/javascript-deploy-expressjs-app-service/use-resource-group)をまず読んでみてください。
- Node.js や GitHub など使用技術に関する基礎知識

## 大まかな手順の流れ

1. デプロイしたいものを用意する
2. リソースグループを作成する
3. Azure App Service リソースを作成する
4. GitHub Actions が使えるよう準備する
5. CI/CD 経由でデプロイ

## 1. デプロイしたいものを用意

Node.js 製であればなんでも OK。基本の流れは同じです。

今回は Express.js でささっと用意しちゃいます。

[Azure が公式に用意しているサンプル](https://github.com/Azure-Samples/msdocs-javascript-nodejs-server)をクローン。

![1.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/1.png)

![2.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/2.png)

![3.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/3.png)

今回は「2-Deploy-app-to-azure」の中身だけ使用します。他は消しちゃって OK。

![4.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/4.png)

![4.5.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/4.5.png)

## 2. Azure Portal からリソースグループを作成

アカウント作成・サブスクリプションの設定についての説明・手順は省きます。

まだの方は Azure 公式サイトより無料アカウントを作成し Azure Portal へアクセス・ログインしてサブスクリプションの用意まで行ってください。

手順を詳しく知りたい人は[こちら](https://docs.microsoft.com/ja-jp/learn/modules/create-an-azure-account/)。

Azure Portal からリソースグループを作成していきます。

![5.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/5.png)

![6.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/6.png)

![7.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/7.png)

![8.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/8.png)

無事作成されれば成功。

## 3. Azure App Service リソースの作成

2で作成したリソースグループの中に Azure App Service リソースを作っていきます。

まずはプランの作成から。

![8.1.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/8.1.png)

![9.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/9.png)

Azure Service プランを選択し「作成」をクリック。

![11.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/11.png)

今回はさくっと試したいだけなので価格レベルを **Free F1** へ変更。**ここを変更しておかないと月額課金が発生するため注意！**

「確認および作成」→「作成」でリソース作成が完了します。作成まで少し時間がかかることもあるのでコーヒーでも啜りながら待ちましょう。

![12.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/12.png)

完了したら App Service で Web アプリのリソースを作っていきます。

![9.1.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/9.1.png)

![9.2.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/9.2.png)

![9.3.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/9.3.png)

「確認および作成」→「作成」で完了。こちらも時間がかかるためコーヒーをひと啜りしながら待ちましょう。完了後リソースに移動するとこんな感じ。

![9.4.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/9.4.png)

## 4. GitHub Actions の準備をしよう

まずは GitHub にレポジトリを作成しましょう。詳細な手順は省きます。GitHub アカウントを持っていない方は [GitHub 公式サイト](https://github.co.jp/)でアカウントを作成・ログインしてください。

レポジトリの作成が完了したらこんな感じのページが広がっているはず。URL をコピーしておきます。

![14.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/14.png)

1で開いていた Visual Studio Code へ戻ります。リモート先を自身で作成したレポジトリへ変更しちゃいましょう。

![16.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/16.png)

※ REMOTES なんて見当たらないよ！という人は拡張機能「GitLens」を導入してください。

![17.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/17.png)

name: origin

url: コピーした URL を貼り付け

完了したらさっそくコミット＆ブランチの発行を試してみてください。最新のものに反映されていれば成功。

![18.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/18.png)

ここからが本番。 GitHub Actions 経由でデプロイする準備を進めていきます。

3で作成した App Service へ移動し、GitHub Actions と連携させていきます。

![19.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/19.png)

![20.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/20.png)

保存するとあら便利、 GitHub 側で勝手に設定ファイルを生成してくれます。

![22.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/22.png)

## 5. CI/CD 経由でデプロイ

さっそく GitHub Actions 経由でデプロイしてみましょう。

やたら長ったらしい名前の `.github/workflows/main_fwywdazuredeployintro.yml`ファイルを `deploy.yml` へ名称変更しプッシュしてみます。

![25.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/25.png)

deploy.yml のデフォルト設定では「main ブランチに push した際にデプロイが走る」ようになっています。デプロイが終わったらさっそく確認しにいきましょう。

![23.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/23.png)

おや・・・ Azure App Service くんのようすが・・・？

![24.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/24.png)

**出たよ。親の顔より見た光景。**

アプリケーション起動時に出るエラー。Azure App Service 触ったことがある人は絶対に見たことあるやつです。私はもはや  :( を見ると首の後ろがキュッ・・・となります。

## :( Application Error に遭遇した時の対処法

基本は以下のステップで地道にエラーを潰していく形になります。

1. ログを確認する
2. 原因っぽい箇所を探して試行錯誤する

### 1. ログを確認する

Azure Portal で 該当する Azure App Service を開き「問題の診断と解決」を覗いてみましょう。下部にある「ウェブアプリダウン」をクリック。

![33.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/33.png)

現在7つの問題を抱えている模様。詳しく見ていきます。

![26.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/26.png)

### 2. 原因っぽい箇所を探して試行錯誤する

7つの問題のうち直接アプリケーションエラーを引き起こしていそうなものを探しましょう。

![27.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/27.png)

下から4つは「有料プランにアップグレードしてほしいな❤️と言っているだけ」「警告で起動失敗に関するものではなさそう」っぽいことが読み取れます。上の3つがアプリケーションエラーに関わっていそうです。さらに分析するとサーバーエラーは起動に失敗しているがために出ているものと予想されます。ここから「**コンテナクラッシュ・コンテナの問題を解決すれば起動できそう！**」と算段がつけられますね。

一番怪しげな「コンテナクラッシュ」から見ていくと・・・

![28.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/28.png)

原因がひとつ判明。**アプリをスタートさせるためのコマンドが設定されていない**ようです。さっそく設定しにいきましょう。左バーの設定内にある構成をクリックし全般設定を覗いてみます。

![29.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/29.png)

確かにスタートアップコマンドが空っぽになってますね。ではここに `npm start` ないし `yarn start` をいれよう！と通常はなるわけですが、**入れても動かないため注意**。直接 node コマンドを叩きます。`package.json` の start スクリプトを確認してみましょう。

![30.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/30.png)

`"start": "cross-env-shell DEBUG=express:* node index.js"`となってますね。`cross-env-shell DEBUG=express:*`はそれぞれ環境変数・デバッグに関するコマンドなので省略。`node index.js`だけ抜き出して入力・保存します。

![31.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/31.png)

「再起動しますか？」と聞かれるため了承して保存完了です。

ここで一度アプリを覗いてみましょう。

![32.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/32.png)

以前としてアプリケーションエラーは出たまま。まだ対処していないエラーが残っているからですね。もう一つの問題だった「コンテナの問題」を見てみます。

![34.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/34.png)

どうやらコンテナがタイムアウトしたせいで起動できていないみたい・・・というのが見て取れます。説明が若干分かり難いのですが、「アプリケーションの設定で`WEBSITES_CONTAINER_START_TIME_LIMIT`の設定時間を伸ばしてみてね」ということらしいです。さっそく変更しにいきます。

![35.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/35.png)

保存するとアプリケーションが再起動されます。これで正常に起動できるはずッ・・・

![36.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/36.png)

**で、できた〜〜〜！！！（クソデカボイス）**
おつかれさまでした・・・！

## トラブルガイド

最後に Next.js で作ったアプリケーションと NestJS で作った API をそれぞれデプロイした時に遭遇したエラーと対処法をご紹介。
同じ症状に苦しんでいるあなたに届きますように・・・！

### デプロイに時間がかかりすぎる

アプリケーションの容量が小さくない場合、デプロイまでに凄まじい時間がかかります。私の場合 Next.js で作った簡単な Todo アプリをデプロイするのに**50分**かかりました。50分待った挙句デプロイに失敗した日には泡吹いて倒れそうになります・・・（実体験）。

対処法として `deploy.yml` ファイルの中身をいじってアプリを zip 化→ GitHub Actions にアップロード→ zip を Azure App Service へアップロードするよう変更することが挙げられます。私はこれでデプロイ時間を**7分**まで短縮できました。恐るべきビフォーアフター！

参考に Next.js をデプロイした時のコードの中身を載せておきます。

```yaml
name: Build and deploy Node.js app to Azure Web App - fwywdTodoAppApi

on:
  push:
    branches:
      - main

  workflow_dispatch:

jobs:
  build:
    runs-on: ubuntu-latest

    env:
      DATABASE_URL: ${{ secrets.DATABASE_URL }}
      DB_PASSWORD: ${{ secrets.DB_PASSWORD }}
      DB_USERNAME: ${{ secrets.DB_USERNAME }}

    steps:
      - uses: actions/checkout@v2

      - name: Set up Node.js version
        uses: actions/setup-node@v1
        with:
          node-version: '16.x'

      - name: yarn install, build, and test
        run: |
          yarn install
          yarn build
          yarn test-setup
          yarn test:unit 
          yarn test:integration

      - name: delete node_modules dir
        run: rm -rf node_modules

      - name: Zip all files for upload between jobs
        run: zip --symlinks -r next.zip ./*

      - name: Upload artifact for deployment job
        uses: actions/upload-artifact@v2
        with:
          name: node-app
          path: next.zip

  deploy:
    runs-on: ubuntu-latest
    needs: build
    environment:
      name: 'Production'
      url: ${{ steps.deploy-to-webapp.outputs.webapp-url }}

    steps:
      - name: Download artifact from build job
        uses: actions/download-artifact@v2
        with:
          name: node-app

      - name: yarn install production
        run: yarn install --production

      - name: 'Deploy to Azure Web App'
        id: deploy-to-webapp
        uses: azure/webapps-deploy@v2
        with:
          app-name: 'fwywdtodoapp'
          slot-name: 'Production'
          publish-profile: ${{ secrets.AZUREAPPSERVICE_PUBLISHPROFILE_630E8D07124C436791B1A377E09DC005}}
          package: next.zip

      - name: Delete zip file
        run: rm next.zip
```

### デプロイが途中で止まる

こちらもアプリケーションの容量がそこそこある時に発生。`node_modules` を `npm install` または `yarn install` する際ダウンロードに時間がかかりすぎてタイムアウトするパターンです。プロジェクトフォルダ直下に`.yarnrc` ファイルを作って以下を記述することにより回避可能。

```yaml
network-timeout 600000
```

### スタートアップコマンドに関するエラー

使用するフレームワークによってはデフォルトのスタートアップコマンドが効かないことがあります。私の場合は Azure App Service 内の構成→全般設定→スタートアップコマンドに以下を入力することで解決しました。参考にどうぞ。

Next.js の場合・・・`node_modules/next/dist/bin/next start`

NestJS の場合・・・`node dist/main`

### 何が原因でエラーが起きているのかわからないとき

「アプリケーションエラーが起きてる。問題の診断と解決を見たけどそれっぽいエラーが見つからない。なんでッ！？」

これもよく遭遇します。そんな時はログストリームをみるべし。

![38.png](/img/pages/tech/deployment-by-azure-app-service-for-nodejs/38.png)

アプリを再起動→ログストリーム（プレビュー）でリアルタイムにログ出力ができるためどこで失敗しているのかわかりやすくなります。

## 番外編： NestJS デプロイで詰まった時の解決策（体験談）

状況としては GitHub Actions で zip 形式でデプロイしただけの状態で Azure Portal で何も設定していない・・・という時間軸です。

経緯まで書くと大ボリュームになるので結論だけ置いときます。

1. `deploy.yml` の中身はこちら（デプロイ時間が短縮できます）。

```yaml
name: Build and deploy Node.js app to Azure Web App - fwywdAzureDeployNest

on:
  push:
    branches:
      - master
  workflow_dispatch:

jobs:
  build:
    runs-on: ubuntu-latest

    steps:
      - uses: actions/checkout@v2

      - name: Set up Node.js version
        uses: actions/setup-node@v1
        with:
          node-version: '16.x'

      - name: npm install, build, and test
        run: |
          npm install
          npm run build --if-present
          npm run test --if-present

      - name: Zip all files for upload between jobs
        run: zip --symlinks -r nest.zip ./*

      - name: Upload artifact for deployment job
        uses: actions/upload-artifact@v2
        with:
          name: node-app
          path: nest.zip

  deploy:
    runs-on: ubuntu-latest
    needs: build
    environment:
      name: 'Production'
      url: ${{ steps.deploy-to-webapp.outputs.webapp-url }}

    steps:
      - name: Download artifact from build job
        uses: actions/download-artifact@v2
        with:
          name: node-app

      - name: 'Deploy to Azure Web App'
        id: deploy-to-webapp
        uses: azure/webapps-deploy@v2
        with:
          app-name: 'fwywdAzureDeployNest'
          slot-name: 'Production'
          publish-profile: ${{ secrets.AZUREAPPSERVICE_PUBLISHPROFILE_2A62A5035C4241D78AC3A13D8D636DCA }}
          package: nest.zip

      - name: Delete zip file
        run: rm nest.zip
```

2. 「Azure App Service 内の構成→全般設定→スタートアップコマンド に `node dist/main` と入力する
3. 「Azure App Service 内の構成→ アプリケーションの設定→ 新しいアプリケーション設定」で「名前：WEBSITES_CONTAINER_START_TIME_LIMIT」「値：600」と設定
4. `package.json` の script 内にあるコマンド `“start:prod”` を以下に置き換える

```json
"start:prod": "yarn build && node dist/main",
```

5. main.ts のポート設定を変更する

```TypeScript
import { NestFactory } from '@nestjs/core';
import { AppModule } from './app.module';

async function bootstrap() {
  const app = await NestFactory.create(AppModule);
  const port = process.env.PORT || 3000;
  await app.listen(port);
}
bootstrap();
```

## この3つを抑えていれば Azure App Service も怖くない（多分）

- スタートアップコマンドが適切に設定されているか
- コンテナがタイムアウトしていないか
- その他、なんらかの理由でコンテナがクラッシュしていないか（ログストリームで確認可能）

特に上2つは Node.js でのデプロイだと再現性高く目にするエラー（当社比）なので真っ先に確認してみる価値アリ。
この記事で Azure App Service アレルギーに罹っている人が1人でも減りますように・・・！

Q. 「オンボーディングで最もしんどかった部分はどこでしたか？」答えは・・・\ Azure App Service 一択ウ〜！/ Azure サービス群の中でも屈指の面倒臭さを誇る（当社比）Azure App Service でのデプロイ方法ガイド、始まり始まり。

コードを書けるエンジニアが STUDIO をビジネス向けに使ってわかったメリットとデメリット


## はじめに

みなさんは [**STUDIO**](https://studio.design/ja) というデザインツールをご存知でしょうか。  
**ノーコードツール**というと流行りに乗っている感じがありますが、Web サイトの実装をプログラムを書くことなく公開まで行うことができます。

そんな記事を書いている私はプログラミングに触れて早 15 年。  
ノーコードツールに頼ることなく Web サイトの実装ならサクッと行える私が、この度、[**STUDIO**](https://studio.design/ja) で Web サイトを実装してみました。  
ノーコードってプログラムを書けない人のためだと思われがちですが、実はエンジニアの方が恩恵が大きいのでは...? と思うぐらい慣れると快適でした。

そんなプログラミング大好き人間から見たノーコードで実装できる [**STUDIO**](https://studio.design/ja) を採用した背景やメリットを紹介します。  
また単に実装できるできないの話だけでなく、「ビジネスで使える使えない」といったビジネス視点での [**STUDIO**](https://studio.design/ja) のメリット・デメリットまでお伝えしていきます！

![STUDIO](https://storage.googleapis.com/production-os-assets/assets/24f6613f-c35d-4c53-8f16-eefc0c5c09ac)  
出典：[**STUDIO**](https://studio.design/ja)

## 要点

急ぎでメリット・デメリットを知りたいよ！という方向けにまずは結論から。  
理由をそれぞれ実際に使った視点で書いていくので、気になった方はゆっくり記事も読んでみてくださいね。

### エンジニア視点

- **メリット**
  - コードを書くより遥かに実装が早い
  - サーバーを持たなくても良い
  - 独自のフォームも対応
- **デメリット**
  - パフォーマンスが悪い
  - ロジックが書けない
  - 用意されたサービスとの連携以外使えない

### ビジネス視点

- **メリット**
  - PDCA のサイクルが圧倒的に早く回せる
- **デメリット**
  - Google 広告との連携が悪い
  - A/B テストなど最適化を行いにくい

## エンジニア視点でのメリット

### コードを書くより遥かに実装が早い

[**STUDIO**](https://studio.design/ja) を使う最も大きな理由がここだと思います。

別にコードも書けるんですよ。  
でも、成果物が同じならなるべく楽したいじゃないですか。

コードを書くことも好きですよ。  
でも、早く公開できると嬉しいじゃないですか。

コードを書くスピードに関しては決して遅い方ではない私ですが、それでも実際に実装から公開までのスピードを比較すると **10 倍くらいは早かった**のではないかと思います。  
CSS での装飾とかコードを書きながら表示を確認するよりも、マウスで動かしながら色とかもポチポチ変えての方が遥かに楽でした。

あと地味ですが、**レスポンシブ対応**が楽です。  
コード書いているとき、レスポンシブ対応って本当に面倒で億劫になりますよね...。

おすすめの用途としては、**Landing Page (LP)** や**コーポレートサイト**などのデザイン性が高くて、コンポーネントとして後でそんなに使いまわしをしないものです。  
コードを書いていると**どうやってコンポーネントを分けよう**（ウキウキッ）という無駄なエンジニア魂が出てしまい、いろいろ考えて遅くなってしまうのです。  
たぶん、エンジニアのみなさんであれば、**ヘドバン**しながらうなずいてもらえると思います（首は大切に）。

あとノーコードなのでちょっとした編集を**自分以外のコードが書けない人に任せられる**のも大きいです。  
ただし、マージンとかパディングとか HTML と CSS の基本的な用語を知らないとなんのこと？となるかも知れないです。  
使ってみて、ノーコードとは言いつつも**コード書ける人の方が絶対に有利だなぁ**と思いました。

実際にデザイン性が高いものって大丈夫なの？と気になった方。  
この [**fwywd の募集用 LP**](https://apply.fwywd.com) が [**STUDIO**](https://studio.design/ja) で実装したものなので見てみてください。  
デザイナーさんに Figma でデザインしていただき、それをベースに [**STUDIO**](https://studio.design/ja) で実装していきました。

▶ 実装例はこちら：[**fwywd の募集用 LP**](https://apply.fwywd.com)

[![fwywd の募集用 LP](/img/ogp.png)](https://apply.fwywd.com)

### サーバーを持たなくても良い

今どきは当たり前になっているかも知れませんが、こういったツールは **Wordpress** と比較されると思うので、ここが大きく違うところです。  
サーバー等のインフラ面はすべて [**STUDIO**](https://studio.design/ja) におまかせ。

**Web サイトをちょっと公開したいだけ**なのに、サーバーなんていうものが出てきて頭がこんがらがってしまう...。
こんな問題はありません。

でも、本当は**インフラの設定がバッチリできるエンジニアの人でもこれって結構嬉しい**のです。  
別にインフラの設定がしたくてエンジニアをしているわけでもないので、楽できるなら楽したいじゃないですか。  
あとサーバーって**攻撃されたときのダメージも大きい**ので、持たなくて良いなら持ちたくないじゃないですか。

最初は無料で始めることができますが、基本的には**独自ドメイン**を付けたいと思うので有料で利用することになります。  
月 980 円から始めることができ、これならサーバーを持つことと料金は変わらないので全然 OK です。

最も比較すべきはサーバー代ではなく、エンジニアが実装するためにかかる人件費の方ですよね。  
この時間が圧倒的に短くなるということは、**かなりのコスト削減**になります。  
喜んで課金させていただきます！

### 独自のフォームも対応

これわざわざ別で書くほどのことか？と思われるかも知れませんが、ビジネス的に**フォームって結構大事なポイント**なんです。  
最近だと Google Form などへのリンクを貼って遷移させることも多いと思うのですが、ページを遷移すると**コンバージョン率が下がる**ため、なるべくページの中にフォームを持っておきたい。  
これが [**STUDIO**](https://studio.design/ja) だと基本的なフォームも用意されているため簡単です。

あとは**フォームに登録された内容を他のツールと連携できるか？** といった業務効率化の面も気になりますよね。  
この点も大丈夫！

[**STUDIO**](https://studio.design/ja) のフォームに登録された内容は **Google Spread Sheet (GSS)** に自動で転記することができます。  
**GSS** に転記できれば、あとは [**Zapier**](https://zapier.com/) などのツールで変更を検知して、他のツールと連携したオペレーションの自動化が実現できます。最高！

一点だけ注意として、CRM ツールである [**Hubspot**](https://www.hubspot.jp/) のフォームを埋め込むこともできるのですが、こちらはあまりおすすめしません。  
フォームの表示が遅延してしまい、ユーザー体験として良いものではありませんでした。  
コンバージョン率を少しでも高めたいのであれば標準のフォームを利用した方が良いと思います。

## エンジニア視点でのデメリット

### パフォーマンスが悪い

[**STUDIO**](https://studio.design/ja) は残念ながら、**表示に関するパフォーマンスが決して良いとは言えません**。  
もちろん画像を最適化したりといった工夫によりパフォーマンスを多少上げることができますが、根本的には **Server Side Rendering (SSR)** で実装されていることです。  
**React/Next.js** ではページごとで **Static Generation (SG)** や **Incremental Static Regeneration (ISR)** が適用できるのですが、[**STUDIO**](https://studio.design/ja) は **Vue.js/Nuxt.js** を使っているため、この点が弱くなってしまいます。  
このあたりは過去にまとめた記事があるので、気になった方は読んでみてください。  
▶ 参考記事：[**Vue.js & Nuxt.js から React & Next.js へ移行した理由**](/tech/nuxt-to-next)

実際に私が実装したページを [**Page Speed Insights**](https://pagespeed.web.dev/) でパフォーマンスを計測すると以下の様になりました。

![01](/img/pages/tech/why-adopt-studio/01.png)

![02](/img/pages/tech/why-adopt-studio/02.png)

静的な Web サイトであれば、スマートフォン向けでも **90 点以上は欲しいところ...**。  
**読み込み速度が１秒遅いとコンバージョン率が 7% 下がる**と言われており、コンバージョン狙いの LP にはあまり向いているとは言えません。

私達も現在の LP の調整が終われば、やはりパフォーマンスアップが必要ですので、コードを書いて実装し直しを予定しています。  
欲を言えばキリがありませんが、**まずは素早く公開して検証することが最優先**であったため、[**STUDIO**](https://studio.design/ja) で実装したことは良い判断だったと思います。

### ロジックが書けない

これは当たり前の話ですが、JavaScript などでのロジックを書くことはできません。  
そのため、API で連携して...なんてことはできません。

ただし、[**STUDIO**](https://studio.design/ja) では **Contents Management System (CMS)** の機能も利用でき、ブログなどを作ることもできます。  
私は今回使っていないのですが、これは結構嬉しい人が多いと思います。

### 用意されたサービスとの連携以外使えない

ロジックが書けないことに類似しますが、用意されたサービスとの連携以外使えません。  
Google Analytics や Google Tag Manager などは用意されている安心感はあります。

この記事を執筆時点で用意されている連携は以下のとおりです。

- **マーケティング**
  - Google Analytics (GA4 対応済)
  - Google Tag Manager
  - Google Search Console
  - Google reCAPTCHA v3
  - Facebook Pixel
  - HubSpot Tracking
- **カスタマーサクセス**
  - Intercom
  - Channel

これを多いと見るか、少ないと見るかですが、個人的には**ビジネスで本格的に利用していくならかなり少ない**と感じます。  
独自 HTML や `<script>` タグを埋め込めればもう少し幅が広がるのですが、これができないため歯がゆい思いをするかも知れません。  
特に Google 広告のコンバージョン計測に必要な `gtag.js` 系の埋め込みができず、LP には致命的な気がします。

そういった視点では **LP の初期検証用**や、**コーポレートサイトのようなコンバージョンに対するシビアさが求められない用途**に向いているのではないでしょうか。

## ビジネス視点のメリット

### PDCA のサイクルが圧倒的に早く回せる

これはエンジニア視点ですでに紹介した**実装が楽であること**が理由です。  
ちょっと変更したいというときもコードを書いていると、エディターを開いて該当のコンポーネントを探して、GitHub へ Pull Request を送って、レビューしてもらって...と長い！！！  
初期ってこんなペースだと素早く PDCA 回せないので、このプロセスが減るのは**ビジネスにとって圧倒的なメリット**と言えます。

## ビジネス視点のデメリット

### Google 広告との連携が悪い

これ**めちゃくちゃ痛手**です。  
これが理由で周りも [**STUDIO**](https://studio.design/ja) を採用しないケースがあると聞きました。  
一応チャットで担当者に確認ができるので聞いてみました。

> Google Tag Manager の設定を済ませています。  
> 一方、Google 広告のコンバージョンを設定しようとすると、グローバルサイトタグが検出されないとの理由でコンバージョンを検出することができません。  
> script タグを自前で埋め込むことができれば問題ないのですが、STUDIO ではこれができないため、Google 広告の最適化が行えず困っております。  
> どのように対処すると良いか、ご教示いただけますと幸いです。

これに対して以下の回答がありました。

> お問い合わせありがとうございます。  
> Google タグマネージャーや Google 広告につきましては外部サービスになりますので、こちらから正確な情報をご案内をすることはできかねます。  
> STUDIO では基本的にサイト内に特定コードを埋め込むことは出来かねますので、Google タグマネージャーにて可能かどうか確認頂ければと存じます。

じゃあ、今後の対応を待とうかと思ったのですが、知り合いが**同様の質問を 3 年前にすでにしており、同様の回答だった**ようでした。  
ということは、**近いうちに対応されない可能性が高い...**。とほほ。

[**Wix**](https://ja.wix.com/) などはこの点が問題ないそうなので、ノーコードで広告周りもしっかりカスタマイズしたい人はこの辺りも視野に入れて良いと思います。  
私は LP の初期検証が終われば、React/Next.js でパフォーマンス・チューニングも込みで実装する予定です。

### A/B テストなど最適化を行いにくい

LP では **Landing Page Optimization (LPO)** というコンバージョン率を高めるための最適化を行っていきます。  
その代表格が **A/B テスト** であり、**[Google Opimize](https://marketingplatform.google.com/intl/ja/about/optimize/)** が無料で使えて、まずはみんな通る道だと思います。

手軽に実装できるので、素早く PDCA が回せるので、ガンガン A/B テストしていこう！と思いきや...

**Google Optimize との連携が用意されていない...**!!

ということで、Google Analytics を見ながら経験的に試行錯誤しかできません。  
もちろん、複数ページ作成して広告側で出し分けるなどはできますが、その広告のコンバージョンがうまく計測できない無限ループ。

## まとめ

[**STUDIO**](https://studio.design/ja) は超手軽に Web サイトを実装できるのでおすすめです。  
ただし、広告との連携の問題や A/B テストが経験的にしかできない点を考慮すると、[**STUDIO**](https://studio.design/ja) でコンバージョンの最適化までしていくことには期待しない方が良いと思います。

**コーポレートサイトなどコンバージョンが主目的ではない Web サイト**や、**まずは公開までのスピード最優先の LP** には向いていると思います。

普段コードを書いている人であれば 1 日あれば操作に慣れると思うので、まずは使ってみることがおすすめです！  
何事にも一長一短があるので選択肢は１つでも多く増やしておきましょう！


みなさんは STUDIO というデザインツールをご存知でしょうか。ノーコードツールというと流行りに乗っている感じがありますが、Web サイトの実装をプログラムを書くことなく公開まで行うことができます。そんな記事を書いている私はプログラミングに触れて早 15 年。ノーコードツールに頼ることなく Web サイトの実装ならサクッと行える私が、この度、STUDIO で Web サイトを実装してみました。ノーコードってプログラムを書けない人のためだと思われがちですが、実はエンジニアの方が恩恵が大きいのでは...? と思うぐらい慣れると快適でした。そんなプログラミング大好き人間から見たノーコードで実装できる STUDIO を採用した背景やメリットを紹介します。また単に実装できるできないの話だけでなく、「ビジネスで使える使えない」といったビジネス視点での STUDIO のメリット・デメリットまでお伝えしていきます！

【画像で解説】Thanks ページを使った Google 広告のコンバージョントラッキング'


## はじめに

あなたは Google 広告を利用していますか？

告知したいことを検索した人に届けることができる「リスティング広告」など、とても有効な広告ツールだと思います。

しかし初心者の方だと難しいカタカナ言葉が多く、「どうすればいいのかわからない！」という方も多いのではないでしょうか。

私も、なんとか Google 広告を打つことはできたのですが、コンバージョンを設定する方法がわからず、かなりの時間 Google 広告 のコンバージョン設定に費やしました。

結論を言います。Thanks ページ を使うことでかなり簡単に設定することができました。

今回はこの方法を画像付きで解説していきます。

「Google 広告のコンバージョンの設定方法がわからない！」という方の参考になれば幸いです。

### 対象読者

- Google 広告のコンバージョンの設定方法がわからない
- Google アカウントを作成済み
- Google 広告を出稿済み

## 手順

### 1.Google Tag Manager の登録

今回は、Google Tag Manager（以後「GTM」と呼びます。） を使うので、 GTM の設定を行います。（今回、アカウント作成は省略します。）

「GTM」 と検索し、アカウントを作成します。

アカウント作成後、この画面が表示されたら、HTML にコードを埋め込みます。

![01](/img/pages/tech/google-ad/01.png)

React でページを作成された方は、こちらを使うと便利でした。

参考：[react-gtm-module](https://www.npmjs.com/package/react-gtm-module)

### 2. Thanks ページを作成

今回は私のランディングページでの例で紹介します。

資料請求のボタンを押し、回答が終わると Thanks ページに遷移し、
Thanks ページが表示されるとコンバージョンが発生すると設定します。

まずは Thanks ページを作成します。

そもそも Thanks ページとは、**資料請求などのコンバージョンとして計測したい行動をとった後に見せるページ**です。

例えばこんな感じ

![02](/img/pages/tech/google-ad/02.png)

**このページを通過したらコンバージョンとして計測するページ**のことです。

まずはこのページを作りましょう。

### 3. フォームを送信後 Thanks ページに遷移するように設定

次に、資料請求のフォームを回答後、先程作成した Thanks ページに遷移するように設定しましょう。

こちらの設定は HubSpot というサービスを使えば簡単にできます。

（今回は、HubuSpot の登録方法は省略します。）

フォームはここから作ることができます。

![03](/img/pages/tech/google-ad/03.png)

フォームの作成が終わったら、オプションからリダイレクトサイトの設定をします。

![04](/img/pages/tech/google-ad/04.png)

設定が完了したら、一度正常に動いているか確認しましょう。

### 4. Google 広告で設定

Thanks ページとフォームの設定が完了したら、Google 広告の設定をします。

Google 広告のページに移動します。

1. まずは、コンバージョンを新規作成します。

![05](/img/pages/tech/google-ad/05.png)

2. コンバージョンのページに移動したら、新しいコンバージョン アクションをクリックします。

![06](/img/pages/tech/google-ad/06.png)

3. ウェブサイトをクリックし、サイトの URL を入力します。
   入力が終わったら スキャン をクリックします。

![07](/img/pages/tech/google-ad/07.png)

4. 手動でコンバージョンアクションを選択し、このように入力します。

目標とアクションの最適化：ページビュー
値：すべてのコンバージョンに同一の価値を割り当てる
カウント：初回のみ

![08](/img/pages/tech/google-ad/08.png)

5. 保存して次へをクリックします。

6. この画面が表示されたら、 Google タグマネージャーを使用するを選択肢、こちらのコードをコピーします。

![09](/img/pages/tech/google-ad/09.png)

7. コピーをしたら、完了をクリックしましょう。

### 5. Google TagManager での設定

後すこしで完成です！頑張りましょう！

1. GTM のサイトに移動し、「新しいタグを追加」> **タグの設定の右上にある鉛筆マーク**をクリック > 「google 広告のコンバージョン トラッキング」を選択します。

![10](/img/pages/tech/google-ad/10.png)

2. 先ほどコピーした「コンバージョン ID」と「コンバージョン ラベル」をペーストします。

![11](/img/pages/tech/google-ad/11.png)

3. 次に、コンバージョンリンカーのタグを作成しましょう。
   **「コンバージョン リンカーのタグがコンテナにありません。」の右にある作成**をクリックし、
   名前を付けて保存します。

![12](/img/pages/tech/google-ad/12.png)

4. 次に、下にある**トリガーを設定**します。
   トリガーを新規作成し、以下のように設定します。（変更点）

![13](/img/pages/tech/google-ad/13.png)

5. **名前を付けてタグを保存**しましょう。

最後に動作確認をしましょう。

右上にある**プレビューをクリック**します。

このような画面が出たら、URL を入力します。

![14](/img/pages/tech/google-ad/14.png)

実際に Thanks ページまでの流れをやってみましょう。

「Tag Fired」のところにタグが読み込まれていれば成功です。

![15](/img/pages/tech/google-ad/15.png)

GTM のメイン画面に戻り、右上の公開を押しましょう。

![16](/img/pages/tech/google-ad/16.png)

わかりやすい名前を付けて、公開をクリックすると完成です。

お疲れさまでした！

![17](/img/pages/tech/google-ad/17.png)

## 最後に

今回は、Thanks ページを使った Google 広告のコンバージョンの設定方法を解説しました。

Thanks ページを使えば、比較的簡単にコンバージョンの設定ができます。

コンバージョントラッキング設定の参考になれば幸いです。


あなたは Google 広告を利用していますか？告知したいことを検索した人に届けることができる「リスティング広告」など、とても有効な広告ツールだと思います。しかし初心者の方だと難しいカタカナ言葉が多く、「どうすればいいのかわからない！」という方も多いのではないでしょうか。私も、なんとか Google 広告を打つことはできたのですが、コンバージョンを設定する方法がわからず、かなりの時間 Google 広告 のコンバージョン設定に費やしました。結論を言います。Thanks ページ を使うことでかなり簡単に設定することができました。今回はこの方法を画像付きで解説していきます。「Google 広告のコンバージョンの設定方法がわからない！」という方の参考になれば幸いです。

ソフトウェア設計のい・ろ・は

【画像で解説】Thanks ページを使った Google 広告のコンバージョントラッキング


## 【対象外あり】注意事項

本記事で紹介する方法は **自社開発向け** です。
受諾開発などの場合、基本的な考え方は共通していると思いますが具体的な仕様書の書き方は各々独自の方法があるかと思われます。先方の指示に従ってくださいね。

## 最も伝えたい、１０秒で読める結論

ソフトウェア設計をする際は **「そもそもなぜ作らなければいけないのか？」** から考え始めましょう。仕様書に残しておくのもお忘れなく！

## そもそもなぜ「設計」する必要があるの？

プロジェクトが成功するか否かは「なぜ・何を・いつ・どうやって作るのか」を開発に関わる人全員がどれだけ解釈の齟齬なく共有できるかにかかっているためです。この中には開発チームだけでなくユーザー等の「開発知識はないけどそのプロジェクトに関わっている人」も含まれます。開発に関わる人全員が理解・共有するためにドキュメントが作成され、これがいわゆる仕様書となります。それっぽく言うと「仕様書を作ってドメイン駆動開発しましょう」となるハズです。

運用・保守面の観点から見ても仕様書のある・なしで作ったモノの寿命は大きく変わります。設計から運用・保守まで全てのフェーズにおいて仕様書の存在は欠かせません。理想論ですけれどね！

## 具体的な流れ

大きく分けて 4 段階。

1. **要求獲得（一番大事。いちばんだいじ。）**
2. 要件定義
3. 外部設計
4. 内部設計

## 1. 要求獲得

大事なことなのでもう一度。 **一番大事なフェーズです**。カジュアルに言えば「ユーザーヒアリング」具体的にはユーザーの潜在的な欲しい物をこちらが引き出すことが目的です。

なぜ大事なのでしょう？ユーザー自身が本当に必要としているモノを全て言語化できているとは限らないからです。例えばあなたは今すごく疲れていて甘いものが食べたい気分だとします。コンビニで裏面のカロリー表記を見ないようにしながらチョコと生クリームたっぷりのスイーツを買ってたらふく食べてお腹いっぱい。するとどうなるでしょう。２０分後ぐらいに血糖値の乱高下が起きてもっと眠くなる ＆ 疲れて目も開けられなくなるに違いありません。あなたに真に必要であったものは適度な休息とリポビタン D だったのでした・・・（実話）。

上記の例で言うなら要求獲得はユーザーが今欲しがっている「チョコと生クリームたっぷりのスイーツ」は **本当に必要か？なぜほしいのか？他に手段はないのか？** をユーザーと共に探っていき最終的に「本当に必要なものは適度な休息とリポビタン D なんだ！！」と着地することが目標と言えます。その過程を仕様書に残しておくのが要求獲得。

必要な内容は主に以下となります。上から順に考えていくと ◎。

- 概要（まとめ）
- 背景（要求獲得したい経緯の説明）
- 目的（要求獲得で何を「決めたい」か）
- 対象ユーザー
- 解決したい課題
- 目標（何を作るのか）
- 動機（なぜ作るのか）

### 要求獲得を怠った場合の「最悪のシナリオ」

ユーザー「本当に欲しい物って実はコレだったわ。仕様から全部直しといて^^」

文字に起こすだけでゾッとするちゃぶ台返しが発生します。それがいつ発生するかはわかりません。運が良ければ設計中の段階で気付くかもしれないし最悪の場合は実装もテストも終わったリリース直前に起きるかも。そうなれば結果は想像するだに容易いですね。納期は間近で仕様書からやり直し、プロジェクトに関わった人数分の屍の山が・・・

こうならないための要求獲得。

### 誰でも再現可能！？要求獲得をマスターできる「魔法の言葉」

ソースは弊社会長吉崎（以下敬称略）から伺った同じく弊社開発事業部 PM 丸山発のエピソード（素敵でした！）。

ユーザーの期待を超えるアウトプットができれば要求獲得は 200 点満点と言えます。それをどう実現するか？その答えはユーザーの心の中にあり、私達の心の中にはありません。

ユーザーの心の中を聞き出す魔法の言葉が「そもそも」。「そもそもなぜそう思うの？」「そもそもどうしてこのプロダクトが欲しいの？」とユーザーへ深掘りの質問をすることで誰でも再現可能な要求獲得ができるようになります。前の例で言うなら「そもそもなんでチョコと生クリームたっぷりのスイーツが欲しいの？」→「疲れてるから・・・。」→「疲れているなら疲労回復効果の高いものの方がいいね！」という流れが自然とできます。これができるエンジニアはつよつよになれること間違いなし。私もなりたい。

## 2. 要件定義

なぜそのモノが欲しいのか、何がしたいのかは要求獲得でわかりました。次に「それ、どうやって作ろうか？」を決めていくのが要件定義です。そのモノには何が含まれていて何が含まれないのか？を細かく仕様書に落とし込んでいきます。要求獲得で設定した「解決したい課題」をどう解決するか構想し共有することが目標です。

必要な仕様書の中身はざっと以下のようになるでしょう。

- 対象ユーザーの種類別に作られたペルソナ
- ユースケース図
- （ユースケース記述）※自社開発・100 人未満の開発規模であれば省略可
- 機能要件（システムの機能に関する要件）
- 非機能要件（性能、拡張性、運用・保守性、セキュリティなど）
- 開発計画書（予算の設定・SWOT 分析・コミュニケーションのルール化・コード規則のルール化・チーム内での役割の明確化・マイルストーン、アクティビティ、時間設定・倫理規定・リスクマネジメント等を含む)

## 3. 外部設計

見た目の設計。この段階で状態管理や各コンポーネントの定義も行っておくと実装がぐっと楽になります。fwywd チームではワイヤーフレーム・デザインカンプ作成に Figma を使用しています。サイトマップは mermaid-js を使用するとリアルに 3 分で完成（※ 実際はプロダクトのボリュームによって前後）します。おすすめ。

- サイトマップ
- サイトマップ文章版
- ワイヤーフレーム
- デザインカンプ

## 4. 内部設計

ロジックの設計。UML で対応できる範囲で書くと労せず完成するのでコストパフォーマンス抜群です。

mermaid-js を使用すると Markdown で記述できて大変便利です。作成コストがぐっと小さくなります。

- DB 設計＝ ER 図
- Model ・ ViewModel ・ React Hooks で扱う State = クラス図
- API を叩いたときの流れを表現する ＝ シーケンス図
- Unit ・ Integration ・ E2E テストケース

各仕様書の中で最もボリュームが多くなりますが、ここでしっかりロジックを組み立てておくと実装がめちゃくちゃ楽になります。考えも整理でき保守・運用も楽になり一石三鳥です。

## 5. 用語集

チーム内で認識のすり合わせをしておくべき用語の解説リスト。Markdown でテーブル作ってぽんぽん書いていくと非常に楽です。

## これだけは抑えておくべき重要なポイント３か条【※自社開発の場合】

※ あくまで社内で仕様書のルールを決められる場合に限ります。
受諾開発など自社開発以外の環境では先方と定めたお作法に従ってください！

### 1. レビューの粒度を予め決めておく

各段階でレビューを挟むとよりよい仕様書が生まれます。レビューの粒度を予め決めておけばより効率的に作業できること間違いなし。実際に試してみたところ**各フェーズにおいて仕様書が 20・80・100％完成した時点でレビューを行う**といい感じでした。

### 2. 「全て」仕様書に残す

採用したものはもちろん、検討したけれど採用には至らなかったものも「全て」記録して残しておくとあとあと読み返したとき非常に参考になります。採用・不採用に至った経緯や理由も書いておくとより良き仕様書に。

### 3. 仕様書を GitHub に残す

仕様書は共有されてこそ意味があります。バージョン管理や各種便利機能が利用できることを考えると GitHub に残しておくのがコストパフォーマンス最高の選択肢と言えそうです。

各項目毎にディレクトリを切って README.md を作成しその中に Markdown 方式で書いていくと書く方も読む方も非常に快適。

## おすすめ参考図書

全体像・ポイントを掴んで共に設計上手なエンジニアになっていきましょう！
最後におすすめの参考図書を紹介して〆たいと思います。

「設計にチャレンジしてみたくなってきた！もう少し全体的な流れを詳しく知りたいな」というアナタに。

[【図解】はじめての上流工程(要件定義・システム設計・プロジェクトマネジメント)入門: よくわかる！システム開発入門](https://www.amazon.co.jp/%E3%80%90%E5%9B%B3%E8%A7%A3%E3%80%91%E3%81%AF%E3%81%98%E3%82%81%E3%81%A6%E3%81%AE%E4%B8%8A%E6%B5%81%E5%B7%A5%E7%A8%8B-%E8%A6%81%E4%BB%B6%E5%AE%9A%E7%BE%A9%E3%83%BB%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E8%A8%AD%E8%A8%88-%E5%85%A5%E9%96%80-%E3%82%88%E3%81%8F%E3%82%8F%E3%81%8B%E3%82%8B%EF%BC%81%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E9%96%8B%E7%99%BA%E5%85%A5%E9%96%80-%E3%81%B2%E3%81%90%E3%81%BE-ebook/dp/B08K3ZL8FK)

こちらは UML の書き方入門。仕様書を漏れなく網羅する必要のある受諾開発にも完全対応。初めての方でも読みながら作ることができる実践的な一冊です。

[ダイアグラム別 UML 徹底活用 第 2 版](https://www.amazon.co.jp/%E3%83%80%E3%82%A4%E3%82%A2%E3%82%B0%E3%83%A9%E3%83%A0%E5%88%A5UML%E5%BE%B9%E5%BA%95%E6%B4%BB%E7%94%A8-%E7%AC%AC2%E7%89%88-%E4%BA%95%E4%B8%8A%E6%A8%B9-ebook/dp/B00G9QIN62)


自己学習では意識しづらいソフトウェア開発の設計フェーズ。どんなモノを作る？を仕様書に落とし込むまでの流れをさっくりと解説します！

React & Next.js に Azure Active Directory B2C (AADB2C) で超手軽に認証機能を実装しよう


## はじめに

[**fwywd（フュード）**](/) でもバックエンドとして利用している **Microsoft Azure** に用意されている**認証・認可機能**などを兼ね備えた **Azure Acitve Directory B2C (AADB2C)** がめちゃくちゃ良いのです。その一方で、まだ情報が少ないからか使われていない印象を受けます。初期設定に関する情報が少ないだけでなく、実際に React や Next.js での実装にまで踏み込んでいる記事となるとほとんどありません。

そこで、今回はそんな非常に使いやすい **AADB2C** をみなさまに使っていただけるように、ログインの認証機能をバッチリと使っていただけるところまで紹介していきます。この記事を読んでいただいた後に、なんで今まで自前で認証や認可を実装していたのだろうと後悔間違いなしです。

## 前提

今回は以下の前提の方にピッタリの記事となるように書いています。

- React & Next.js (TypeScript) を触ったことがある
- Azure のアカウントを持っている
- Azure Active Directory B2C のリソースを作成している（[参考記事](/tech/aadb2c-auth)）

参考になる記事を３つ紹介します。

### IDaaS の導入

Web アプリケーションフレームワークに標準で搭載されている**認証・認可**の機能を **IDaaS** として提供されている外部サービスを利用する理由を紹介しています。

▶ 関連記事：[IDaaS がこれからは必須！認証・認可は Azure Active Directory B2C (AADB2C) がおすすめ](/tech/why-adopt-idaas)

### AADB2C の導入

**AADB2C の導入**はすでに以下の記事で紹介していますので、興味を持っていただけた方はぜひこちらからご覧ください。

▶ 関連記事：[Azure Active Directory B2C でユーザー認証を超簡単に実装しよう](/tech/aadb2c-auth)

### Microsoft Azure を選択する理由

また、**Microsot Azure** をパブリッククラウドとして採用していますが、その理由も以前紹介していますので、気になった方はぜひこちらもご覧ください。

▶ 関連記事：[パブリッククラウドの選択肢として Microsoft Azure を採用する３つの理由](/blog/why-adopt-azure)

## AADB2C の設定手順

すでに前提として紹介したとおり、AADB2C のリソース作成に関して初めての方は、[Azure Active Directory B2C でユーザー認証を超簡単に実装しよう](/tech/aadb2c-auth) で手順を詳細に紹介しておりますので、まずはこちらから始めてください。

### 認証情報の設定

今回は React & Next.js で組んでいき、主に認証は**クライアントサイド**で行います。**サーバーサイド**での処理ではない点に注意が必要です。AADB2C を利用する際の最も大きな落とし穴が、どこで処理をするかわかっていないことです。

登録したアプリケーションからサイドバーにある**認証**を開き、プラットフォームとして**シングルページアプリケーション**を追加してください。注意として、**Web** もそれらしい名前がついているのですが、これは**サーバーサイド**での場合の認証であり、**クライアントサイド**での認証では動きません。ここの設定を忘れるとうまく動作しない理由が全くわからずに、永遠にさまようことになるので注意してください...。

![04](/img/pages/tech/nextjs-azure-ad-b2c/04.png)

![05](/img/pages/tech/nextjs-azure-ad-b2c/05.png)

![06](/img/pages/tech/nextjs-azure-ad-b2c/06.png)

![07](/img/pages/tech/nextjs-azure-ad-b2c/07.png)

![08](/img/pages/tech/nextjs-azure-ad-b2c/08.png)

### ユーザーフローの作成

ユーザーフローに関しては[前回の記事](/tech/aadb2c-auth)で紹介していました。

前回は新規登録とログインができるようになっていましたが、今回は違う知見もつけるために、**ログインのみのユーザーフロー**を作ってみましょう。アプリケーション側からは新規登録できず、**Azure のポータル画面からユーザーを登録するような管理方法**ですね。社員がブログを操作するときなど**限られた人間のみの登録を受け付ける場合には有効なユーザーフロー**です。

![09](/img/pages/tech/nextjs-azure-ad-b2c/09.png)

![10](/img/pages/tech/nextjs-azure-ad-b2c/10.png)

![11](/img/pages/tech/nextjs-azure-ad-b2c/11.png)

今回はログイン後にユーザーの情報として、メールアドレスも渡されるように、**要求を返す**にメールアドレスも追加します。

![12](/img/pages/tech/nextjs-azure-ad-b2c/12.png)

![13](/img/pages/tech/nextjs-azure-ad-b2c/13.png)

これで準備完了です。基本的に **GUI** だけで操作できるので本当に簡単ですよね。

### ユーザーの作成

ログインができるユーザーを Azure のポータル画面から設定しましょう。ブログの編集ができる社員を登録するようなイメージですね。こちらも当然、簡単です。

![14](/img/pages/tech/nextjs-azure-ad-b2c/14.png)

![15](/img/pages/tech/nextjs-azure-ad-b2c/15.png)

![16](/img/pages/tech/nextjs-azure-ad-b2c/16.png)

![17](/img/pages/tech/nextjs-azure-ad-b2c/17.png)

これでユーザーが追加されていれば OK です。

Azure 側での設定は以上です。簡単すぎます！

## Next.js のプロジェクト準備

次はログインを行うアプリケーション側を進めていきましょう。

### バージョン情報

- Node.js：16.13.1
- React：17.0.2
- Next.js：12.0.7
- @azure
  - msal-react：1.1.2
  - msal-browser：2.20.0

### プロジェクト新規作成

今回は多くの方に再現しやすいように Next.js のプロジェクトを新規で作成するところから紹介します。基本的に `yarn` を用いますが、`npm` でももちろんできますので、必要に応じて読み替えていただけると助かります。

```bash
# プロジェクト nextjs-aadb2c の作成（TypeScript）
yarn create next-app --typescript nextjs-aadb2c
```

これで Next.js のプロジェクトが用意できたため、ディレクトリを移り、サーバーを立ち上げて動作を確認しましょう。

```bash
cd nextjs-aadb2c
yarn dev
```

![01](/img/pages/tech/nextjs-azure-ad-b2c/01.png)

これで最初の準備が完了です。

### src ディレクトリの作成

Next.js では初期に `pages` がルートにありますが、この後の編集では `lib` なども作っていきたいので、`src` ディレクトリを作成します。`src` の中に `pages`, `styles` を格納し、`lib` ディレクトリもその中に作っておくと良いでしょう。

### ルートページのリセット

この後のログインの機能がわかりやすくなるように、ルートでアクセスする画面に必要な文字は削除しておきます。

```typescript
// src/pages/index.tsx
import type { NextPage } from 'next';

const Home: NextPage = () => {
  return <h1>React & Next.js と AADB2C の連携</h1>;
};

export default Home;
```

![02](/img/pages/tech/nextjs-azure-ad-b2c/02.png)

さて、ここから始めていきましょう。

### MSAL の導入

Azure を利用した IDaaS の良い点は、**クライアントサイド側の認証に必要なライブラリが用意されている**ことです。Next-Auth といった外部製のライブラリを使用することもできますが、これが非常に厄介な上に情報が少ないのです。

今回は Microsoft 製でセキュリティ対策もバッチリな **Microsoft Authentication Library (MSAL)** を利用して実装を進めます。MSAL は JavaScript 向けにもありますが、さらに **React に特化したバージョンもある**ため、**Next.js など React 製のアプリケーションでは開発者体験が最高です**。

[**msal-react**](https://www.npmjs.com/package/@azure/msal-react) の情報は現状で少なく、[こちら](https://www.npmjs.com/package/@azure/msal-react) のパッケージ配布用に書かれている簡単な導入と、[GitHub で公開されている導入記事](https://github.com/AzureAD/microsoft-authentication-library-for-js/blob/dev/lib/msal-react/docs/getting-started.md) を見ながら進めました。ただ、結構設定周りで苦労したので、今回の記事は他の方にとってかなり重宝するのでは無いかと思っています。

```bash
# msal-react のインストール
yarn add @azure/msal-react @azure/msal-browser
```

これでインストール完了です。ここまでは特に問題ないと思います。

### Config 　の設定

今回作成した AADB2C やユーザーフローの情報を記載します。基本的には以下の内容を編集していただければ OK です。

クライアント ID は Azure のポータル画面から確認できます。

![18](/img/pages/tech/nextjs-azure-ad-b2c/18.png)

![19](/img/pages/tech/nextjs-azure-ad-b2c/19.png)

`authority` で登場する `kikagakuapps` は私が AADB2C で登録した名前です。`b2c_1_signin` はユーザーフローで作成した名前でしたね。これらを合わせて設定してみましょう。詳細な情報に困ったときは、以下のようにユーザーフローで定義されているページを見に行くと、情報のヒントがあるはずです。

![20](/img/pages/tech/nextjs-azure-ad-b2c/20.png)

```typescript
// src/lib/auth/config.ts
import { Configuration } from '@azure/msal-browser';

export const msalConfig: Configuration = {
  auth: {
    clientId: '34d76626-.............',
    authority: 'https://kikagakuapps.b2clogin.com/kikagakuapps.onmicrosoft.com/b2c_1_signin',
    knownAuthorities: ['kikagakuapps.b2clogin.com'],
    redirectUri: '/',
    postLogoutRedirectUri: '/',
  },
  cache: {
    cacheLocation: 'localStorage',
  },
};

export const loginRequest = {
  scopes: ['openid', 'offline_access'],
};
```

ここで、注意点として `cacheLocation` を `localStorage` に設定しています。デフォルトでは `sessionStorage` です。違いはブラウザを閉じたときに記憶している (localStorage) か否 (sessionStorage) かだと考えるとわかりやすいと思います。セキュリティ的には、情報を短く持つ `sessionStorage` が推奨されています。この辺りは、ユーザー体験とバランスを取ると良いでしょう。

### Provider の設定

Recoil や Chakra UI でおなじみの **Provider** の設定です。先述した設定を反映するように、以下のように `MsalProvide` を追加しましょう。

```typescript
// src/pages/_app.tsx
import { PublicClientApplication } from '@azure/msal-browser';
import { MsalProvider } from '@azure/msal-react';
import { msalConfig } from '../lib/auth/config';
import '../styles/globals.css';
import type { AppProps } from 'next/app';

function MyApp({ Component, pageProps }: AppProps) {
  const pca = new PublicClientApplication(msalConfig);

  return (
    <MsalProvider instance={pca}>
      <Component {...pageProps} />
    </MsalProvider>
  );
}

export default MyApp;
```

これで準備完了です。

### ログインボタンの設定

それでは、AADB2C にログインさせるボタンを配置しましょう。話をシンプルにするために特にスタイリングは行っていません。

```typescript
// src/components/SigninBtn.tsx
import { useMsal } from '@azure/msal-react';
import { loginRequest } from '../lib/auth/config';

export default function SigninBtn(): JSX.Element {
  const { instance } = useMsal();
  return (
    <div>
      <button onClick={() => instance.loginRedirect(loginRequest)}>ログイン</button>
    </div>
  );
}
```

```typescript
// src/pages/index.tsx
import type { NextPage } from 'next';
import SigninBtn from '../components/SigninBtn';

const Home: NextPage = () => {
  return (
    <>
      <h1>React & Next.js と AADB2C の連携</h1>
      <SigninBtn />
    </>
  );
};

export default Home;
```

以下のように、ログイン用のボタンを押して、AADB2C でのログイン画面に遷移すれば成功です。msal-react があることで、神がかって実装を楽にしてくれました。

![21](/img/pages/tech/nextjs-azure-ad-b2c/21.png)

![22](/img/pages/tech/nextjs-azure-ad-b2c/22.png)

### ユーザーの状態を取得

ログインが完了しても見た目は特に変わりませんが、実はブラウザ上のローカルストレージにしっかりとプロフィール情報を含んだトークンのがしっかりと保存されています。Google Chrome の場合、開発者ツールで確認することができます。

![23](/img/pages/tech/nextjs-azure-ad-b2c/23.png)

このトークンから情報を読み込む方法も react-msal では当然サポートされています（当たり前ですが神！）。以下のように、`useCurrentUser` という Hook を作っておくと、色々なページから利用できて便利です。

```typescript
// src/hooks/useCurrentUser.ts
import { AccountInfo } from '@azure/msal-browser';
import { useMsal } from '@azure/msal-react';

interface Account extends AccountInfo {
  idTokenClaims: {
    aud: string;
    auth_time: number;
    family_name: string;
    given_name: string;
    emails: string[];
    iss: string;
    nbf: number;
    nonce: string;
    sub: string;
    tfp: string;
    ver: string;
  };
}

export interface User {
  sub: string;
  familyName: string;
  givenName: string;
  email: string;
}

const useCurrentUser = (): User | null | undefined => {
  const { accounts } = useMsal();
  if (accounts.length > 0) {
    const account = accounts[0] as Account;
    const user: User = {
      sub: account.idTokenClaims?.sub,
      familyName: account.idTokenClaims?.family_name,
      givenName: account.idTokenClaims?.given_name,
      email: account.idTokenClaims?.emails[0],
    };
    return user;
  }
  return null;
};

export default useCurrentUser;
```

この `useCurrentUser` を利用して、まずはターミナルで取得したユーザー情報を表示してみましょう。

```typescript
// src/pages/index.tsx
import type { NextPage } from 'next';
import SigninBtn from '../components/SigninBtn';
import useCurrentUser from '../hooks/useCurrentUser';

const Home: NextPage = () => {
  const user = useCurrentUser();
  console.log(user);
  return (
    <>
      <h1>React & Next.js と AADB2C の連携</h1>
      <SigninBtn />
    </>
  );
};

export default Home;
```

![24](/img/pages/tech/nextjs-azure-ad-b2c/24.png)

めっちゃ簡単にユーザー情報にアクセスできて感動的です！

### ログイン時にユーザー情報を表示

それでは取得したユーザー情報を文字として表示するように設定していきましょう。ここで、ログイン時にはユーザー情報が存在して表示しても良いですが、ログインしていない状況では表示しない**情報の出し分け**が必要となります。これを実装するのは意外と面倒なのです（情報が一時的に表示されるチラツキを抑えるなど）。

この点も msal-react はもちろん対応しています。ログイン時の情報は `AuthenticatedTemplate` のブロック内に、非ログイン時の情報は `UnauthenticatedTemplate` に記載するだけと超簡単です。

```typescript
// src/pages/index.tsx
import type { NextPage } from 'next';
import { AuthenticatedTemplate, UnauthenticatedTemplate } from '@azure/msal-react';
import SigninBtn from '../components/SigninBtn';
import useCurrentUser from '../hooks/useCurrentUser';

const Home: NextPage = () => {
  const user = useCurrentUser();
  return (
    <>
      <h1>React & Next.js と AADB2C の連携</h1>

      <UnauthenticatedTemplate>
        <SigninBtn />
      </UnauthenticatedTemplate>

      <AuthenticatedTemplate>
        <p>
          こんにちは、{user?.familyName} {user?.givenName} さん
        </p>
        <p>メールアドレス：{user?.email}</p>
      </AuthenticatedTemplate>
    </>
  );
};

export default Home;
```

![25](/img/pages/tech/nextjs-azure-ad-b2c/25.png)

これも超簡単です！最高！

### ログアウトボタン

最後はログアウトのボタンを作れば完成です。こちらもログインのボタンとほぼ同じです。

```typescript
// src/components/SignoutBtn.tsx
import { useMsal } from '@azure/msal-react';

export default function SigninBtn(): JSX.Element {
  const { instance } = useMsal();
  return (
    <div>
      <button onClick={() => instance.logout()}>ログアウト</button>
    </div>
  );
}
```

```typescript
// src/pages/index.tsx
import type { NextPage } from 'next';
import { AuthenticatedTemplate, UnauthenticatedTemplate } from '@azure/msal-react';
import SigninBtn from '../components/SigninBtn';
import SignoutBtn from '../components/SignoutBtn';
import useCurrentUser from '../hooks/useCurrentUser';

const Home: NextPage = () => {
  const user = useCurrentUser();
  return (
    <>
      <h1>React & Next.js と AADB2C の連携</h1>

      <UnauthenticatedTemplate>
        <SigninBtn />
      </UnauthenticatedTemplate>

      <AuthenticatedTemplate>
        <p>
          こんにちは、{user?.familyName} {user?.givenName} さん
        </p>
        <p>メールアドレス：{user?.email}</p>
        <SignoutBtn />
      </AuthenticatedTemplate>
    </>
  );
};

export default Home;
```

これでログアウトしてみると、以下のように `UnauthenticatedTemplate` のブロック内で書かれたログインボタンのみが表示されると成功です。

![26](/img/pages/tech/nextjs-azure-ad-b2c/26.png)

![27](/img/pages/tech/nextjs-azure-ad-b2c/27.png)

これで認証に必要な一連の機能をすべて紹介できました！

AADB2C と msal-react の組み合わせの開発者体験は最高です！！

## おわりに

認証という機能を作るためには、セキュリティなど非機能要件も含めた考慮が必要となりますが、AADB2C を利用することで、この点の問題を実装コスト 0 でクリアすることができています。また、クライアント側での実装も msal-react を利用することで、めちゃくちゃ簡単に実装を進められます。

今回の記事で IDaaS は難しいんじゃない？と疑問に思われえていた方も見方が変わっていれば嬉しいです。ぜひ、みなさん AADB2C を使った認証を利用することで、より本質的な独自性のある機能の開発に時間を割いていきましょう！

### 著者

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


fwywd（フュード）でもバックエンドとして利用している Microsoft Azure に用意されている認証・認可機能などを兼ね備えた Azure Acitve Directory B2C (AADB2C) がめちゃくちゃ良いのです。その一方で、まだ情報が少ないからか使われていない印象を受けます。初期設定に関する情報が少ないだけでなく、実際に React や Next.js での実装にまで踏み込んでいる記事となるとほとんどありません。そこで、今回はそんな非常に使いやすい AADB2C をみなさまに使っていただけるように、ログインの認証機能をバッチリと使っていただけるところまで紹介していきます。この記事を読んでいただいた後に、なんで今まで自前で認証や認可を実装していたのだろうと後悔間違いなしです。

IDaaS がこれからは必須！認証・認可は Azure Active Directory B2C (AADB2C) がおすすめ


## はじめに

**これからの時代のアプリケーション開発に必須**である一方、意外と知られていない機能。それが **IDaaS (Identity as a Service)** です。

[**fwywd（フュード）**](/) でもバックエンドとして利用している **Microsoft Azure** に用意されている**認証・認可機能**などを兼ね備えた **IDaaS** である **Azure Acitve Directory B2C (AADB2C)** がめちゃくちゃ良いのです。

今回は絶対知っておいて損のない **IDaaS** に関して、**４つのメリット**を紹介します。

## IDaaS

### IDaaS とは？

まず **IDaaS** とはその名の通り、**ユーザー情報を管理するとこに特化したサービス**です。AADB2C 以外では **Auth0** が有名です。通常は自前のサーバー内でユーザー情報の管理からログイン時の情報の照合などを行うことが一般的でしたが、この機能だけを分離して、サービスとして提供しているのです。

![IDaaS](https://www.rworks.jp/wp-content/uploads/2021/10/Idaas-ttl.png)

出典：[IDaaS とは？ゼロトラストネットワークとの関連と Azure 上での実現方法について解説](https://www.rworks.jp/cloud/azure/azure-column/azure-entry/24482/)

### Azure が提供する IDaaS

基本的には、**Azure Active Directory (Azure AD)** が Microsoft Azure が提供する **IDaaS** です。**消費者 (consumer) 向け**に特化した機能が付け加えられた Azure の IDaaS が **Azure Active Directory B2C (Azure ADB2C or AADB2C)** というわけです。これからユーザーのログインなどの認証・認可機能を実装したいという方にはぴったりです。

**AADB2C** では、**Azure API Management** と組み合わせることで、認証済み（＋許可対象）のユーザーのみ情報にアクセスできるような**認可機能**も非常に手軽に実装できます。実装するというよりも、Azure API Management の画面上に利用する AADB2C の ID を設定するだけですので、時間にして 30 秒ほどで完了できてしまうのです。

これからのクラウドの時代は、サーバーを借りてその中でアプリケーションを構築するのでは環境をフル活用できていません。**IDaaS** や **PaaS** など各機能に特化したサービスを必要に応じて組み合わせることで、**コストを削減**しながら**スケール拡大**にも対応できるような構成を作っていくのです。

### 認証機能って簡単じゃね？

それでは、IDaaS を導入するメリットを見ていきましょう。Python での Django や Ruby での Ruby on Rails などの **Web アプリケーションフレームワーク**を利用して、これまで Web アプリケーションを開発して来られた方も多いと思います。その方々にとっては、**認証機能って Web アプリケーションフレームワークの中に入っているので、別で実装する必要なくない？** という感じだと思います。かつての私もそう考えていました。

## IDaaS を導入する４つのメリット

### メリット１：UI の実装が不要

この理由だけでも **IDaaS** を絶対に導入した方が良いと思います。通常 Web アプリケーションを実装していくときには、ログインやログアウトの画面が必要となります。当たり前のことですし、情報としてはそれなりに揃っているのですが、この認証周りの実装は**地味に面倒**なのです。

**AADB2C** や **Auth0** では、この認証画面の実装が一切不要です。ログインや新規登録ボタンを押した際に **AADB2C** の指定されたリンクに遷移させるだけです。ログイン後に、認証情報を持ってリダイレクトしてきてくれます。この辺りは本記事で実際に紹介しますね。最近では実装が当たり前になっている Google や Facebook アカウントでのログインも実装は意外と面倒なのですが、AADB2C では GUI だけで超簡単に設定できます。

### メリット２：セキュリティ対策になる

アプリケーションで攻撃が多いのが**ログイン画面**なのです。もちろん、この攻撃に耐えられるように Web アプリケーションフレームワーク側で**セキュリティ対策**が施されているため、知識がなくてもある程度攻撃から守ることができています。しかし、そのような一番攻撃が多い箇所を無知なまま進めていくと、いつか痛い目を見るかも知れません。

それに対して、**AADB2C** などの **IDaaS** では、ログイン画面などは全て **IDaaS** 側で管理されているため、強固な最新のセキュリティ対策が施され続けます。Web アプリケーションフレームワークで守るというよりも、**サービスとして守られる**ため、多くの開発者にとっては**絶対に取った方が良い選択**です。

私自身も、元々はソフトウェアテストの会社で働いていた経験があり、ある程度は攻撃のパターンに関する知識があります。それでも、最新の情報を追い続けることは困難ですし、同じ力を使うのであれば、UI/UX がさらに改善される方法論の調査に充てます。多くの開発者にとって、IDaaS を利用して認証・認可の内製化を手放すことは**本質的な開発に充てられる時間を長くする**ものです。

### メリット３：スケールに強くなる

ユーザー数の多いサービスの場合、**ログイン後の認証や認可を行う処理は極めて処理量が多く**なります。したがって、最初は動いていて良かったものが、いつしかどんどん遅くなっていくのです。

この対策として、**Reddis** などを利用して、ユーザーログイン後のセッション情報をキャッシュするなどで改善している例が多いはずです。ここまで実装できれば、もちろん良いのですが、新規事業など機能追加に追われるチームにとっては、この**スケールに向けたパフォーマンス改善に充てられる人材リソースは少ないはず**です。

それに対して、AADB2C などの IDaaS では、この点もほとんど気にする必要がありません。**スケールはパブリッククラウドが得意な領域**であるため、ユーザーが拡大しても、これまでと同じようなパフォーマンスを得られ続けます。

しかも、AADB2C は**月間アクティブユーザーが 50,000 人までは無料**で使えて太っ腹です。初期のコストを気にするベンチャー企業や個人開発にとっても良い選択と言えます。

▶ 参考：[Azure Active Directory 外部 ID の価格](https://azure.microsoft.com/ja-jp/pricing/details/active-directory/external-identities/)

### メリット４：複数アプリでも管理が楽

企業では、１つのアプリケーションだけでなく、**複数アプリケーション**を保有していることが多く、これらのアプリケーション間でユーザー情報を適切に管理できているかも重要です。運営している会社が同じにもかかわらず、各アプリケーションごとに新規登録が必要になったりといった不便な体験はないでしょうか。小規模な開発のみに関わっていると視野に入れていないことが多いのですが、大事な観点です。

情報を一元管理できていないとセキュリティのリスクが高まりますし、効率の良いマーケティング施策が打てないといったことも考えられます。これから大きくなっていくことを見据える会社ほど、**複数アプリケーションの情報を一元管理できる IDaaS** が求められているはずです。

## IDaaS が気になった方が次に読んでほしい記事

### AADB2C の導入

**AADB2C の導入**はすでに以下の記事で紹介していますので、興味を持っていただけた方はぜひこちらからご覧ください。**どのくらい手軽か**がすぐに分かっていただけるはずです！

▶ 関連記事：[Azure Active Directory B2C でユーザー認証を超簡単に実装しよう](/tech/aadb2c-auth)

### React & Next.js と AADB2C の連携

[**fwywd**](/) でも利用している **React & Next.js の認証機能として AADB2C を利用する具体的な流れ**を紹介していますので、ぜひご覧ください。

▶ 関連記事：[React & Next.js に Azure Active Directory B2C (AADB2C) で超手軽に認証機能を実装しよう](/tech/nextjs-azure-ad-b2c)

### Microsoft Azure を選択する理由

また、**Microsot Azure** をパブリッククラウドとして採用していますが、その理由も以前紹介していますので、気になった方はぜひこちらもご覧ください。

▶ 関連記事：[パブリッククラウドの選択肢として Microsoft Azure を採用する３つの理由](/blog/why-adopt-azure)

## おわりに

**IDaaS** も含め、これからは**複数サービスの組み合わせられる力**が重要になります。

その一方で、この議論をするときに話題に挙がるのが、サービスの差別化を図るための**内製化**も当然重要となります。

「**どのような機能は内製化すべきでないか？**」

その答えは、多くのサービスで共通する処理は内製化する必要がないと答えています。つまり、**コモディティ化**した機能です。**認証や認可**はその代表格と言えるのではないでしょうか。このようなコモディティ化した機能の開発に注力したところで、**サービスの差別化には繋がりません**。

この**コモディティ化しているか否か**を基準に、**XXaaS** や **API** といった外部サービスの利用か、内製化を判断していくと良いでしょう。

### 著者

株式会社キカガク 代表取締役会長  
吉崎 亮介  
twitter: [**@yoshizaki_91**](https://twitter.com/yoshizaki_91)


これからの時代のアプリケーション開発に必須である一方、意外と知られていない機能。それが IDaaS (Identity as a Service) です。fwywd（フュード）でもバックエンドとして利用している Microsoft Azure に用意されている認証・認可機能などを兼ね備えた IDaaS である Azure Acitve Directory B2C (AADB2C) がめちゃくちゃ良いのです。今回は絶対知っておいて損のない IDaaS に関して、４つのメリットを紹介します。

React & Next.js に Azure Active Directory B2C (ADB2C) で超手軽に認証機能を実装しよう

【React/Next.js】Chakra UI の基本的な使い方【TypeScript 対応】


## はじめに

どーも、入田 / ぐるたか [@guru_taka](https://twitter.com/guru_taka) です！  
本記事では **React/Next.js (TypeScript) における Chakra UI の基本的な使い方**を紹介します。レスポンシブ対応や独自 CSS の記述方法など便利な Tips もまとめていますので、ぜひ参考にしてみてください！

> Chakra UI の導入方法については、以下の記事にまとめています。  
> 参考：[Next.js (JavaScript/TypeScript) に Chakra UI を導入する方法 | fwywd（フュード）](https://fwywd.com/tech/next-chakra-ui)

> 基本的に Next.js の PJ をベースとして、解説しています。もし、掲載しているコードが React で動作しない場合は、ディレクトリ構造やコードを適宜、確認してください。

### バージョン情報

- node：15.11.0
- react: 17.0.2
- react-dom: 17.0.1
- next: 11.1.2
- @chakra-ui/react: 1.6.7
- @emotion/react: 11
- @emotion/styled: 11
- framer-motion: 4

## 基本的な書き方

**Chakra UI は基本的にコンポーネントベースで記述します**。例は以下の通りです。

- グルーピングなど頻繁に使う `div` タグ → `Box` コンポーネント
- 見出しで使用する `h1` ~ `h6` タグ → `Heading` コンポーネント
- 文章を記述するための `p` タグ → `Text` コンポーネント
- `button` タグ → `Button` コンポーネント

コードで表現すると、以下のようになります。

```tsx
// pages/index.tsx
import { Heading, Box, Button, Text } from '@chakra-ui/react';

export default function Index(): JSX.Element {
  return (
    <Box>
      <Text>テキスト</Text>
      <Heading>見出し</Heading>
      <Button>ボタン</Button>
    </Box>
  );
}
```

![1.png](/img/pages/tech/chakra-ui-howto/1.png)

上記で紹介した Chakra UI のコンポーネントは極一部です。

Form で頻繁に使う UI コンポーネントも当然ありますし、実装が煩雑なオーバレイ系やフィードバック系 UI コンポーネント（モーダル、トースタ、スケルトンなど）も標準で搭載。さらに、便利なパンくずリストやアコーディオンなどもあり、**よく使う UI コンポーネントがほぼ網羅されています**。

下図のように[公式ドキュメント](https://chakra-ui.com/docs/getting-started)の左サイドバーに、搭載されている UI コンポーネントが羅列されています。ぜひ確認してみてください！

![2.png](/img/pages/tech/chakra-ui-howto/2.png)

基本的には、Chakra UI の機能が搭載されたコンポーネントで記述して、実装を進めましょう！

### スタイリングの方法

Chakra UI のコンポーネントに対し、**スタイリングする場合は props を使います**。例えば、フォントの太さや色、横幅などを変更したい時、コードは以下のようになります。

```tsx
// pages/index.tsx
import { Heading, Box, Button, Text } from '@chakra-ui/react';

export default function Index(): JSX.Element {
  return (
    <Box width="200px" background="gray">
      <Text color="blue" fontWeight="bold">
        テキスト
      </Text>
      <Heading>見出し</Heading>
      <Button>ボタン</Button>
    </Box>
  );
}
```

![3.png](/img/pages/tech/chakra-ui-howto/3.png)

Chakra UI コンポーネントの props に関しては、[Style Props](https://chakra-ui.com/docs/features/style-props)（下図参照）に掲載されています。種類が非常に多いため、必要に応じて確認すると、良いでしょう。

![4.png](/img/pages/tech/chakra-ui-howto/4.png)

Chakra UI は TypeScript に対応しているため、VS Code による補完が効きます。そのため、開発体験が良いです！

また、Tailwind CSS と同じように、`2xl` や `3xl` など、デフォルトの変数が用意されていますが、`10px` など適切な値を代入することも可能です。

▼ 補完の様子
![5.gif](/img/pages/tech/chakra-ui-howto/5.gif)

更に、一部の props に関しては、ショートハンド（型も対応）で表現できます。長めの props 名に関しては、略を使うと良いでしょう。以下、例になります。

- `width` → `w`
- `height` → `h`
- `background` → `bg`

その他、UI コンポーネント特有の props もあります。その場合は、各コンポーネントのドキュメントに詳細（下図参照）がありますので、適宜、確認してみてください。

![6.png](/img/pages/tech/chakra-ui-howto/6.png)

もし、**一部のコンポーネントで、特定の props が使えない場合は、使用した props が対応しているかどうか、公式ドキュメントで確認しましょう**。経験則になりますが、そのような場合は対応していないケースが多いです。

## レスポンシブ対応

レスポンシブ対応したい時は、以下のようにコードを記述します。

```tsx
// pages/index.tsx
import { Heading, Box, Button, Text } from '@chakra-ui/react';

export default function Index(): JSX.Element {
  return (
    // 追記：横幅をレスポンシブ対応
    <Box w={{ base: '150px', sm: '300px', md: '500px', lg: '700px', xl: '1000px' }} bg="gray">
      <Text color="blue" fontWeight="bold">
        テキスト
      </Text>
      <Heading>見出し</Heading>
      <Button>ボタン</Button>
    </Box>
  );
}
```

![responsive.gif](/img/pages/tech/chakra-ui-howto/responsive.gif)

各プロパティの意味は以下の通りです。

- `base`：From `0em` より大きい場合
- `sm`：From `30em`（デフォルト値）より大きい場合
- `md`：From `48em`（デフォルト値）より大きい場合
- `lg`：From `62em`（デフォルト値）より大きい場合
- `xl`：From `80em`（デフォルト値）より大きい場合

実はオブジェクト形式だけでなく、以下のように配列でも記述できます。

```tsx
// 配列
["150px", "300px", "500px", "700px","1000px"]

// オブジェクト
{ base: '150px', sm: '300px', md: '500px', lg: '700px', xl: '1000px' }
```

しかし、**配列で記述すると、閾値が直感的にわからないため、可読性の観点からオススメしません**。そのため、基本的にはオブジェクト形式でレスポンシブ対応を表現すると、良いでしょう。

## 疑似要素のスタイリング

疑似要素に関しては、以下のように `_` を先頭に付けて、表現します。以下、例になります。

- `_before` / `_after`
- `_hover`
- `_focus`

サンプルコードは以下の通りです。

```tsx
import { Heading, Box, Button, Text } from '@chakra-ui/react';

export default function Index(): JSX.Element {
  return (
    <Box>
      <Text color="blue" fontWeight="bold" _before={{ content: '"before の要素"', color: 'white' }}>
        テキスト
      </Text>
      <Heading>見出し</Heading>
      <Button>ボタン</Button>
    </Box>
  );
}
```

![before.png](/img/pages/tech/chakra-ui-howto/before.png)

詳細は公式ドキュメントを御覧ください。

参考：[Style Props pseudo - Chakra UI](https://chakra-ui.com/docs/features/style-props#pseudo)

## コンポーネントの html タグの変更

各コンポーネントの html タグを変更する場合は、 `as` という props を使用します。

例えば、`Heading` コンポーネントの html をタグを `h1` ~ `h6` に割り振る方法は以下の通りです。

```tsx
<Heading as="h1">h1</Heading>
<Heading as="h2">h2</Heading>
<Heading as="h3">h3</Heading>
<Heading as="h4">h4</Heading>
<Heading as="h5">h5</Heading>
<Heading as="h6">h6</Heading>
```

他にも自由に html タグを変更できます！

## 独自 CSS の記述方法

Chakra UI に搭載されていないスタイルを適用する場合は、`sx` という props を使用します。

例えば、テキストを縦文字で表現したい場合、独自の CSS を記述する必要があり、コードは以下のようになります。

```tsx
import { Heading, Box, Button, Text } from '@chakra-ui/react';

export default function Index(): JSX.Element {
  return (
    <Box
      sx={{
        // セレクタ
        '.vertical-mode': {
          // プロパティと値
          writingMode: 'vertical-rl',
        },
      }}
    >
      {/* sx で定義したクラス名 ".vertical-mode" を className に代入  */}
      <Heading className="vertical-mode" color="green" fontSize="7xl">
        縦文字
      </Heading>
    </Box>
  );
}
```

![vertical.png](/img/pages/tech/chakra-ui-howto/vertical.png)

`sx` の props を使用することで、独自 CSS も簡単に適用できます！

参考：[The `sx` Prop - Chakra UI](https://chakra-ui.com/docs/features/the-sx-prop)

## Chakra UI のようなコンポーネント定義

---

Chakra UI の機能を持たせたコンポーネントを定義したいケースも多々あります。

例えば、以下のようなグラデーションがかかった `Box` コンポーネントを再利用したいとします。

```tsx
import { Box, Text } from '@chakra-ui/react';

export default function Index(): JSX.Element {
  return (
    <Box>
      <Text>グラデーション１</Text>
      <Box bgGradient="linear(to-r, red,blue)" w="300px" h="200px" />
      <Text>グラデーション２</Text>

      <Box bgGradient="linear(to-r, red,blue)" w="500px" h="100px" />
      <Text>グラデーション３</Text>
      <Box bgGradient="linear(to-r, red,blue)" w="200px" h="100px" />
    </Box>
  );
}
```

![gradient-1.png](/img/pages/tech/chakra-ui-howto/gradient-1.png)

グラデーションのかかった `Box` コンポーネントをコンポーネント化すると、以下のようになります。

```tsx
// components/GradientBox.tsx
import { Box, BoxProps } from '@chakra-ui/react';
import { ReactNode } from 'react';

// BoxProps を継承
interface Props extends BoxProps {
  children?: ReactNode;
}

export default function GradientBox({ children, ...rest }: Props): JSX.Element {
  return (
    <Box bgGradient="linear(to-r, red,blue)" {...rest}>
      {children}
    </Box>
  );
}
```

そして、定義した `GradientBox` コンポーネントで共通化すると、以下のようになります。

```tsx
import { Box, Text } from '@chakra-ui/react';
import GradientBox from 'components/GradientBox';

export default function Index(): JSX.Element {
  return (
    <Box>
      <Text>グラデーション１</Text>
      <GradientBox w="300px" h="200px" />
      <Text>グラデーション２</Text>
      <GradientBox w="500px" h="100px" />
      <Text>グラデーション３</Text>
      <GradientBox w="200px" h="100px" />
    </Box>
  );
}
```

補足になりますが、`bgGradient` に別のグラデーション値を代入すると、以下のように背景色が上書きされます。

```tsx
import { Box, Text } from '@chakra-ui/react';
import GradientBox from 'components/GradientBox';

export default function Index(): JSX.Element {
  return (
    <Box>
      <Text>グラデーション１</Text>
      {/* 別のグラデーション */}
      <GradientBox bgGradient="linear(to-r, green,blue)" w="300px" h="200px" />
      <Text>グラデーション２</Text>
      <GradientBox w="500px" h="100px" />
      <Text>グラデーション３</Text>
      <GradientBox w="200px" h="100px" />
    </Box>
  );
}
```

![gradient-2.png](/img/pages/tech/chakra-ui-howto/gradient-2.png)

もし、`bgGradient` の値を固定し、props から除外したい場合は、継承する `BoxProps` から `bgGradient` を取り除きましょう。コードは以下のようになります。

```tsx
import { Box, BoxProps } from '@chakra-ui/react';
import { ReactNode } from 'react';

// Omit で bgGradient だけ除外
interface Props extends Omit<BoxProps, 'bgGradient'> {
  children?: ReactNode;
}

export default function GradientBox({ children, ...rest }: Props): JSX.Element {
  return (
    <Box bgGradient="linear(to-r, red,blue)" {...rest}>
      {children}
    </Box>
  );
}
```

他にも、`width`（ショートハンド `w`）と `height`（ショートハンド `h`）だけ、継承することも可能です。

```tsx
import { Box, BoxProps } from '@chakra-ui/react';
import { ReactNode } from 'react';

// Pick で 横幅と縦幅のみ継承
interface Props extends Pick<BoxProps, 'width' | 'height' | 'w' | 'h'> {
  children?: ReactNode;
}

export default function GradientBox({ children, ...rest }: Props): JSX.Element {
  return (
    <Box bgGradient="linear(to-r, red,blue)" {...rest}>
      {children}
    </Box>
  );
}
```

他にも TypeScript の Utility Types を使うことで、props の様々な制御が可能です。

参考：[【TypeScript】Utility Types をまとめて理解する - Qiita](https://qiita.com/k-penguin-sato/items/e2791d7a57e96f6144e5#requiredt)

以下の記事も参考になりますので、ぜひチェックしてみてください！

- [Chakra UI の再利用コンポーネント拡張の方法あれこれ](https://zenn.dev/terrierscript/articles/2021-05-11-chakra-ui-component-extends)
- [コンポーネントを拡張したものを共通化して使う｜ Chakra UI の歩き方 & Tips 集](https://zenn.dev/terrierscript/books/2021-05-chakra-ui/viewer/1-7-1-expand-box)

## 【補足】汎用性の高い便利なコンポーネント集

補足として、個人的に使いやすかった汎用性の高い Chakra UI 標準の UI コンポーネントを紹介します。

- [Box](https://chakra-ui.com/docs/layout/box)
  - 基本中の基本（`div`）
- [Container](https://chakra-ui.com/docs/layout/container)
  - メインコンテンツやサイドバーのラッパーに最適
- [Center](https://chakra-ui.com/docs/layout/center)
  - 縦と横の中央寄せ
  - 縦の中央寄せしたい時に便利
- [VStack / HStack / Stack](https://chakra-ui.com/docs/layout/stack)
  - 縦 / 横 / 縦 or 横の均等配置が簡単に実装可能
  - レスポンシブ対応で、縦横の並びが変わる時は、Stack を使うこと
  - `Spacer` コンポーネントも使うことで、`space-between` と同様の効果が得られる
- [SimpleGrid](https://chakra-ui.com/docs/layout/simple-grid)
  - シンプルなグリッド表示

その他にも便利な UI コンポーネントが Chakra UI には多数あるので、ぜひ確認してみてください！

参考：[Getting Started - Chakra UI](https://chakra-ui.com/docs/getting-started)

## 最後に

以上になります。React/Next.js で Chakra UI を使い始めた方の参考になれば幸いです。  
ここまでご覧いただき、ありがとうございました！

---

株式会社キカガク コンテンツマーケティング責任者  
入田 / ぐるたか  
twitter: [@guru_taka](https://twitter.com/guru_taka)

### 参考文献

- [Getting Started - Chakra UI](https://chakra-ui.com/docs/getting-started)
- [Chakra UI の再利用コンポーネント拡張の方法あれこれ](https://zenn.dev/terrierscript/articles/2021-05-11-chakra-ui-component-extends)
- [コンポーネントを拡張したものを共通化して使う｜ Chakra UI の歩き方 & Tips 集](https://zenn.dev/terrierscript/books/2021-05-chakra-ui/viewer/1-7-1-expand-box)


Next.js (JavaScript/TypeScript) に Chakra UI を導入する方法をまとめています。参考になれば幸いです！

Next.js (JavaScript/TypeScript) に Chakra UI を導入する方法


## はじめに

どーも、入田 / ぐるたか [@guru_taka](https://twitter.com/guru_taka) です！  
本記事では **Next.js に Chakra UI を導入する方法**を紹介します。また、**設定しておくと便利な Tips も触れています**ので、ぜひ参考にしてみてください！

### バージョン情報

- node：15.11.0
- react: 17.0.2
- react-dom: 17.0.1
- next: 11.1.2
- @chakra-ui/react: 1.6.7
- @emotion/react: 11
- @emotion/styled: 11
- framer-motion: 4

## Chakra UI とは？

[Chakra UI](https://chakra-ui.com/) は **UI フレームワーク**の 1 つで、汎用性の高いコンポーネントを基にスタイリングを行います。

Chakra UI は、[Bootstrap](https://getbootstrap.jp/) や [Material UI](https://mui.com/) のように、スタイルが固定されておらず、自由度高く、カスタマイズできます。また、Chakra UI では props でスタイリングを行うため、TypeScript との相性も抜群です。

さらに、モーダルやスケルトンなど、イチから実装するには面倒な UI コンポーネントも多数、搭載されています。

## Chakra UI を Next.js に導入する手順

全体像は以下の通りです。順番に解説します！

1. Chakra UI 関連のパッケージをインストール
2. `ChakraProvider` のセットアップ
3. テーマのカスタマイズ
4. 【補足】キーボード操作以外のフォーカス除外

### 1. Chakra UI 関連のパッケージをインストール

以下のコマンドを実行し、Chakra UI 関連のパッケージをインストールします。

```bash
# npm の場合
npm install -D @chakra-ui/react @emotion/react@^11 @emotion/styled@^11 framer-motion@^4

# yarn の場合
yarn add -D @chakra-ui/react @emotion/react@^11 @emotion/styled@^11 framer-motion@^4
```

Chakra UI でアイコンも使用したいときは、以下コマンドでアイコン関連のパッケージもインストールしましょう。

```bash
# npm の場合
npm install -D @chakra-ui/icons

# yarn の場合
yarn add -D @chakra-ui/icons
```

### 2. ChakraProvider のセットアップ

続いて、Chakra UI を Next.js で使用できるように、セットアップします。

方法は非常に簡単で、`ChakraProvider` コンポーネントを全ページのコンポーネントにラップするだけです。コードは以下のようになります。

```tsx
// _app/index.tsx
import { ChakraProvider } from '@chakra-ui/react';
import { AppProps } from 'next/app';

export default function App({ Component, pageProps }: AppProps): JSX.Element {
  return (
    <ChakraProvider>
      <Component {...pageProps} />
    </ChakraProvider>
  );
}
```

実際に、Chakra UI でデザインが変更できるかどうか、確認してみましょう。

まず、以下のコードのように、Chakra UI のコンポーネントを記述してください。今回はわかりやすいように、テキストの文字を赤色で指定しています。

```tsx
// pages/index.tsx
import { Heading } from '@chakra-ui/react';

export default function Index(): JSX.Element {
  return <Heading color="red">Hello, Next.js with Chakra UI</Heading>;
}
```

続いて `yarn dev` or `npm run dev` を実行し、下図のような画面がブラウザに表示されれば成功です！
![install-1](/img/pages/tech/next-chakra-ui/install-1.png)

### 3. テーマのカスタマイズ

このままでも問題ありませんが、実務では Chakra UI のデフォルトテーマだけでなく、**独自のカラーテーマなど、テーマをカスタマイズ（拡張）したいケースは多々あるはず**です。

そのため、Chakra UI でテーマをカスタマイズできるように、設定します。方法は以下の通りです。

```tsx
// _app/index.tsx
import { ChakraProvider } from '@chakra-ui/react';
import { AppProps } from 'next/app';
import { extendTheme } from '@chakra-ui/react';

// デフォルトの breakpoints
// https://chakra-ui.com/docs/theming/theme#breakpoints
const breakpoints = createBreakpoints({
  sm: '30em',
  md: '48em',
  lg: '62em',
  xl: '80em',
  '2xl': '96em',
});

const theme = extendTheme({
  breakpoints,
  // デフォルトのフォント
  // https://chakra-ui.com/docs/theming/theme#typography
  fonts: {
    body: 'system-ui, sans-serif',
    heading: 'Georgia, serif',
    mono: 'Menlo, monospace',
  },
  // デフォルトのカラーモード
  // https://chakra-ui.com/docs/theming/theme#config
  config: {
    initialColorMode: 'light',
    useSystemColorMode: false,
  },
});

export default function App({ Component, pageProps }: AppProps): JSX.Element {
  return (
    <ChakraProvider theme={theme}>
      <Component {...pageProps} />
    </ChakraProvider>
  );
}
```

デフォルトの `breakpoints` を上書きすることはもちろん、新しい変数も設定できます。詳細は公式ドキュメントを御覧ください。

参考：[Customize Theme - Chakra UI](https://chakra-ui.com/docs/theming/customize-theme)

Chakra UI のデフォルトテーマの詳細を確認したい時や変更したい時は、以下の公式ドキュメントを確認し、テーマを上書きしましょう。

参考：[Default Theme - Chakra UI](https://chakra-ui.com/docs/theming/theme)

**特に、フォントに関しては、デフォルト値を変えたいケースが多いです。そのため、フォントだけでも、デフォルト値を上書きしておくと、良いでしょう！**

テーマだけでなく、グローバル CSS の変更も可能です。

参考：[Global Styles - Chakra UI](https://chakra-ui.com/docs/features/global-styles)

これだけでも十分ですが、カスタマイズしたテーマをモジュール化した方がスッキリするため、`config/chakra.ts` に `theme` を管理しましょう。コードは以下のようになります。

```tsx
// config/chakra.ts
import { extendTheme } from '@chakra-ui/react';

// デフォルトの breakpoints
// https://chakra-ui.com/docs/theming/theme#breakpoints
const breakpoints = createBreakpoints({
  sm: '30em',
  md: '48em',
  lg: '62em',
  xl: '80em',
  '2xl': '96em',
});

export const theme = extendTheme({
  breakpoints,
  // デフォルトのフォント
  // https://chakra-ui.com/docs/theming/theme#typography
  fonts: {
    body: 'system-ui, sans-serif',
    heading: 'Georgia, serif',
    mono: 'Menlo, monospace',
  },
  // デフォルトのカラーモード
  // https://chakra-ui.com/docs/theming/theme#config
  config: {
    initialColorMode: 'light',
    useSystemColorMode: false,
  },
});
```

```tsx
// _app/index.tsx
import { ChakraProvider } from '@chakra-ui/react';
import { AppProps } from 'next/app';
import { theme } from 'config/chakra';

export default function App({ Component, pageProps }: AppProps): JSX.Element {
  return (
    <ChakraProvider theme={theme}>
      <Component {...pageProps} />
    </ChakraProvider>
  );
}
```

以上でディレクトリ構造を整理できました！

本記事では `config/chakra.ts` としましたが、各々の PJ に応じて、自由に変更して構いません。

### 4. 【補足】キーボード操作以外のフォーカス除外

Chakra UI では、フォーカスがデフォルトで搭載されています。下 GIF のように、ボタンをクリックすると、青枠の表示が確認できます。

![focus.gif](/img/pages/tech/next-chakra-ui/focus.gif)

キーボード以外のフォーカスを除外するには、`focus-visible` というパッケージをインストールし、読み込む必要があります。**`props` の `_focus` で `outline` を `none` にしても、反映されないので、注意してください**。

参考：[Upgrading to v1 - Chakra UI](https://chakra-ui.com/docs/migration#css-reset)

以降、`focus-visible` の設定方法を紹介します。  
まず、以下コマンドを実行し、`focus-visible` をインストールしましょう。

```bash
# npm の場合
npm install -D focus-visible

# yarn の場合
yarn add -D focus-visible
```

続いて、以下のコードを追記すれば完了です！

```tsx
// pages/_app.tsx
import 'focus-visible/dist/focus-visible'; // 追記
import { ChakraProvider } from '@chakra-ui/react';
︙
```

下 GIF のように、クリック後も青色の枠線がなくなりました！

![no-focus.gif](/img/pages/tech/next-chakra-ui/no-focus.gif)

## 最後に

以上になります。Next.js に Chakra UI を導入したい方の参考になれば幸いです。  
ここまでご覧いただき、ありがとうございました！

---

株式会社キカガク コンテンツマーケティング責任者  
入田 / ぐるたか  
twitter: [@guru_taka](https://twitter.com/guru_taka)

### 参考文献

- [Chakra UI + Next.js - Chakra UI](https://chakra-ui.com/guides/with-nextjs)
- [Default Theme - Chakra UI](https://chakra-ui.com/docs/theming/theme)
- [Customize Theme - Chakra UI](https://chakra-ui.com/docs/theming/customize-theme)
- [Upgrading to v1 - Chakra UI](https://chakra-ui.com/docs/migration#css-reset)


Next.js (JavaScript/TypeScript) に Tailwind CSS を導入する方法


## はじめに

どーも、入田 / ぐるたか [@guru_taka](https://twitter.com/guru_taka) です！  
本記事では **Next.js に Tailwind CSS を導入する方法**を紹介します。また、**VS Code で Tailwind CSS での開発がしやすくなる Tips もまとめています**ので、参考にしてみてください！

### バージョン情報

- node：15.11.0
- react: 17.0.2
- react-dom: 17.0.2
- next: 11.0.1
- autoprefixer: 10.2.6
- postcss: 8.3.5
- tailwindcss: 2.2.4

## Tailwind CSS とは？

[Tailwind CSS](https://tailwindcss.com/) とは、**ユーティリティファーストの CSS フレームワーク**になります。CSS フレームワークで有名な [Bootstrap](https://getbootstrap.jp/) のように、デザインが整ったコンポーネントがあるのではなく、**デザインを整えるときに便利かつシンプルな機能を寄せ集めたイメージ**です。

Tailwind CSS で用意されたクラスをベースに、デザインを整えます。例えば `padding` を `0` にしたい場合、Tailwind CSS では、`p-0` と class 属性に代入するだけで実現可能。**スタイルファイル内のコード量も抑えられます**。

また、**パフォーマンスの最適化**もされており、2021/07/19 時点で、**ホットな CSS フレームワーク**です。fwywd チームでは、基本的に Tailwind CSS を使用して、スタイリングを行っています。

## Tailwind CSS 導入の全体像

Next.js (JavaScript) と Next.js (TypeScript) で全体像が少しだけ変わります。

- Next.js (JavaScript)
  - ① Next.js (JavaScript) + Tailwind CSS の新規プロジェクトを作成
- Next.js (TypeScript)
  - ① Next.js (TypeScript) の新規プロジェクトを作成
  - ② Tailwind CSS の導入
  - ③ 設定ファイルの作成

## Next.js (JavaScript) に Tailwind CSS を導入する方法

### 1. Next.js (JavaScript) + Tailwind CSS の新規プロジェクトを作成

Next.js (JavaScript) で開発する場合は、**以下のコマンドを実行するだけで、Tailwind CSS 搭載の新規プロジェクトが作成**できます！  
コマンドは以下の通りです。

```bash
# npm の場合
npx create-next-app next-tailwind -e with-tailwindcss

# yarn の場合
yarn create next-app next-tailwind -e with-tailwindcss
```

ディレクトリ構造は以下のようになります。

```txt
├── .gitignore
├── README.md
├── node_modules
├── package.json
├── pages
├── postcss.config.js
├── public
├── tailwind.config.js
└── yarn.lock
```

`pages/index.js` のファイルを確認してみると、すでに Tailwind CSS を用いた装飾がされています！

```jsx
// pages/index.js
...
<h1 className="text-6xl font-bold">
  Welcome to{' '}
  <a className="text-blue-600" href="https://nextjs.org">
    Next.js!
  </a>
</h1>
...
```

以下コマンドを実行しましょう。

```bash
# npm の場合
npm run dev

# yarn の場合
yarn dev
```

下図のように、**Tailwind CSS で装飾されたページが表示されれば成功**です！

![tailwindcss-next-1](/img/pages/tech/next-tailwind/tailwindcss-next-1.png)

**Tailwind CSS の関連パッケージや設定ファイルが気になる方や既存プロジェクトに Tailwind CSS を導入したい方**は、以降で紹介する Next.js (TypeScript) における Tailwind CSS の導入方法で解説します。ぜひご覧ください！

## Next.js (TypeScript) に Tailwind CSS を導入する方法

### 1. Next.js (TypeScript) の新規プロジェクトを作成

まず、以下コマンドで Next.js (TypeScript) の新規プロジェクトを作成しましょう。2021/07/19 時点で、Tailwind CSS + TypeScript 搭載の Next.js の公式サンプルがないため、Next.js (TypeScript) のプロジェクトを作成し、Tailwind CSS を導入します。

```bash
# npm の場合
npx create-next-app next-ts-tailwind --typescript

# yarn の場合
yarn create next-app next-ts-tailwind --typescript
```

ディレクトリ構造は以下の通りです。

```txt
├── .eslintrc
├── .gitignore
├── README.md
├── next-env.d.ts
├── next.config.js
├── node_modules
├── package.json
├── pages
├── public
├── styles
├── tsconfig.json
└── yarn.lock
```

### 2. Tailwind CSS の導入

Tailwind CSS を導入するため、Next.js のプロジェクトに、以下 3 つのパッケージをインストールします。

- [tailwindcss](https://github.com/tailwindlabs/tailwindcss)
- [postcss](https://github.com/postcss/postcss)
- [autoprefixer](https://github.com/postcss/autoprefixer)

上記パッケージをインストールするコマンドは以下の通りです。

```bash
# npm の場合
npm install -D tailwindcss@latest postcss@latest autoprefixer@latest

# yarn の場合
yarn add -D tailwindcss@latest postcss@latest autoprefixer@latest
```

### 3. 設定ファイルの作成

続いて、Tailwind CSS に関連する設定ファイルを作成します。まず、以下のコマンドを実行して、初期化を行います。

```bash
# npm の場合
npx tailwindcss init -p

# yarn の場合
yarn tailwindcss init -p

# 実行結果
Created Tailwind CSS config file: tailwind.config.js
Created PostCSS config file: postcss.config.js
✨  Done in 0.86s.
```

すると、以下 2 つの設定ファイルが作成されます。

- `tailwind.config.js`
- `postcss.config.js`

```jsx
// tailwind.config.js
module.exports = {
  purge: [],
  darkMode: false, // or 'media' or 'class'
  theme: {
    extend: {},
  },
  variants: {
    extend: {},
  },
  plugins: [],
};
```

```jsx
// postcss.config.js
module.exports = {
  plugins: {
    tailwindcss: {},
    autoprefixer: {},
  },
};
```

Tailwind CSS では、`tailwind.config.js` 内にある `purge` オプションを設定することで、**ビルド生成時の未使用のスタイルを除外し、パフォーマンスの最適化を行えます**。今回は `pages` と `components` ディレクトリ内を `purge` の対象範囲とします。変更するコードは以下の通りです。

```jsx
// tailwind.config.js
module.exports = {
  // 追記
  purge: ['./pages/**/*.{js,ts,jsx,tsx}', './components/**/*.{js,ts,jsx,tsx}'],
  darkMode: false, // or 'media' or 'class'
  theme: {
    extend: {},
  },
  variants: {
    extend: {},
  },
  plugins: [],
};
```

続いて、 JIT (just-in-time) mode を適用するために、設定ファイルを変更します。**JIT mode とは、必要に応じてスタイルを反映するモード**（厳密には、コンパイラ）で、以下のようなメリットがあります！

- **ビルド時間が非常に速い**
- **開発時のブラウザパフォーマンスが良くなる**
- **カスタマイズが容易**になる

このように JIT mode には強力な機能が搭載されているため、**適用することを強くオススメ**します。設定方法は以下の通りです。

```jsx
// tailwind.config.js
module.exports = {
  // 追記
  mode: 'jit',
  purge: ['./pages/**/*.{js,ts,jsx,tsx}', './components/**/*.{js,ts,jsx,tsx}'],
  darkMode: false, // or 'media' or 'class'
  theme: {
    extend: {},
  },
  variants: {
    extend: {},
  },
  plugins: [],
};
```

最後に、Tailwind CSS のファイルを `pages/_app.tsx` で読み込むようにし、グローバルで適用させましょう。コードは以下の通りです。

```tsx
// pages/_app.tsx
// Tailwind CSS 以外のスタイルファイルはグローバルで適用したくないため削除
// import '../styles/globals.css'
// 追記
import 'tailwindcss/tailwind.css';
import type { AppProps } from 'next/app';

function MyApp({ Component, pageProps }: AppProps) {
  return <Component {...pageProps} />;
}
export default MyApp;
```

以上で設定は完了です。実際に、動作確認をしてみましょう！

![tailwindcss-next-jit](/img/pages/tech/next-tailwind/tailwindcss-next-jit.gif)

このように開発環境において、リアルタイムに Tailwind CSS のスタイルが反映されれば成功です！

## Tailwind CSS の補完が効く VS Code の拡張機能

VS Code を使用している場合、[Tailwind CSS IntelliSense](https://marketplace.visualstudio.com/items?itemName=bradlc.vscode-tailwindcss) という拡張機能をインストールすると、**Tailwind CSS の補完**が効くようになり、開発体験が良くなります。

![tailwindcss-vscode](/img/pages/tech/next-tailwind/tailwindcss-vscode.gif)

難しい設定は不要！  
[Tailwind CSS IntelliSense](https://marketplace.visualstudio.com/items?itemName=bradlc.vscode-tailwindcss) をインストールするだけです。非常に便利なので、是非インストールしてみてください！

![tailwindcss-next-2](/img/pages/tech/next-tailwind/tailwindcss-next-2.png)

## eslint-plugin-tailwindcss を導入すると、更に便利！

Next.js (JavaScript/TypeScript) で ESLint を使用している方は、[eslint-plugin-tailwindcss](https://github.com/francoismassart/eslint-plugin-tailwindcss) を導入すると、Tailwind CSS での開発が捗ります！  
Next.js に ESLint や Prettier を導入する方法については、以下の記事をご覧ください。  
参考：[Next.js (TypeScript) に ESLint と Prettier を導入し、コードを綺麗に保とう | fwywd（フュード）](https://fwywd.com/tech/next-eslint-prettier)

上記に書かれた ESLint と Prettier の設定をしていること前提で、[eslint-plugin-tailwindcss](https://github.com/francoismassart/eslint-plugin-tailwindcss) の導入方法を紹介します。

まず、以下のコマンドを実行し、eslint-plugin-tailwindcss をインストールしましょう。

```bash
# npm の場合
npm install -D eslint-plugin-tailwindcss

# yarn の場合
yarn add -D eslint-plugin-tailwindcss
```

続いて、ESLint の設定ファイル `.eslintrc` に、以下の変更を加えます。

```json
// .eslintrc
{
  "extends": [
    "next",
    "next/core-web-vitals",
    "prettier",
    "plugin:import/recommended",
    "plugin:import/typescript",
    "plugin:import/warnings",
    // 追記
    "plugin:tailwindcss/recommended"
  ],
  // 追記
  // tailwind.config.js などの config ファイル、ESLint の対象外にする
  "ignorePatterns": ["*.config.js"],
  "rules": {
    "import/order": [
      "error",
      {
        "alphabetize": {
          "order": "asc"
        }
      }
    ]
  }
}
```

以下のように、Tailwind CSS のクラスの変数が**アルファベット順で並ぶようになります**。ぜひ導入してみてください！

![tailwindcss-eslint](/img/pages/tech/next-tailwind/tailwindcss-eslint.gif)

## 最後に

以上になります。Next.js (JavaScript/TypeScript) に Tailwind CSS の導入をしたい方の参考になれば幸いです。  
ここまでご覧いただき、ありがとうございました！

---

株式会社キカガク コンテンツマーケティング責任者  
入田 / ぐるたか  
twitter: [@guru_taka](https://twitter.com/guru_taka)

### 参考文献

- [Install Tailwind CSS with Next.js - Tailwind CSS](https://tailwindcss.com/docs/guides/nextjs)


Next.js (JavaScript/TypeScript) に Tailwind CSS を導入する方法をまとめています。最後に Tailwind CSS での開発が捗る Tips も紹介。参考になれば幸いです！

が大切にする価値観

プロとして挑戦できる力を養う

人気記事

ニュース
news

技術速報
technical report

チームブログ
team blog

が大切にする価値観

プロとして挑戦できる力を養う

人気記事

ニュースnews

技術速報technical report

チームブログteam blog

ニュース
news

技術速報
technical report

チームブログ
team blog