カテゴリー: ディレクション

最近アジャイル開発という言葉を聞くことは多いと思います。
アジャイル開発とは、短期間のサイクル（スプリント）を何周にも渡って行う開発工程のことで、欠陥を早期に除去することができるため、品質の高い製品の作成が望めます。
従来の開発工程であるウォーターフォールモデルやV字モデルでは、長期間にわたる開発になればなるほど、開発過程の途中で振り返ることが難しいことが課題でしたが、アジャイル開発ではそれを解消することができます。

今回は、そんな「アジャイル開発」でのテスト工程についてフォーカスをあて、アジャイル開発にてテスト責任者を務めていた筆者の経験から、注意した点や苦労したポイントなどを中心にリアルな目線で記載したいと思います。

本記事のポイント

前述したように、アジャイル開発は短期間のサイクル（スプリント）を何周にも渡って行うため、開発者・ステークホルダー共に状況が見えやすく、また欠陥を早期に除去することができるため、品質の高い製品の作成が望める革新的な開発工程です。

しかし、大きな落とし穴としては、導入にあたってチーム内の協議や土壌作りに時間を割かなければならず、テスト工程において原因が曖昧な問題が多発してしまいます。
また最終ゴールが明確に定められていないため、チーム内の協議や土壌作りに左右されることが少ない従来のウォーターフォール等の開発工程に比べて劣る製品になってしまう恐れがあります。

本記事では、アジャイル開発に携わったことが少ない方に向けて、この工程における検証の重要性と効果的な導入方法についてテストを通じて詳しく解説していきます。

アジャイル開発におけるテストとは

従来の開発工程も含め開発工程におけるテストとは作成された成果物に対して評価を行う作業です。
ここでは、テスト工程がアジャイル開発においてどのような役割を果たしており、どのような特徴があるかについて簡単に解説していきます。

アジャイル開発におけるテストの特徴

アジャイル開発におけるテストと言っても、当然検証という目的は同じため従来のテストの基盤（前回のテストへのリンク）を適応することが可能です。
そこで最初に気になるのは従来の開発工程（ウォーターフォールモデルやV字モデル）との違いなのではないでしょうか。

それでは、従来のテスト工程とどのように違うのか、アジャイル開発におけるテストの代表的な特徴を５つ紹介します。

①スプリントという短いスパンでサイクルが実行されることによるステークホルダーへの迅速な価値と結果の提供
仕様・成果物・スケジュールといった部分が、従来の開発工程と比べてステークホルダーと開発間の現状の共有が頻繁に行われることによって、認識齟齬の事前防止・認識齟齬があった場合に速やかな対応が可能です。
また、ステークホルダー側から定期的に提供される結果を元に最終納品時の営業戦略を立てやすい点が利点として挙げられます。

②テストが開発活動の最後ではなく恒常的に行われるため、迅速に開発側へのフィードバックと分析結果を提供できる
クリティカルな障害が発生した際に従来の開発工程と比べてテストが定期的に動いているため作りこむ前に対応できる点と、従来の開発工程では最後に行われるテスト結果分析をサイクルの中で何度も行い、その情報を開発側にフィードバックすることで事前にクリティカルな障害の作りこみを防ぐことができます。

③リスクベースのテスト戦略を取り、分析の主導にテスト担当者がなることが多い
テスト担当者としては、テスト結果分析の回数が従来のテスト工程に比べて多いため、より精度の高いリスク分析を行うことができる点と、その分析結果を他のプロジェクトでも流用可能な点が利点として挙げられます。

④手動テストの手法が従来のテストより偏った技法を用いることが多い
テスト自動化の導入が優先されるアジャイル開発では、従来のテストで用いられる一部技法を自動化によって省略することが重要であるため、経験ベースおよび欠陥ベースの技法（ソフトウェア攻撃、探索的テスト、エラー推測等）といった自動化によって賄うことが難しい技法が偏って用いられます。

