絞り込み条件を変更する
検索条件を絞り込む

すべてのカテゴリ

4 件中 1 - 4 件表示
カバー画像

電子書籍 第150弾【課題発見能力~課題を発見する思考力を身につける方法~】

はじめに 課題を発見するとなると 何となくマイナス面を見て ネガティブな面を 見ているような 印象がありますが 課題を発見する歩みが 今の時代、これからの時代の 主流になっていきます。 なぜなら テクノロジーの発達によって 人にしかできないことが 求められてくるからです。 テクノロジーの発達を 脅威に感じている人がいますが テクノロジーの発達によって 労働から解放されるのです。 労働する時代が終わることで 創造する時代になり 新しい段階での建設時代が 始まっていくのです。 労働というのは 誰でもできることであり 誰がやっても 同じ結果になることであるので テクノロジーによって 自動化、ロボット化することができるのです。 労働を自動化、ロボット化することで 労働から解放されて 自由な発想で歩むことができます。 テクノロジーは 必然的に発達していくので 自動化、ロボット化は 時間だけの問題なのです。 とくに、人工知能は 加速的に学習しているので 私たちがどんなに学んでも 追いついていくことはできません。 人工知能と、まともに競争しようとしても 無駄に消耗するだけなのです。 今までの時代でも 人の能力を越えるようなものが 開発されてきたのです。 身近で使用している自動車は 人が走るよりも速いし 長く走ることができます。 人工知能は、知能面で 人の能力を越えているだけであって 単なる道具にすぎないのです。 その道具に脅威を感じるというのは おかしなことなのです。 これからの時代は 「AI使い」と言われるように 人工知能をこき使う時代になっていくので 人工知能にはできないことが できるよ
0
カバー画像

SaaSリード獲得を加速する!「課題発見診断」作成ガイド

なぜ顧客の「課題発見」を手伝うことが、SaaSのリード獲得につながるのか?SaaSマーケティングの現場では、「リードは増えているのに、商談や成約につながらない」という悩みをよく耳にします。その背景にあるのは、多くの場合、顧客自身がまだ自分の課題を正しく把握できていないという点です。つまり、現状では企業側からの「課題発見」のサポートが不足していると考えられます。そこで効果的なのが「診断コンテンツ」。診断を通じて顧客が「これが自分の課題だ」と納得できれば、次のアクションに進む可能性は自然と高まります。本記事では、SaaSにおけるリード獲得を加速させる「課題発見型」診断コンテンツの設計方法を、ステップごとにわかりやすく解説していきます。①従来のリード獲得手法(ホワイトペーパー・問い合わせ)の限界従来の代表的なリード獲得手法としては、ホワイトペーパーや資料請求が挙げられます。しかし、これらは「とりあえず情報収集しておこう」という段階のユーザーが中心で、検討の温度感が低いため、商談や成約に直結しにくいという課題があります。加えて、企業からの一方的な情報提供に偏りがちで、顧客自身の課題意識と結びつかないまま終わってしまうケースも少なくありません。一方で、問い合わせフォームは「導入を真剣に検討している層」には効果的ですが、その分ハードルが高く、「営業に売り込まれるのでは」という心理的な抵抗を招きやすいのが現実です。その結果、潜在的に有望な顧客層を取りこぼしてしまうリスクが高く、いま求められているのは、より顧客主体で自然に関与できるアプローチだと言えます。②顧客インサイトの変化:「売り込まれた
0
カバー画像

プログラマはアイデア出しが苦手?

僕はプログラマだったこともあるのですが、アイデアを考えたりしたくて企画の道を歩んだ気がしました。という意味で、自分がそうだったので「みんなアイデアを持ったり考えたいしたい」と思い込んでいました。友人と話してみると、それは思い込みともいえそうです。つまり、色々あるのですが、プログラマになる道筋であるとか、なり方とかってことです。またその人の感覚もある。ですが、プログラマは論理思考をしていき、要求や仕様に対して形にする。つまり、「仕様」という形にする設計図はあるんですね。そのあるように形を作っていく。それが仕事だと。確かにこれは仕事のプログラミングはそうですからよく分かるんですね。個人開発をしたいとかしようとしている人向けにアイデアを出そうと考えていまして、そこで「個人開発をした」「個人開発をしたことがある」「個人開発をしようとしている」というところでは、アイデアの粒度は違う気がします。なのですが、個人開発を継続できる人は稀だと思っていて、それはアイデアがないからですね。またもっといえば、課題や何かを見つけることが苦手かしづらいと。それはつまり、先の話でいえば、設計図や仕様書があるから作るの逆なんですね。設計図や仕様書を自ら作る。これは自発的であり能動的ということになります。真逆だと。個人開発において、同じプログラミングスキルを使うのですが、でも、それで実現するものは自分で考えないといけない。これが個人開発です。難しいというよりも、発想法やトレーニングをしていないとここで詰まるわけです。実際には、自分でやりたいことがない、課題がない。次に人の話から見つけようとしても良いのが見つから
0
カバー画像

何か違うなとかそれはどうなのと思えてそれを実施してぐるぐる回していける感じが大事かも

この話は前mini-cとかそういう創造性の研究の話題で書いた気がします。簡単にいえば、「これ課題じゃないか」「こうしたらいいのにな」と思う人はいるんですよ。でも、それを試すまでいかない。潰されるとまでなくても、出す場がなければやれないというか。そういう意味で今回は何か違うぞと思ったらそれはチャンスであり、そういう人は珍しいので臆せずやってみようという話です。課題発見は常に期待がある世の中や社会において課題はなにか、何が問題か。それを知りたい人はかなりいます。というか相当いると。または持っているけど解決できないもありますよね。ですが、発見できないことが多くてそれだと変化はしないので、元ネタがないという感じなんですね。ライターの人が書くネタがないみたいな感じですかね。漫画家でもなんでもいいですけど。つまり発見は根本ともいえる。そこがなくして始まらないと。課題解決はその次に求められるその上で課題が見つかったら上でですよ、解決が求められますと。当然、解決が出来る課題ばかりではない。気候変動問題ってどうしましょうかって話みたいなものです。分かっていても防げないことって一杯ありますからね。経営やビジネスでも同様で、課題発見→課題解決というのが論理的な流れになると。ですが、これは論理であって、人の感覚では「課題前」に解決策を考えたいというか。そういうのってあるんですね。アイスが売られてないからアイスを作るとかでなく、アイスを作りたいから作ってみて売ってみる。時系列はすっ飛ばして結果を見れば「アイスを作って売っている」ことは変わりはないんですが、アイス作って→アイス売るところで、売れるとは限ら
0
4 件中 1 - 4