![見出し画像](https://assets.st-note.com/production/uploads/images/144483831/rectangle_large_type_2_9db2415cec4bb1bf16164f12ddf27c2b.png?width=1200)
【文章術】わかりやすい文章の書き方のコツ
読みやすい文章の書き方
あなたは、あなたの書いた文章の「解読」を読み手に押し付けてはいないでしょうか。読み手は、読みにくい文章、難しい表現、わからない単語があっても解読をしてはくれません。そのようなコンテンツには早々に興味をなくし、たとえ良質なコンテンツであったとしても、ページから離脱してしまいます。
書き手は、読み手にストレスを与えない読みやすい文章を提供する必要があります。読みやすい文章とは、コンテンツを支える基礎のようなものです。良質なコンテンツも、それを支える基礎がなければ読まれることはありません。
それでは読みやすい文章とは、どのような文章でしょうか。正しい日本語で書かれているだけでは、読みやすい文章とは言えません。読みやすい文章とは、論理的に整っている文章です。論理的に整っている文章は、誰にとっても読みやすく、速読と精読のどちらにも対応できます。
しかし、読みやすい文章を心がけるブロガーでさえも、読みにくい文章を書いてしまいます。ブロガーがライティングの技術を学ぶ場合、Web ライティングをお手本にします。Web ライティングは、SEO に対応する書き方や、日本語の正しい書き方に特化していますが、論理的な文章の書き方までには言及していません。そのため、日本語的には正しい文章でも、どこか説得力に欠けた違和感を感じる文章になります。
Web ライティングで習ったとおりに、ひとつひとつの短い文章をつなぎあわせても、分かりやすい文章にはなりません。多くのブログの文章は冗長で、使われている言葉は抽象的で、話の流れも段落の組み立て方もバラバラです。論理的に文章を書くための文章術を知らなければ、ブロガーでさえもどこをどのように直せば良いのか判断ができません。
論理的に文章を書くための文章術は、ブログに限らず様々なシーンで利用できます。ビジネス、コンサルティング、論文、メールに至るまで通用します。テキストベースのコミュニケーションにおいて、情報を正しく判断できることは、もっとも基本的なポイントです。しかし、その基本を守ってコミュニケーションするためには、ライティングスキルが求められます。
情報が氾濫するインターネットの世界では、情報の正しさがますます求められています。しかし、読み手にあなたの文章の「解読」を押し付けてはいけません。このページでは、情報の正しさを客観的に評価できる文章術を、いくつかのフレームワークを通じて説明します。
文章の論理構造
文章が分かりにくい原因は、文章力の問題ではなく「文章の構成」に問題があります。あなたは、あるテーマについて書くときにどのような順番で文章を構成しているでしょうか。分かりにくい文章の特徴として、文章の構成が書き手の思いついた順番で構成されているケースがあります。そのように構成された文章は、読み手の理解プロセスとうまくかみ合わないため、分かりにくい文章となります。文章の構成が書き手の思いついた順番では、書き手にとっては分かりやすい文章だと思えても、読み手からすると分かりにくい文章だと思われます。
テキストベースでのコミュニケーションは、意思疎通を行うコミュニケーションの中でも、もっとも難しいものです。あるテーマについて文章を書くとき、書き手の頭の中ではテーマについての情報が整理されているため、ある程度バラバラに書いても理解できます。しかし、読み手にとっては理解しやすい順番で構成されていなければ、読みにくい文章であると感じます。この文章は、何について書かれているのか、問題点は何か、それに対する対策は何か、結論は何かなど、情報の粒度や順番に注意しなければ、コミュニケーションとしては失敗します。
読み手にとって、もっとも分かりやすい書き方の構成は、まず主たる大きな考えを受け取り、そこから小さな考えに落としていく構成です。具体的には、結論から述べてから根拠を順番に述べていく方法です。つまり、ピラミッドの頂点からスタートして、それらを支える論拠を順番に書いていくトップダウンの方式です。このピラミッド構造を使うと、読み手とのコミュニケーションがずっと楽になります。
![](https://assets.st-note.com/img/1718631152518-NEYm1zn1Ul.png?width=1200)
ピラミッド構造で文章を構成することは、書き手にも恩恵があります。なぜなら、文章の論理構造を組み立てていくうちに、論理的な矛盾や破綻を発見しやすくなるからです。もしも、それらの欠陥が見つかった場合、何かが間違っている、または不足していることに気付くことができます。
文章をピラミッド構造にするためには「情報の整理」、「情報の並び替え」、「情報の組み立て」のステップで行います。
情報を整理する
分かりやすい文章を書くためには準備が必要です。文章を書く前に、まずはテーマについての情報をすべて書き出して整理します。最初は情報の大きさも順番もバラバラで構いません。そして、集めた情報は以下の順番で整理します。
メインテーマを書く
メインテーマを読むための疑問を書く
疑問に対する答えを書く
読み手の状況を整理する
複雑化へと発展させる
疑問と答えの再チェックする
メインテーマは、記事のタイトルに相当するピラミッド構造の頂点です。読み手に、この文章は何のテーマについて書かれているのかを示す最初の手がかりになります。読み手に対してより説得力のあるタイトルにするには、具体的で明確なタイトルを設定してください。
メインテーマを読み進めるためには、いくつかの疑問に答えていく必要があります。その疑問とは、「なぜ? (Why?)」や「どのように? (How?)」といった切り口による疑問です。これはピラミッド構造の頂点にあるメインテーマを支える二段目のサブテーマです。サブテーマを示すことは、メインテーマに対する根拠や論拠を示すことになります。サブテーマを選定する場合、情報の大きさを他のサブテーマと揃えなければならない点に注意してください。
疑問に対する答えは、サブテーマを支える根拠や論拠になります。これらの根拠や論拠、または客観的なデータはピラミッド構造の三段目になります。ただし、疑問に対する答えを示すには、新たな疑問に答えなくてはならない場合、同様の方法でその配下に根拠を示す必要があります。ピラミッドの構造は、必ずしも三段構造にする必要はありませんし、純粋なシンメトリー構造にする必要もありません。ピラミッドの広さも深さも、扱うテーマや切り口によって、様々な形に変化します。
ここからのステップは、今まで整理した情報と読み手が求めている情報の確認作業です。読み手の状況の整理とは、読み手がメインテーマを読むにあたって納得するための理由や背景です。何かのメインテーマを読むべきかどうかは、読み手の状況に左右されるため、多くの場合はタイトルの直下に設置されます。Web ライティングではリード文とも呼ばれ、読み手に対する導入文です。例えば、私たちが多くの記事の中からどれを優先して読むべきかは、自身の状況とタイトルや概要文から、一番有益そうな記事を選ぶはずです。読み進めなければ、読むべきかどうか分からない記事は論理的ではなく、読み手にも優しくありません。
複雑化への発展は、読み手を想定した Q&A です。読み手の状況から、どのような疑問 (「それで何? (So what?)」) が出てくるかを考えます。なぜ、読み手はそのような疑問が生じたのでしょうか。読み手が知りたい疑問や、生じる疑問、納得させるための根拠の整合性は取れているでしょうか。整理した疑問の過不足、矛盾などはないでしょうか。
最後のステップでは、疑問と答えの再チェックを行います。あなたの用意した答えは、すべての疑問に答えられているでしょうか。サブテーマ単位の小さなピラミッド単位、またはメインテーマのピラミッド全体を確認してください。原因や理由、または根拠や論拠について「なぜそうなる? (Why so?)」のか、論理的に矛盾はないかチェックします。もしも、論理的に矛盾している場合、根拠が間違っているか、疑問が間違っていることになります。
情報を並び替える
情報は書き手が考えた順番ではなく、読み手が聞きたい順番で並べ替えます。「結論から書くこと」というアドバイスがありますが、それはテキストベースのコミュニケーションの本質を表しています。なぜなら結論は、読み手がもっとも知りたい情報だからです。
情報の並べ方は、ピラミッド構造がもっとも論理的で理解されやすい基本パターンです。読み手の疑問に答えるピラミッド構造として、いくつかの代表的なパターンがあります。それらのパターンによって、ピラミッド構造の組み立て方が少しだけ変化します。代表的なパターンは、以下の 4 パターンです。
何をするべきか?
どのように実行するべきか?
実行するべきか?
なぜそのようなことが起きたのか?
「何をするべきか」のパターンは、もっとも一般的なパターンで、多くのシーンで利用できます。このパターンでの導入句は「◯◯せよ」となり、読み手に「どのようにして? (How?)」という疑問を明示的に与える形になります。そのため書き手は、読み手に対して具体的な方法を提示しなければなりません。状況に応じて、その背景にある「なぜそのような方法をとるのか? (Why?)」も説明するケースもあります。
「どのように実行するべきか」のパターンは、コンサルティングなどでよく使われるパターンです。誰かが問題を抱えており、その解決方法を伝えるために書くパターンです。「何をするべきか」のパターンと同じように、書き手は読み手に「どのようにして? (How?)」という具体的な方法を提示します。前述のパターンと異なるポイントは、行動の順番を示すステップ別にピラミッド構造を組み立てる点です。
「実行するべきか」のパターンは、意思決定を行うシーンでよく使われるパターンです。ここでの読み手の疑問は、与えられたテーマに対しての Yes/No しかありません。このパターンの代表例は、お金を使って承認するかどうかの意思決定を行うシーンです。そのため、書き手は読み手に対して「なぜ実行するのか? (Why?)」の理由を提示する必要があります。
「なぜそのようなことが起きたのか」のパターンは、原因分析を行うシーンでよく使われるパターンです。メインテーマから、プロセスや外部要因などのサブテーマに切り分けて「なぜ起こったのか? (Why?)」を提示します。このパターンは、航空業界のアクシデントやインシデント、その他にもソフトウェア業界のバグ原因分析など、多くの産業業界で使われます。
情報を組み立てる
ここまでに整理した情報と、並び替えた情報をもとにピラミッドを組み立ててみてください。組み立てるときには、ピラミッドを構成するサブテーマ内を同じ論理的順序に従って配置します。論理的順序とは、例えば問題を解決するためにステップ順で分割したサブテーマでは、時間的な順序のみで構成し、他の論理的順序が混在させないようにすることです。手順を示すサブテーマでは手順のみの論理的順序に従い、方法を示す論理的順序は別のサブテーマに切り出してください。
情報を組み立てるときに、もっとも注意しなければならない点は、「モレ」や「ダブリ」をなくすことです。モレやダブリがあるピラミッド構造は、論理的であるとは言えません。もしも、モレやダブリが見つかった場合、テーマを分割した切り口が間違っているか、根拠やデータが不足しています。
一方でモレやダブリをなくすために、すべてを書き出すには数が多すぎて書き出せない場合があります。そのようなケースでは、重要度の切り口を追加して「重要な問題」と「その他の問題」というように「度合い」の論理的順序で組み立てます。このように分割することで、すべてを書き出すことができ、モレやダブリもなくすことができます。この方法は、次章の「ロジックツリーと MECE」で詳しく述べます。
情報を論理的に組み立てる場合、余計な言葉はいりません。うまい表現を多様したり、言葉を優雅につなげることは、明瞭な論理表現を台無しにします。読み手が楽しい文章を読むことと、論理的な理解を得ることは、ある意味でトレードオフの関係になります。淡々と根拠を並べた文章だけで構成した文書は無機質な感じになりますが、論理的な理解は得やすくなります。
組み上がった情報は、ピラミッドの頂点から見出し、章、節、項、段落の順番でテキストに変換することができます。そのため文章を書くことが苦手な人は、まずは大雑把にでもピラミッドを組み立てることから始めると良いかもしれません。
ロジックツリーと MECE
情報を整理するとき、モレやダブリをなくすために、便利なツールとしてロジックツリーがあります。ピラミッド構造とよく似ていますが、ピラミッド構造はコミュニケーションを主目的としており、ロジックツリーは問題の発見や解決を主目的としています。ピラミッド構造では上下の階層に対して「So What?」や「Why so?」によって論理性をチェックしていますが、ロジックツリーでは MECE を使用します。MECE (Mutually Exclusive and Collectively Exhaustive) とは、ある集合を相互に排他的な項目に分類するためのグルーピング原理です。
![](https://assets.st-note.com/img/1718631250109-X7MKqXNqYL.png?width=1200)
例えば、人間を年齢によって分類する場合、20 歳未満と 20 歳以上のグループを作ることはモレやダブリがないため MECE となります。ある人が 19 歳と 20 歳を同時に満たすことは不可能であるため、いずれの場合においてもどちらかのグループに属することになります。しかし、人間を男性と女性に分類することは、MECE に思えますが、両性具有などの例外が存在する場合は MECE とならないため、注意が必要です。
![](https://assets.st-note.com/img/1718631297550-MU9nXehNcW.png?width=1200)
MECE はロジカルシンキングにおける基本的な概念です。ロジカルシンキングに慣れていない場合、例外の見落としによるモレ、またはグルーピングの誤りによるダブリが発生しがちです。そのようなモレやダブリを防ぐためには、正しいアプローチによって MECE を完成させます。MECE の精度を上げるためのアプローチとしては、トップダウンアプローチと、ボトムアップアプローチの 2 つのアプローチがあります。
トップダウンアプローチでは、ロジックツリーの頂点から下に展開していくアプローチです。大きな問題を、目的や課題に沿った切り口で分類していきます。このアプローチは全体像が明確な場合や、分類方法が想定しやすい場合に有効です。ボトムアップアプローチと比べて、体系立てて整理できるメリットがあります。ただし、既知のケースに対するアプローチであるため、未知のケースには対応できません。
ボトムアップアプローチでは、ロジックツリーの最下層から要素を洗い出して組み上げていくアプローチです。このアプローチは、全体像が不明確な場合や、分類方法が検討できない場合に有効です。トップダウンアプローチに比べて、未知のケースでも検討できるメリットがあります。ただし、未知のケースに対してアプローチするため、分類が難しく、モレやダブリが発生しやすい可能性があります。
MECE では、どのような切り口で分類するかが非常に重要になります。なぜなら MECE に切り分けたとしても、その切り口自体に意味がなければ、誤った結論を導き出してしまうからです。例えば、原因分析としての Why ツリー、問題解決としての How ツリー、要素分解としての What ツリーがあります。どのような切り口で分類すれば良いのか迷った場合、マーケティングのワークフレームがヒントになるかもしれません。
マーケティングの世界では、分析を行うためのワークフレームがいくつも存在します。例えば、3C 分析では自社・競合・顧客に分類され、SWOT 分析では内部要因と外部要因の強み・弱みに分類されています。それぞれのワークフレームには、何を分析するかの特性があります。もしも、利用できるワークフレームが存在する場合は、オリジナルの分類にするよりもフレームワークに従った方が良いでしょう。
帰納法と演繹法
帰納法と演繹法は、どちらも論理展開を行う一般的な方法です。これまでに説明したピラミッド構造やロジックツリーも帰納法と演繹法が使われています。
帰納法とは、複数の具体的な事実から同一の傾向を見つけ出し、結論としてまとめる論理的推論方法です。例えば、「A、B、C さんは死ぬ」という個別事象から、「人間は死ぬ」という仮説を立て、「人間は必ず死ぬ」という一般化された原理原則を導きます。
ただし、帰納法は根本的な問題を抱えています。なぜなら帰納法は、あくまでも確率や確度といった蓋然性の導出にとどまるからです。例えば、「今まで見たすべてのカラスは黒い」という経験から、「世界中のカラスは黒い」と定義することはリスクがあります。もしも、「白いカラス」を発見した場合、理論がすべて崩れてしまう反証可能性を残してしまうことになります。このようなリスクは「ヘンペルのカラス」とも呼ばれ、帰納法のリスクを示しています。
帰納法には、その他にも早すぎる一般化の問題もあります。例えば、「ビールには水が入っている」、「ウィスキーにも水が入っている」、「ブランデーにも水が入っている」、よって「水を飲むと酔っ払う」などです。この帰納法の危険性を表現した寓話として、七面鳥の寓話がよく知られています。
ある七面鳥が毎日 9 時に餌を与えられていた。それは、あたたかな日にも寒い日にも雨の日にも晴れの日にも 9 時であることが観察された。そこでこの七面鳥はついにそれを一般化し、餌は 9 時になると出てくるという法則を確立した。そして、クリスマスの前日、9 時が近くなった時、七面鳥は餌が出てくると思い喜んだが、餌を与えられることはなく、かわりに首を切られてしまった。
演繹法とは、一般的な原理原則から個別的事象を推論する方法です。帰納法は前提が真であったとしても結論が真であることは保証されない点に対して、演繹法は前提が真であれば結論も必然的に真になります。例えば、「人間は必ず死ぬ」の大前提と、「ソクラテスは人間である」の小前提から、「ソクラテスは必ず死ぬ」という結論を導きます。このように、ふたつの前提から導き出す演繹法を三段論法と呼びます。
帰納法が前提と結論が蓋然的に正しいとされる点に対して、演繹法は前提が正しいと認める場合に限り、結論も必然的に正しくなります。前述した例においても、ソクラテスの代わりに人間であれば誰を入れ替えても、正しい結論になります。
帰納法と演繹法は、ピラミッド構造やロジックツリーにおいて理論を組み立てる場合に、正しさを証明するための重要な論理的推論の方法です。特に帰納法が抱える問題点や、演繹法の前提を間違える可能性については、誤った結論を導くかもしれないため注意が必要です。
帰納法と演繹法を正しく用いるためには、それぞれの特性を理解して使い分けるべきです。例えば MECE として、帰納法はボトムアップアプローチですし、演繹法はトップダウンアプローチになります。その他にも、帰納法はアンケート調査による統計を使用する場合などに適しており、演繹法はアイデアが正しいことを証明する場合などに適しています。
帰納法と演繹法を用いるときのポイントとしては、状況に合わせて使い分けることです。
ロジカルライティング
ロジカルライティングとは、論理的な文書を書く技術です。ロジカルライティングで書かれた文書は、ページ数が多くても読みたい情報までのアクセス性に優れています。ロジカルライティングは、あたかも正しくマークアップされたセマンティックな HTML ドキュメントのようなものです。すべての情報が論理的なルールに従って配置されているため、初めて読む文書でもわかりやすい構造になっています。
ロジカルライティングは、ビジネスのシーンで用いられることが多いスキルです。ビジネスの世界では、毎日多くの書類に目を通すことになります。特に役職がついている人は、大量の書類をチェックしなければなりません。しかし、すべての書類を精査する時間が取れないため、ロジカルライティングのスキルが重宝されます。
ロジカルライティングで書かれた文書は、読み手が読むべきかどうかすぐに判断できます。読むべき文書である場合、すべてを読まずとも、どこを読めば判断できるのかすぐに分かります。そして、読み手に何を期待しているのかが明確になっているため、非常に効率的なライティング方法です。
ロジカルライティングは、ページ数の多い文書から報告書、企画書、議事録、提案書、メールまで幅広く使えます。もちろん、ブログへの応用も可能です。ただし、ロジカルライティングで書かれた文書に派手さはなく、どちらかと言えば地味になります。そのため、普段生活していても「この文書はロジカルライティングで書かれている」と気付くことは滅多にありません。
総論と各論
何かのテーマについて文書を書くとき、必ずタイトルを付けます。タイトルは、その文書は何について書かれているかを一言で表した要約文になるはずです。その他にも文書は、いくつかのセクション (章、節、項など) に分割して書かれます。ロジカルライティングでは、それぞれのセクションが何について書かれているかの要約文も必要とします。
ロジカルライティングでは、冒頭の総論で伝えたいテーマを宣言し、各論で総論を具体的に展開します。そのため、総論はすべての各論の要約でなければなりませんし、各論は総論の一部でなければなりません。総論で登場したキーワードが、どの各論でも登場しないのはロジカルライティングとは言えません。逆に、総論で登場しないキーワードで各論を展開してはいけません。
「文書全体の総論」は文書の冒頭に登場しますが、各論にも「各論の総論」が各論の冒頭に必要です。それぞれの各論は、小さな文書であると見なすことができます。そのため各論の見出し文 (タイトル) は、その各論の要約文にしなければなりません。そして、この各論では何について述べるのかの要約文を各論の冒頭に書きます。そうすることで、読み手は各論単位で読むべきかどうかの判断ができるようになります。
トピックセンテンス
トピックセンテンスとは、その段落で述べられている文章の要約文です。上述した「総論と各論」で、各論にも要約文が必要であると述べましたが、段落のレベルまで突き詰めたものがトピックセンテンスです。トピックセンテンスを段落の冒頭に設けることで、読み手は段落単位で読むべきかどうかの判断ができるようになります。
![](https://assets.st-note.com/img/1718631401843-LGWMKOrXBK.png?width=1200)
トピックセンテンスが段落の冒頭にあれば、これからこの段落では何を伝えようとしているのかが分かります。逆に、トピックセンテンスに登場しないトピックを同じ段落に登場させてはいけません。もしも登場させる場合は、トピックセンテンスにトピックに含めるか、他の段落として切り出す必要があります。
ただし、トピックセンテンスに複数のトピックを含めることは、あまり好ましくありません。もしも 1 つの段落に複数のトピックが混在する場合は、文書構造の分割を検討してください。1 つの段落に複数のトピックについて述べられている場合、その段落が主張したいことがわからなくなります。
ブログでもタイトルの近くにリード文を設置しているサイトをよく見かけます。リード文の役割は、読み手に「もっと読みたい」という気持ちにさせることですが、これから何について述べていくかを示すという意味ではトピックセンテンスと同じです。
既知から未知へ
既知とは読み手が既に知っているという意味で、未知とは読み手がまだ知らないという意味です。そのため、既知から未知へとは、読み手が既に知っていることを先に書き、読み手が知らないことを後に書くことです。正確には、未知のキーワードを既知のキーワードで説明しながら文章を書く方法です。
例えば、何かについて説明する場合、読み手には知っていることと、知らないことがあります。読み手が知らないことを先に書いてしまうと、読み手は意味がわからなくなるため混乱します。そのため、読み手の知っているキーワードで未知のキーワードを説明しながら文章を組み立てていきます。
既知から未知への形式は、統一型、引継型、展開型の 3 パターンがあります。
![](https://assets.st-note.com/img/1718631450332-NPzYGHNAU5.png?width=1200)
統一型は、ひとつの未知のキーワードについて説明するパターンです。未知のキーワードが大きい場合や、難しい場合など、一言で理解することは難しい場合に使われます。
引継型は、未知のキーワードを既知のキーワードに変えていくパターンです。あるテーマを説明するためには専門用語が多く、未知のキーワードを説明するために、別の未知のキーワードを使わなければならない場合に使われます。未知のキーワードを既知のキーワードで説明しながら、徐々に進めていきます。
展開型は、未知のキーワードを冒頭ですべて登場させてしまい、ひとつずつ説明するパターンです。未知のキーワードがいくつかの要素に分解できる場合や、箇条書きを用いて説明する場合などに使われます。
仮説思考
仮説思考とは、「まだ証明はできていないが、もっとも答えに近いと思われる答え」に従って意思決定を行う思考のことです。私たちは意思決定を行う場合、情報が多ければ多いほどより良い結果を出せると信じています。しかし、情報を網羅的に調べてから答えを出すことは時間的にも資源的にも無理があるため、早い段階で仮説を持つことが仮説思考の本質です。
仮説とは、コンサルティングの世界で多用される言葉ですが、私たちも日常的に使っています。例えば、「雨が降った日には、みんな外出するのが嫌だからレストランも空いているはずだ」という読みを立てて、レストランに出かける場合も仮説に従った意思決定です。もしも、レストランが空いていた場合は、自分の仮説は当たっていたことになり、次回も同じ意思決定を行いやすくなります。しかし、レストランが混んでいた場合は、みんな同じことを考えるため仮説が間違っていたか、天候とレストランの混み具合は関係ないと結論付けます。
なぜ仮説思考が重要なのかと言えば、問題解決のスピードが格段に速くなるためです。例えば、未知のケースについて分析を行う場合、ロジックツリーをボトムアップアプローチで組み立てます。しかし、闇雲に情報を集め、直感による帰納法で傾向を見つけ出そうとしても現実的には無理があります。そのため、課題を分析する場合、仮説から逆算して証明することで問題解決のスピードが速くなります。
それでは、問題の発見、または問題の解決に向けてどうすれば仮説を立てられるようになるのでしょうか。コンサルタントに、仮説はどのようなときに思いつくのかアンケート調査を行った結果、顧客とのディスカッションやインタビュー中に思いつくことが多い調査結果があります。しかし、仮説の立て方について定石のようなものはなく、人によっては突然ひらめいたり、じっくり考えているときに思いついたりします。コンサルティングの正解でも経験や勘、もしくはセンスによって思いつく場合が多いようです。
経験のない人でも仮説を立てるためのヒントはいくつかあります。分析結果の読み込み、業界・業務を理解する、反対から見る、別の視点から見る、スケールを変化させてみる、ゼロベースで考えてみる、深く掘り下げてみるなどです。仮説とは、問題から解決までに至るストーリーが虫食い状態になっており、論理が飛躍している隙間に橋を架けるような作業です。これらのヒントは、解決に至るまでの論理的な架け橋になります。
仮説思考はスピードを優先する代わりに、ある程度の信頼性を犠牲にするリスクを伴います。ロジックツリーのボトムアップアプローチなどの精度を向上させる可能性がありますが、同時に仮説が間違っている可能性もあります。ポイントは、仮説が間違っているかもしれないというリスクを常に考えておくことです。もしも仮説が間違っていても、間違いを認めたくないため、そのまま誤ったゴールを目指さないことが重要になります。
論点思考
論点思考とは、正しい問題、あるいは解くべき問題を設定することです。正しい問題解決プロセスは、正しい問題を発見することから始まります。解くべく問題の設定を間違えた場合、正しい解決方法には至りません。私たちは、暗黙的に正しい問題を解いていることを想定しています。しかし、それは正しい問題であるとは限りません。もしも、誤った問題を解いている場合、失敗を達成するために努力していることになります。
有名な例として「1 つのケーキを 2 人が納得するように二等分するためにはどのようにすれば良いか?」という問題があります。あなたは、どのように問題を設定するでしょうか。ここで設定するべき問題は「どうすれば正確に二等分できるか?」ではありません。設定するべき問題は「どうすれば 2 人が納得するか?」になります。そのため模範解答は、ひとりがケーキをできるだけ半分になるように切り分け、もうひとりが好きな方を選ぶという方法です。この方法であればどちらも納得できますし、正確に二等分するよりもずっと簡単に解決できます。
それでは、どのようにして問題、つまり論点を見つけ出せば良いのでしょうか。ただし、時間も資源も有限であるため、すべての問題に対処する余裕はありません。そのため、問題に優先度をつけて、最優先の問題から取り組む必要があります。具体的に論点を見つけ出すには、以下の 4 つのステップで見つけ出します。ただし、以下の 4 つのステップは順不同であったり、スキップしたり、繰り返し行う場合もあります。
論点候補を拾い出す
論点を絞り込む
論点を確定する
全体像で確認する
論点候補を拾い出すステップでは、何が本当の論点なのか探るために、どんな論点がありそうかリストアップします。ポイントとしては、それが解決されることで、どんな良いことがあるのかもあわせて考えることです。必要に応じてリストアップした論点が、本当に問題解決になるのか顧客や上司にインタビューすることもあります。
論点を絞り込むステップでは、リストアップされた論点に優先順位をつけます。優先度を決めるための評価軸は、お金、時間、人、期限、発生確率、影響度、費用対効果、あるいは解決可能かどうかも含まれます。いくつかの評価軸による優先度を設定しても論点を絞りにくい場合は、本当の問題は何か仮説を立てて当たりをつけます。例えば、その問題は一時的か長期的か、一部なのか全体なのかなど、白黒つけやすいところからアプローチします。その結果、同じ優先度であったとしても解決するべき問題が見えてくる場合があります。
論点を確定するステップと、全体像を確認するステップでは、論点が本当に真の問題なのかを確認するステップです。例えば、顧客から解決して欲しい問題を提示されても、その問題の背景には別の問題が隠れているかもしれません。論点が本当に正しいかを探るためには顧客に質問したり、仮説をぶつけて反応を見たり、現場を見たりする方法があります。これらを行う理由は、問題の背景、顧客の意図、発言の真意などのバックグラウンドを明らかにするためです。
本当の問題とは何かを常に考える姿勢はとても重要です。あなたのブログが日記でなければ、誰かに何かを伝えようとしているはずです。そのための問題、または論点、アプローチは正しいものでしょうか。間違った問題を設定してはいないでしょうか。解決までのアプローチは現実的で正しいものでしょうか。その記事の結論は本当に読み手が納得し、望むものでしょうか。
論点思考は、あなたのブログには合わないかもしれませんし、あるいは劇的に変えてしまうかもしれません。しかし、もしも何かの問題を解決するためのブログであれば、論点思考の考え方は読み手に論理的な理解と納得感を与えるはずです。
わかりやすい文章の書き方
一般的に、ブログは多くの人に読んでもらうために書かれています。しかし、技術ブログは必ずしもそうではありません。技術ブログは書き手がエンジニアであることが多く、そのような技術ブログにはより多くの人に読んでもらう以外にもうひとつの側面があります。
エンジニアはニッチなテーマであっても記録に残そうとする場合があります。なぜなら、エンジニアは技術的な勉強や挑戦を日々繰り返しており、その中で自分が理解できなかった点や、重要なポイントをアウトプットしておく場合があるためです。これは、将来的にもう一度迷わないようにメモとしての意味や、同じ問題を抱えるエンジニアへのアドバイスの意味があります。
このように技術ブログは、一般的なブログと同じように誰かの役に立つという意味では同じですが、より多くの人に見てもらいたい点で異なっています。エンジニアは何か問題があれば Google で同じ問題を既に誰かが解決済みではないかを調べようとします。つまり、車輪の再発明を可能な限り回避しようとします。そのため、技術ブログはエンジニア同士が Google を通して行うテキストベースのコミュニケーションであると言えます。
技術ブログの本質は同じ問題を抱える人との解決策の共有であり、そのためには分かりやすい技術ブログの書き方が求められます。このページでは、どのようにすれば分かりやすい技術ブログが書けるのかを以下の順で説明します。
タイトルの決定
現状と背景の整理
問題点の定義
解決案一覧と比較検討
解決案の決定と理由
解決案のプロセス
解決案の注意点や例外
タイトルの決定
あなたが何の技術ブログを書くのかタイトルを明らかにしてください。タイトルは、その記事を一言で表すもっとも重要なキーワードです。なぜなら、その記事を読むユーザはタイトルを見て読むべきかどうかの判断を行うからです。タイトルがシンプルで何を伝えたいのか表現できていない場合、ユーザはページを開いてくれないでしょう。また、タイトルが内容が異なっていたり誇張されていた場合、ユーザに不信感を与えてしまうため、慎重にキーワードを選定する必要があります。
どのような場合においても、情報は多いに越したことはありません。多すぎる情報は取捨選択すれば良いだけなので、まずは情報を集めて関連キーワードの中からタイトルにもっとも一致する主要キーワードを探してください。
タイトルを決める方法はもうひとつあります。それは、Google に実際のタイトルを入力してみてヒットした件数を調べる方法です。より件数が多いキーワードの方が一般的であるため、検索されやすいキーワードからアプローチします。これは、表記ゆれや正式名称ではないがデファクトスタンダードとなっているキーワードの選定によく使われます。また、Google ではそのキーワードと合わせて検索されているキーワード (共起語) も表示しています。それらのキーワードから、もっとも伝わりやすいタイトルを組み立ててください。
現状と背景の整理
次に現状と背景を整理しましょう。あなたは既に問題点や、それの解決方法まで思いついているかもしれません。しかし、読み手には現状のどこに問題があり、それらの背景について情報がありません。そのため最初に問題点を述べても、その問題がどこから現れたのか、どの程度のインパクトがあるのか、なぜ解決しなければならないのかがなどが分からずに混乱します。
現状と背景は何かの問題点を生み出している要因になっています。その問題により少なからず何か、または誰かが困っており、あなたはその問題点を解決しようと試みようとしているはずです。あなたは、なぜその問題を解決しようとしていますか。その問題は小さいものですか、それとも大きいものですか。解決することによって、どのようなメリットが生まれますか。解決するために必要な時間、人数、お金などのリソースはどれだけ必要ですか。解決することは、それらのリソースを投資に見合う費用対効果はありますか。読み手は、もしかするとその問題について何も知らないかもしれません。だからこそ、現状と背景の整理は読み手に問題を認識してもらうためのステップとして重要になります。
問題点の定義
上記の現状と背景の整理から見えてきた問題に対して問題点を定義します。つまり、解決するべき問題を明らかにすることでゴールを設定するプロセスです。問題点は漠然としたものであってはいけません。どの問題点を解決するのか、そしてどのような状態になれば問題点が解決したと判断するのか明確で具体的な基準を設けなければなりません。
問題点を正確に定義しなければ、何となく始まり何となく終わってしまい、実は問題はまだ残っていたなんてことは珍しくありません。問題点の定義とは、それをクリアすることで何かのメリットが明確にもたらされるものです。
問題点と解決することでもたらされるメリットは、タイトルに直結します。読み手となるユーザは、Google でその問題点、またはメリットに関するキーワードを使ってあなたのページに訪問します。そのため問題点とは具体的な一般名称で定義する必要があり、どのような状態を解決と定義するのか、または解決することでもたらされるメリットも具体的である必要があります。可能であれば、何らかの成果を数値に置き換えることをおすすめします。なぜなら、数値化することで効果が測定しやすく、前後比較によって成果が評価しやすいからです。時間、コスト、量、質など、客観的に測定できる指標が良いでしょう。主観的で恣意的な値は客観的な根拠に乏しく説得力がないため、避けたほうが良いでしょう。
解決案一覧と比較検討
問題点を解決する方法はひとつではないかもしれません。あなたは既にどの方法で問題を解決しようか考えているかもしれませんが、読み手にはなぜその方法で解決しようとするのかを提示する必要があります。
例えば、ある問題を解決するために解決案が3つあったとします。一般的に複数の解決案がある場合、それぞれプロセスや、コスト、リスク、リソース、影響度、範囲などが異なり、メリットとデメリットがあるはずです。なぜその解決策を選択したのか、読み手に比較検討した結果を提示しましょう。解決策を思いつく限り提示し、比較検討することは読み手に納得感を与え、情報の信頼性が増します。
ただし、コストやリスクが高すぎて現実的には実行できない案を、最初から選択肢に入れないことはアンフェアです。選択肢の中に含み、コストやリスクが高すぎて実行できない説明をした上で不採用にするべきです。選択肢の中には、これから紹介する解決案より良い方法があるかもしれません。しかしリソースは有限であるため、説明を加えた上で外した方が信頼感が生まれます。
メリットやデメリットも同様です。最初から解決案が決まっているからと言って、その選択肢だけ優遇するような恣意的なメリット・デメリットとして評価してはいけません。メリット・デメリットは、より優れた選択をするための材料であるため、公正な視点から評価するべきです。
解決案の決定と理由
解決案の比較検討が終われば、次は解決案の決定です。明らかに優劣がハッキリしている場合を除き、甲乙付けがたい解決案の中から絞り込むことは非常に難しい作業です。しかし、あなたの状況、環境、使えるリソース、許容できるリスク、優先度などから、絞り込むことは可能です。
読み手は、判断が難しい選択ほどその理由を知りたいと思います。客観的な状況を超えて、あなたの道徳、理念、思想、哲学、美学、好みによって決定することもあるかもしれません。しかし、それでもまったく構いません。ポイントは、ユーザがなぜそのような選択をしたのか理由を知りたいのです。その結果、支持されたり批判されたりするかもしれませんが、万人が支持する選択であれば、そもそも判断には迷ったりはしません。読み手には、あなたなりの考え方を説明すれば良いのです。
解決案のプロセス
解決案が決定したら、それを実現するまでの具体的なプロセスを提示します。プロセスには解決しなければならない小さなタスクがいくつもあり、そのタスクをクリアするには様々なリソースを必要とするはずです。解決案が複雑であればあるほど、タスクの数は増えていきます。そして、あるタスクを解決するためには、事前に複数のタスクをクリアしておく必要があるなどの相関関係も持ちます。
読み手には、それぞれのタスクをどの優先度順で、何のリソースを使って、どのようにしてクリアしていくのか、あるいはクリア出来なかった場合は後続にどのような影響がでるのかを明確に提示します。重要なポイントとしては、それが実現可能であることです。例えば、タスクをクリアするためには莫大なお金や、専門性の高い知識、特殊な技能など、用意や準備をすることが難しいリソースを当てはめることはできません。ある程度は読み手に考えてもらったり、手を動かしてもらったりすることは必要ですが、必要以上にリソースを強要してはいけません。
解決案の注意点や例外
最後に解決案の注意点や例外を、読み手に示しておくプロセスになります。タスクをクリアするにあたっての注意点や例外、もしくは読み手が支払わなければならない代償です。
これはどのような解決案を選択しても必ず発生するものです。すべてが解決する案であったとしても、何かしらのリソースを消費するはずです。読み手は、タダで何かが手に入ることはないと知っていますし、問題の解決案と同じ比率で注意点や例外にも意識を向けています。
この解決案を実行する、もしくは実行途中で注意するべき点や例外はなんでしょうか。読み手は何を代償として支払わなければならないのでしょうか。時間、自由、お金、リスクなど、何かしらあるはずです。それを読み手に提示することは、フェアな態度であることを示し、信頼感を与えます。
文章を速く書くための方法
文章を書くことが苦手で、悩んでいる人は少なくありません。今日では、職業を問わずに誰しもが文章を速く書くためのスキルを求められています。メール、レポート、企画書、プレゼン資料、議事録、そしてブログや SNS も例外ではありません。
多くの人は、文章を速く書けない原因は「自分には文才がないから」と決めつけてしまいがちです。しかし、文章を書くことに時間がかかってしまう本当の理由は、速く書くための方法を知らないからです。文才がなくても、速く書くための方法を知ることで、文章を書くスピードを飛躍的に高めることができます。
また、速く書くための方法を知らないことの他にも、手が止まってしまう原因があります。それは、うまい文章にしようと書きながら表現を考えてしまうことです。しかし、うまい文章を書く必要はありません。書くべき文章は わかりやすくて、役に立つ文章 です。
わかりやすくて、役に立つ文章とは、読み手の知りたい情報です。それは抽象的な表現ではなく、具体的な事実 が書かれた文章です。
具体的な事実がなければ、文章を書くのに時間がかかり、わかりにくい文章になってしまいます。そのため、文章を速く書くためには、具体的な事実を集める準備が非常に大切になります。また、長い文章を書くためには具体的な事実をより多く集める必要があります。
文章を書くための生産性は、一般的にページ数や文字数などで表されます。小説家、新聞記者など、書くことが専門である人のパフォーマンスは 1 時間に 3,000 文字以上とも言われています。一作品が 10 ~ 15 万文字の場合、約 2 ~ 3 週間で書き上げてしまいます。ブログで生計を立てている人も、一ヶ月に 20 万文字を目標ラインと定めている人もいます。文章を書くことが専門ではない人たちからすると、この数値は驚くべきパフォーマンスです。
書くことが専門でない人のパフォーマンスは、およそ 1 時間に 1,000 ~ 2,500 文字程度です。しかし、文章を速く書く方法を知れば、パフォーマンスを大幅に伸ばすことも可能です。
文章を書く前に「どうやって書くか?」を考える必要はありません。まずは「何を書くか?」に集中し、準備に取りかかりましょう。
速く書くための準備
文章を速く書くためには、以下の 5 つのステップで勧めます。
書く目的と読者を定める
データを集める
データを読みやすい順番に構築する
スピード重視で書き上げる
読みやすく整える
データを集める前に、書く目的と読者のレベルを定めましょう。それらによって集めるデータが大きく変わるため、まずはターゲットを明確にします。
書く目的とは、文章を通じて誰に何を伝えるかを掘り下げた真の理由です。文章の量が多くても、読み手が知りたい情報が書かれていなければ、それはただの役に立たないデータに過ぎません。読者は、あなたの書いたきれいな文章を読みたいわけではなく、文章を通じての情報を求めています。その情報は、何を目的としているかを考えてみてください。
読者のレベルとは、読者の知識レベル、キャリア、年齢、性別などです。マーケティングの世界ではペルソナの設定と呼ばれています。例えば、ある分野の初心者には、なるべく専門用語を使わずに説明するなどです。ペルソナの設定は、伝わりやすい文章を書く上で重要な要素になります。もしも、ペルソナとなる読者がわからない場合は、知人や自分など誰でも良いので 1 人だけ決めておきましょう。
データを集める
書く目的と読者のレベルが明確になったら、データをなるべく多く集めましょう。「データは多く集めて、不要なデータはあとで削る」方法がもっとも効率的です。不要なデータかどうか判断に迷ったら、とりあえずストックしておくと良いでしょう。
集めるデータは客観的なデータのみに絞ります。自分が記憶している情報をデータとして利用する場合、記憶違いや勘違いの可能性があるため、裏付け作業を行いましょう。
例えば、とある店舗を紹介するための記事を書こうとする場合、「スタッフが丁寧だった」、「清潔感があった」などはデータとして使えません。それらは、自身が感じた主観であり客観的なデータではありません。なぜ丁寧だと感じたのか、なぜ清潔感があると判断したのか理由があるはずです。それらの理由を客観的に書けば、それが丁寧か、清潔かどうかは読者の判断になります。
データを読みやすい順番に構築する
集めたデータは、それぞれバラバラな状態になっています。まずはデータをすべて箇条書きで書き出すことから始めましょう。書き出されたデータは、いくつかのグループに分けることができるはずです。それらのグループが目次を構成するパーツになります。
それらのパーツから章構成を組み立てて、もっとも伝わりやすい目次を作成します。伝わりやすい文章構成方法には SDS 法と PREP 法の 2 つがよく用いられます。
SDS 法
SDS 法とは Summary (要約)、Details (詳細)、Summary (要約) の頭文字を取った文章構成方法です。最初に結論を伝え、次に詳細、最後に再度結論を述べる構成です。SDS 法は、テレビのニュース番組などでよく使われています。
PREP 法
PREP 法とは、Point (結論)、Reason (理由)、Example (具体例)、Point (結論) の頭文字を取った文章構成方法です。最初に結論を伝え、次にその理由を説明、事例で理由を補強し、最後に結論を述べる構成です。
スピード重視で書き上げる
目次とデータが用意できたら、次はいよいよ書くステップになります。ここで重要なポイントは、スピード重視で書き上げることで、完璧を目指さないことです。
文章を書いていると、適切な表現や言い回しに迷ったり、調べ直したり、予定にないデータや章を追加したくなります。しかし、これらの筆が止まることはすべて無視して、書ききることに集中します。推敲の段階で見直さなければならないポイントには何かの記号でも付けておき、とにかくスピード重視で書き上げます。
文章のボリュームも考える必要はありません。文章を速く書くためのコツは、データの収集でも行った多く書いてあとから削る方法がもっとも効率的です。推敲の段階で多少の手直しは発生しますが、本文を書く前に目次を完成させているため、章構成が大きく変わるような手直しは発生しません。
読みやすい文章を書くためのポイントは、以下の 7 つです。
一文を短くする
ひとつの段落では内容をひとつだけに絞る
強調表示を活用する
冗長な文章は使わない
肯定文を使う
受け身の表現を避ける
読者に伝わる言葉を使う
一文を短くする
文章の一文を短くすることを心がけます。長くても 60 文字を超えないようしましょう。もしも、どうしても長くなる場合は、接続詞を使って文章を分割するようにしましょう。
文章を短くする理由は、読みやすさ以外にもあります。長文の場合、途中で何を伝えたいのかわからなくなってしまい、それだけで読むのをやめてしまう場合があります。
ひとつの段落では内容をひとつだけに絞る
ひとつの段落では、伝えたい内容をひとつだけに絞ります。段落内に伝えたい複数の内容がある場合は、段落を分割するとわかりやすい文章になります。
段落の冒頭では、この段落では何を伝えたいのか要約した文章にするとより効果的です。この文章はトピックセンテンスと呼ばれ、ロジカルライティングでも使われる手法です。
強調表示を活用する
文章の中で何を特に伝えたいのかを示す強調表示を活用すると、読者にポイントを伝えることができます。太字、下線、赤字、括弧書き、引用符で囲むなど、読者の注意を引きつける方法はいくつもあります。
冗長な文章は使わない
書かなくても意味が通じる冗長な文章は、使わない方が良いでしょう。冗長な文章とは、伝えたい内容とは無関係な語・表現、二重否定、同義語・類義語の重複などがあります。
肯定文を使う
文章は基本的に肯定文で構成し、否定文を使うことは避けましょう。否定文は、読みにくいだけでなく誤解の原因になります。日本語の文章は文章をすべて読まなければ肯定か否定かわかりません。そのため、流し読みをした読者が文章の意味を誤解してしまう可能性があります。
受け身の表現を避ける
受け身の表現とは、「~れる」や「~られる」などの表現を指します。行為者が主語にならず、行為を受ける対象が主語になる文章です。受け身の表現は述語の主体が明確ではなく、文章として不十分な印象を受けます。
読者に伝わる言葉を使う
文章の内容が正しくても、読者が理解できなければ意味がありません。誰にでも伝わるわかりやすい言葉を使うことを心がけましょう。
専門用語や、難しいカタカナ言葉、比喩表現、慣用句、四字熟語など、読者のレベルを想定して使い分けることが肝心です。有識者に対して専門用語を使わず平易な言葉を使うと、かえって冗長な表現になるため注意が必要です。
読みやすく整える
最後のステップは文章を整える推敲と呼ばれる作業です。推敲作業のポイントは、客観的な視点で見直すことです。客観的な視点とは、読みやすくする こととわかりやすくすることです。
書いたばかりの文章は、自分では客観的な評価をすることはできません。他者からのレビューを受けるか、文章を寝かせて後日確認すると、客観的な視点で見直すことができます。
推敲作業はトップダウンで行います。まずは全体的にまとまっているかをチェックし、章単位、段落単位、文章単位と細かく見ていきます。具体的なチェックポイントとしては、以下になります。
読みやすく、わかりやすい文章構造になっているか?
データと整合性が取れており、論理が破綻していないか?
内容に重複している点はないか?
説得力に欠ける点はないか?
意味不明、説明不足な点はないか?
読者に嫌悪感を与える表現はないか?
誤字・脱字はないか?
読者のレベルにもよりますが、わかりやすい文章を書く上で読み手は何も知らないという前提に立ちます。その前提のもとで、読み進められるような文章を書く必要があります。難しい専門用語が登場しただけでも読む気を失せる人もいます。そのため、読者の理解力に頼らないことが重要です。
読者に内容を伝えるということは大変な作業です。書き手がよくわからないまま書いた文章は、読み手には絶対に伝わりません。そのため、わからないポイントはそのまま文章にはせず、自分なりに調べて理解してから書かなければ、内容が破綻してしまいます。
あとがき
最後までお読み頂きありがとうございました。
高評価やフォローをお待ちしております。
X や note では、ブログやデザインに関する有益な情報を発信しています。
x.com:https://x.com/murashun
この記事が気に入ったらサポートをしてみませんか?