⑤ドキュメントを削減することができる
テスト工程のプロジェクト成果物の内容は従来のテストと同様ビジネス指向の成果物、開発成果物、テスト成果物の３件に分類されます。
しかし従来のテストに比べ、要件に従っていることを示す自動化の成果物と動くソフトウェアといった開発成果物に重点を置いているため、ステークホルダーに価値を提供しないドキュメントを削減することが指針となっています。

アジャイル開発におけるテスト導入の注意点

アジャイル開発のテストは利点も多い反面、リスクもそれ相応のものが挙げられます。

アジャイル開発におけるテスト担当者のスキル

ここではテスト担当者の必要スキルにフォーカスを当てた注意点を紹介します。

① 人間関係の構築スキル
従来のテスト工程に比べ、前述したリスク分析やスクラムミーティング等で各チームやステークホルダーと品質について協議する機会が多くなります。
そのため、コミュニケーション能力は勿論、事前に連携が円滑に行えるチーム作りを怠ると、チーム間において認識齟齬が発生する恐れがあります。

② テスト自動化の経験
アジャイル開発のテストは短いテスト期間のため、自動化導入の重要度が従来のテストに比べて高くなっています。
そのため、テスト担当者にテスト自動化の経験があまりない場合、テスト担当者が導入に際して導入の可否の判断といった自発的な行動を起こしづらく、開発メンバーに余計な工数（本来テスト担当者が担う工数）が発生してしまう恐れがあります。

③ テスト分析の経験
アジャイル開発のテストではテスト分析を実行する回数が多く、そのプロジェクト全体が影響範囲となっているため、従来のテストとは比べ物にならないレベルで重要度が高くなります。
そのため、テスト分析の経験が薄い場合、対外的には前述している開発工程やステークホルダーへのフィードバックが難しくなってしまう点が挙げられますが、こちらは利点が失われるのみで従来のテスト工程に劣る結果になる程のリスクとなることはあまりありません。
しかし、テストチーム内において分析が正確に行われないことは期間内に完遂できるテストケースの作成が難しくなり、必要なテストが実行できない可能性も出てくるため、プロジェクト全体の品質が大きく低下してしまう恐れがあります。

アジャイル開発におけるテスト担当者の役割

アジャイル開発におけるテスト担当者の役割は、テスト実行工程以外に「チームワーク」、「スプリントゼロ」、「統合」、「テスト計画作業」、「追跡性の保持」等が挙げられます。

ここでは特にリスクとなる３つを説明していきます。

① チームワーク
アジャイルでは、開発者、テスト担当者およびステークホルダーが一緒に作業するチーム全体でのアプローチが重要です。
テスト担当者が開発チーム、ステークホルダーと折り合いを付け、信頼関係を結ぶことが重要となるということです。

② スプリントゼロ
これはアジャイル開発におけるプロジェクトの準備活動段階にテスト担当者が行う作業のことを示しています。
主な作業は下記の通りです。

• プロジェクトの範囲の識別
• 必要なツールの計画、手配
• テストスコープ、テクニカルリスク、カバレッジの目標を考慮
• 最初のテスト戦略を作成
• 品質リスクの分析
• タスクボードの作成
• 完了の定義の明確化

この作業ではテストで何を達成しなければならないのか、それをテストでどのよう達成するかの方針決めであるため、上記一覧のどれかが不十分である場合、テスト工程において問題が多発する恐れがあります。

③ 追跡性の保持
追跡（トレーサビリティ）とは仕様書・テスト計画書・テスト設計書等の各種プロジェクト資料に変更があった場合に影響範囲を特定するため、相互に紐付けておく作業です。

この作業は、変更の入った箇所の影響範囲や合わせて変更する必要のある資料の割り出しが速やかに行えるという利点があり、アジャイル開発は前述の通りサイクルを複数回行い都度仕様や計画を協議しながら進める関係で変更の入る回数が従来のテスト工程とは比較にならない程多く、追跡の重要度が上がると言えます。
そのため、追跡性が保持されていないプロジェクトでは、各協議の結果で一部変更が入った際に影響範囲の特定ができず、都度余計な工数が発生し品質が大きく落ちてしまう恐れがあります。

組織的なリスクと独立したテストの重要性

従来のテスト工程にも同じことが言えますが、独立したテスト担当者は開発チーム内に所属する担当者に比べ欠陥を効果的に見つける能力が高いとされています。
つまり、開発担当者は独立したテスト担当者に比べて成果物への批判的な視点が欠けやすいということです。
そのため、テスト担当者やチームの選出には3つの選択肢があります。

① アジャイル開発チーム内にテスト担当者を設ける
開発チームとして簡単な選択方法ですが、前述した通り独立性と評価の客観性を失うリスクが存在します。

② 完全に独立かつ分離したテストチームを設ける
成果物への批判的な視点が欠けやすいという問題点が解消される選択肢ですが、外部である以上プロダクト内の新しい仕様の理解不足・ステークホルダーや開発者との人間関係の行き詰まりといった問題を抱えやすいリスクが存在します。

③ アジャイルチーム内に開発チームとは別の独立かつ分離したテストチームを設け、長期に渡りテストのみを担当する
独立性を維持し、プロダクトを十分に理解し、他のチームメンバーと強固な関係を築くことができるため、①②に示した問題を解消することができます。
しかしながら、テスト担当者へ求めるスキルレベルが上がる傾向にあるため、選定の段階でそれを考慮する必要があります。

上記３件であれば③が理想的ですが、それに見合うスキルを持ったテスト担当者を選出することが出来なければ運用が不可能であるため、３つの中から状況に合わせた選定をすることが不可欠であると言えます。

アジャイル開発におけるテストの種類・手法

ここまではアジャイル開発のテスト導入に関して話してきましたが、本章では具体的にアジャイル開発のテスト工程が担う事項について述べていきます。

アジャイル開発におけるテストの種類

ここでは「アジャイルテストの四象限」と言われる４つのテストの種類を判別する定義を紹介します。これはテストを縦軸ビジネス（ユーザ）、テクノロジ（開発者）、横軸製品支援、チーム支援の面に分け、テストタイプを区別し説明する方法論です。

・第一象限（Q1）「ユニットレベルのテクノロジ指向」
開発者のサポートが目的であり、単体テストやユニットテストが含まれます。
この工程のテストは基本的には自動化され、継続的に繰り返されることが多いです。

・第二象限（Q2）「システムレベルのビジネス指向」
プロダクトの振る舞いの確認が目的であり、機能テストが含まれます。
この工程は受け入れ基準をチェックするものであり、手動・自動どちらの方法でも実行されることがあります。

・第三象限（Q3）「システムレベル・ユーザ受け入れレベルのビジネス指向」
現実的に使用されるシナリオやデータを使用してプロダクトを評価することが目的であり、探索的テスト・ユーザ受け入れテスト・シナリオテスト・αテストβテストが含まれます。
この工程のテストは基本的には手動で実行されます。

・第四象限（Q4）「システムレベル・運用受け入れレベルのテクノロジ指向」
運用された際のプロダクト自体を評価することが目的であり、負荷テストやセキュリティテスト等の非機能テストが含まれます。
この工程のテストは自動化の対象とできる事項が多いため、基本的には自動化されます。
この定義はスプリント毎にこれらのいずれか又は全てのテストが必要となり、各関係者に説明することが容易となるため、テスト担当者はこの４つを判別することが重要です。

アジャイル開発におけるテストの手法

まずテストを行うにあたって、どこへ向かうべきかという「完了」の定義を明確にする必要があります。具体的には「Webアプリケーションの検証について」3-1.に記載のある各テストレベルとその完了基準を満たしているかということです。
完了条件は従来の開発工程のテストと同じくテストケースの消化・欠陥/品質リスクの修正済みが基盤となりますが、アジャイル開発では「できる限りのテストが自動化されていること」が完了基準に含まれます。

ここで注意しなくてはならないことが、テストスコープは従来のテスト工程と異なりリスクベースであるため、「完了」の定義自体は似通っていますが、テストの基準自体が異なっていることが多いという点です。

「完了」の定義が決定した後に「テスト」を行うわけですが、ここで主に用いられる技法が「ブラックボックステスト設計」「探索的テスト」です。

・ブラックボックステスト設計
開発者のプログラミング作業と並行して、ユーザストーリーと受け入れ基準に基づいてテスト項目を作成する作業のことです。
従来型のブラックボックステスト設計技法と同じものであるため、「Webアプリケーションにおけるテストの役割とは？項目や工程まで細かくご紹介」の3-3に記載がある技法が適応できます。

・探索的テスト
探索的テストとは、テスト担当者がユーザストーリーに沿ってテスト設計と実行を同時に行う技法のことです。
この技法はテストチャータというカバーすべきテスト条件のみが提供され、テスト担当者がリスクであると考える部分のテストを手当たり次第実行する技法であり、テスト分析結果等を元に形作られる経験ベースのテスト手法により良い結果を得ることができます。

これを実施する利点としては、短時間で成果を生み出しやすいということが言えます。
ただし、テスト担当者の想像力・直感・認識力・スキルといった様々な要素に左右されるものであるため、テスト担当者のプロジェクトへの理解が不可欠であるテスト手法です。
また、探索的テストは設計と実行が同時に行う関係上、文書化が十分でないとどのように問題が発見されたかを遡って確認することが困難になるため、行ったテストについては正確に文章化することが重要です。

アジャイル開発のテスト導入でより質の高い製品を

ここまで、アジャイル開発におけるテストについてお話してきました。
最初に記載したように、正しい理解の元で準備を行わなければ上手くいかないリスクを多く抱えていますが、正しい理解の元準備を行うことで従来の開発工程以上の成果をもたらしてくれます。

特に今回はテストにフォーカスを当てた記事であったため、テスト担当者に求めるレベルが大きく上がっていることが理解できたと思いますが、それを満たせるテスト担当者がチーム内に在籍している場合は、より高品質の製品を作るためにアジャイル開発という選択肢があるということを理解し、検討していただけると幸いです。

オウンドメディアにおいて、特にBtoBでは必須のコンテンツとも言える『事例インタビュー記事』ですが、いざ作ることになっても、初めての取材となると何から手を付ければ良いのか分からず、お困りの方もいるのではないでしょうか。
またライターさんに記事を執筆してもらう場合は、書いてほしいことをうまく伝えられず、修正のやり取りが多くなってしまったり、伝わりづらいコンテンツになってしまうことも往々にしてあります。

せっかくコンテンツを作っても、伝わりづらいページになってしまっては元も子もありませんよね。
このページではインタビューの事前準備から、ライターさんへの執筆指示の方法までのコツをお伝えしていきます。

インタビューの事前準備

インタビュー記事の質を決定づけるのは「いかに担当者が事前準備を行ったか」にかかっています。
インタビューというと、つい当日の進め方に気を取られがちですが、実は事前準備で9割が決まってしまうと言っても過言ではありません。
本章では、「事前準備」とは何なのか、基礎的な部分をお伝えします。

コンテンツのテーマを決め、テーマに沿った情報収集を行う

事前準備において最初のステップは、テーマを決定することです。
テーマに沿って、何を伝えたいかを明確にしていきます。
「製品導入による改善事例の具体例を提示したい」「競合との違い、自社の強みを前面に押し出したい」など、複数の訴求したいポイントが出てくると思います。しかし訴求ポイントが多すぎれば、伝えたいことがぼやけてしまいます。
そのため「最優先で伝えたいこと」を確定させることが重要です。

テーマが決まったら、次はテーマに沿った情報収集をします。
情報収集をどれだけ行ったかによって、コンテンツの質が左右されることになるので、さまざまな角度から情報収集を行うことをオススメします。
それでは具体的にどんなことを調べたらいいのか、ポイントを3つご紹介します。

① 製品・事業を知る

取材対象の業種・業界について調べることは大前提になります。その会社が「何をしているのか」「どんなサービスをしているのか」はもちろん、業界内の立ち位置も確認しておくことが大切です。また、企業サイトなどから経営理念や社風などといった企業調査も行っておくと、インタビューの際に相手に合わせた質問を考えることができます。

② インタビュイー (取材対象者)を知る

インタビュイー (取材対象者)が業務の中でどういう立場なのかも可能な限り確認しておきましょう。
実際に現場で業務を回しているのか、マネジメントをしている人なのかで答えやすい質問を絞り込むことができます。もしその方が答えづらそうな質問を聞きたい場合は、事前に質問内容をお渡ししておくことでインタビュー時にスムーズに回答していただけます。

③ 過去のインタビュー記事があれば、読んでおく

過去のインタビュー記事を確認することで、インタビュイーの考え方やスタンスを知ることができます。また、もし同じテーマのインタビュー記事が他社から公開されていた場合、別の切り口から取材を進めることが可能になります。そうすることで、他社よりも話を深堀りできたり、全く新しい話を聞きだすこともできるかもしれません。

ページ構成を決める

充分な情報収集が行えたら、次はページ構成を考えていきます。
どの話題にどれくらいボリュームを割くのか、どういう展開で記事を構成するのか、事前に完成図を描いていきます。

ページの完成図は、インタビューの際の “道しるべ” にもなります。
どんなに準備をしていったとしても、インタビューを進めていくと話が脱線してしまったり、聞きだしたいこととは別の方面に熱が入ってしまい、話を戻すことが難しい場面もあります。
そんなとき、「ページの完成図」があれば、絶対に答えてもらいたい質問の聞き漏らしを防ぐことができます。

ページ全体の構成が固まったら、「想定質問集」を作成します。
インタビュイーの方には、事前に想定質問集を送っておきましょう。インタビュイーに事前に質問を送ることで、回答をあらかじめ準備してもらうことができ、当日の受け答えがスムーズになります。
また、可能であればインタビュー前日までに質問の回答を返送していただきましょう。そうすることで回答を元に、更に深掘りしたい部分・追加で聞きたい部分などを準備することができ、ページの完成予想や構成を考えながら最終調整をすることができます。

インタビュー当日のコツ

前章まではインタビューの事前準備についてお話しましたが、ここからはインタビュー当日の話に移ります。
取材の進め方や、自分が想定した答えが返ってこなかった時の軌道修正テクニックなどをご紹介させていただきます 。

インタビュー内容は録音する

まず、インタビュー内容は録音することをオススメします。
メモだけでは「どういうニュアンスで話していたのか」という所まで記録することができず、担当者の意図と違う内容をまとめてしまう可能性があります。また、執筆をライターさんに依頼する場合は余計にメモだけでは情報が足りないため、録音データはかなり重要になります。

黙って録音を開始するのではなく、「執筆時に参考にしますので、録音しても良いでしょうか？」と先方に聞き、了承が取れたら見える位置に録音機を置いてスタートするとスムーズではないでしょうか。

相手の話したことを要約する

インタビューにおいて、一番大切なことは「要約」です。
相手の話を聞き終わったあと、「あなたの話してくれた内容を、私はこう理解しましたが合っていますか？」と確認を入れることで、3つのメリットがあります。

• １．自分の中で話を整理し、誤解がないことを確認できるのでスムーズに進めることができる
• ２．インタビュー中にインタビュイー と信頼関係を築きやすい
• ３．ライターさんが執筆時に書きやすい

１に関しては、自分の理解と相手の言いたいことが一致しているかという確認になります。
相手の意図と別の受け取り方をしてインタビューを進めてしまった場合、話の食い違いなどが出てきてしまう可能性があります。誤解がないかを確認することで、安心して次の話題に移れ、さらなる深掘りに繋げることができます。

２に関しては、「話の理解度を相手に伝える」ということが大きなポイントになっています。
インタビュイーは「自分の話がどれくらい伝わっているのか」が分からず不安になるものです。要約で理解度を伝えることで「この人は自分の話をきちんと理解して聞いてくれている」と安心してもらうことも出来ますし、それによって補足事項や事前準備の質問では聞き出せなかったこともすすんで話してくれる場合があります。

３に関しては、すでに要約内容が裏付けされていることによって、ライターさん自身で内容をまとめる必要がなく、第三者の主観が入らない文章になる、ということがポイントです。どうしても後から内容をまとめようとすると、その人の主観や思い込みで要約されてしまい、インタビュイー が意図している内容とずれてしまう可能性があります。

インタビューで要約にOKが出ていれば、それを防ぐことができるので記事の書き直しや差し戻しの手間をなくすことができます。

要約するときの大きなポイントは、「相手の言葉を使って話をまとめてあげること」です。
別の言葉で言い換えてしまうとニュアンスが変わってしまい、「いやそうではなく…」と話がややこしくなったり進まなくなってしまうことがあるからです。

相手の言葉を使って話をまとめることで、相手は「自分の話が理解され、受け入れられている」という感覚を持ちます。そのためインタビューで信頼関係を築きやすくなるのです。
今まで意識してやったことがない、という方はぜひ一度意識してみてはいかがでしょうか。

話を深掘りする

改善実績 などの具体的な話も大切ですが、その時どう思っていたのか・どうして改善したかったのかなど、インタビュイーがその時感じていた「気持ち」も聞いていくと、ただ単に事実だけが載ったコンテンツではなく読み応えがあるものになります。

「気持ち」の部分が読み手側の悩みと近かった場合、自然と共感文になってコンテンツに一層興味を持ってくれることもあるので、淡々と聞き出すのではなく、「なぜ」「どうして」を挟んでいきましょう。

事前準備で想定した答えが返ってこなかった場合

事前に用意した質問に沿ってインタビューを進めていきますが、こちらが想定した答えが返ってこない場合もあります。その場合は、まず落ち着いて話を聞きましょう。相手の伝えたいことが何なのかをしっかり理解することに重点を置き、考えてきたページ構成と変更しても問題がないのか、どこかで補足として付け加える形で掲載することができるのかをその場で判断することができます。

また、「自分はこう考えてきたけど違った」ことに対して、どうしてなのかを聞くことも深堀りになります。
とにかく慌てずに、軌道修正ができるだけの情報をその場でなるべく多くとりましょう。
常にページの完成形をイメージしつつ、インタビューを進めることが大切です。

2-1では要約が大切という内容をご紹介しましたが、ほしい回答が来なかったときのテクニックとして「要約の最後のまとめ「こういうことですよね？」の部分を、自分がほしい内容に近づけてYESをもらいにいく」という方法もあります。あまり強引に内容を逸らしてしまうと「違う」と言われてしまう可能性もありますが、そもそもインタビュイー自身が話をまとめきれていない場合もありますので、コンテンツ内で伝えたい内容が伝えられるように誘導してあげるのも良いと思います。

ライターへの執筆指示のコツ

前項ではインタビュー当日のテクニックをご紹介しました。
3章ではコンテンツ制作のまとめ部分、「ライティング指示」についてご紹介していきたいと思います。

執筆の部分には正直あまり時間をかけたくない、と思われる方も多いのではないでしょうか。
特に自分で執筆するのではなく、ライターさんにお願いする場合はリテイクが多くならないように注意しなければなりません。

執筆の指示書になるべく多くの情報を記す

「取材準備時に、ページの完成予想を立てる」とお話をしましたが、執筆指示ではそれをなるべく言語化して記すことが大切です。

• どういう話の流れで紹介をしたいのか、構成を伝える
• インタビュイーの話の中の「ここからここまで」の部分を使ってほしいと具体的な箇所を指定する

私が実際にインタビューを行い、複数のライターさんとやり取りをしていた際、書きにくい指示書はどんなものかを全員に聞いたことがあります。
共通で返ってきた回答は、「取材中のメモ書き（単語の羅列）しか残されていないもの」でした。

メモに残された言葉を使ってほしいのは分かるが、構成指示がないとライター自身の主観で構成しなければならなくなり、困ることが多いそうです。
実際にそれで書いたとしても、インタビュアーが意図した構成になることが少なく、リテイクになってしまい双方の時間の無駄になる、とのことでした。
インタビューの録音があったとしても、具体的な指示もなくそれを使って書き上げてほしい、なんてライター側の視点で考えてみれば無理難題です。

自分の頭の中でどういう構成になっていたのかをなるべくしっかり残してあげると、あがってきた原稿にずれがなく、1回で完成まで持っていける可能性が高くなります。
時間をかけたくないあまり、書いてほしい単語を羅列してライターに渡してしまうという方もいるかもしれませんが、ここをサボらずに行うことが一番の近道になると思います。

インタビュー記事の見せ方

インタビュー記事コンテンツの印象を左右するのは、「視点」ではないでしょうか。客観的視点で書くのか、インタビュイーの主観的視点で書くのかなど、それによって与える印象も変わってきます。

代表的なインタビュー記事の見せ方は下記の3つがあります。

• ① インタビュイー視点
• ② インタビュアー視点
• ③ QA形式（対談形式）

本章では、それぞれの見せ方のメリット・デメリットを紹介していきます。読み手にどういった印象を与えたいかによって、使い分けをしていきましょう。

① インタビュイー視点

●メリット：熱量が伝わりやすい
その人が話しているように文章を作っていくので、伝えたいことなどを熱く表現することができます。
また、その時に感じていた心情なども当事者として発信できるので、納得感をあげられる効果も期待できます。

●デメリット：文章が長くなってしまい、読みにくくなりがち
うまく区切りをつけて執筆をしないと長くなり、読まれにくくなってしまう可能性があります。

② インタビュアー視点

●メリット：状況をより細かく伝えることができる
担当者してではなく、第三者としてその発言を聞いている体で執筆をすると、客観的な文章になるためオススメです。その時話している温度感を文章で表すことができ、さまざまな描写でその状況を再現することができます。

●デメリット：自分ごととしてコンテンツを読みにくい
話しているインタビュイーを外から描写しているため、やや淡々とした印象のコンテンツになるのではないでしょうか。ただ、そのほうが読みやすいという方もいると思うので、一概にデメリットと言い切らなくても良いと思います。

③ QA形式（対談形式）

●メリット：テンポよく読み進められる
短い文章でのやり取りは、読み手に何かを考えさせたりすることがないので読み進めるのが楽です。

●デメリット：縦に長くなってしまいがち
この文体だと、気がついたら対話が多すぎて長くなりすぎていた、なんて後から気がつくことも少なくありません。
QA（対談）形式に向いているのは、伝えたいことが事実事象のみの1・2個、といった深掘りしないコンテンツ制作の場合かもしれません。

このように、文体によって読み手への伝え方・コンテンツの印象などが全く異なります。
どんなふうに伝えたいのか、文章でどう見せたいのかはインタビュアー側で決め、ライターさんにはそれを伝えましょう。

まとめ

事例インタビューは、自社サービス導入で実際にどういう効果があるのか、どんな改善ができるのかを、検討している読み手側に分かりやすく伝えられるコンテンツのひとつとなっています。
より分かりやすく・魅力的に紹介できるよう、見せ方や内容の作戦を練ってみてはいかがでしょうか。

ここまで自社でコンテンツを制作するためのノウハウをお伝えしましたが、もし手が回らない！という方はぜひ弊社にお任せください。
トランスコスモスでは検索キーワードの選定から専門性の高い記事の制作まで承っております。
お困りごとがございましたら、ぜひお気軽にご相談ください。