講演メモ : 2014年11月30日 MTDDC : イマドキのCMSトレンドからWeb運用を再考する – 藤田 拓さん

2014年11月29日に開催された MTDDC Meetup TOKYO 2014 から、藤田 拓さん(言問株式会社)の講演メモです。

テーマは「イマドキのCMSトレンドからWeb運用を再考する」です。

スライド: イマドキのCMSトレンドからWeb運用を再考する

メモは箇条書きで書いております。


今回のお話

  1. Webリニューアル案件の悩みポイント2つをピックアップ
  2. 日本・海外CMSマーケット・トレンドの状況
  3. エンタープライズなCMSの変化
  4. Web運用のこれから

1. Webリニューアル案件の悩みポイント2つをピックアップ

1-1. 画面が小さいデバイスでのデザインをどうすればいいか?

スマートフォンサイトのアクセスは増えている。

ある調査によると、スマホサイトへの満足度は全体的に低い。

PCサイトはみんな頑張るでしょう。

スマホになると、ナビゲーションがあったり、自分から探しにいかなければならない。

スマホは画面が狭い。

PCだと訴求したいものを見えるようにできるが、モバイルはそれができない。

ウェアラブルとか、もっと画面が小さいものだとどうするか?

どうやってコンテンツを出していくべきか?

1-2. CMSを入れてもWebサイトが活性化していない?

フルCMS案件。サイトのほぼすべてをCMSで構築する

最高に更新しやすいCMS実装をしても、実際には更新されないケースも…。

実際にはリニューアル後はお知らせとか更新情報とかばかり、とか。

2. 日本・海外CMSマーケット・トレンドの状況

CMSベンダーシェア。ITR調査資料。

以前は静的CMSが強かった。MT強い(強かった)。

最近だと、海外CMSはすごく伸びている。静的CMSは減っている。

海外のCMS評価だと……

伸びているのはAdobe(旧Day Software)、Sidecore。

最近になって来ているのは、Drupal。

CMSにデジタルマーケティング対応機能が装備されているかどうかがポイント。

3. エンタープライズなCMSの変化

エンプラなCMSが変化。

昔のエンプラCMSの機能

  • 編集機能
  • リリース管理
  • 校正・承認
  • ユーザー管理
  • 開発・運用

こういうのはエンプラには欠かせない機能だが、正直つまんない機能(オーディエンスにとって面白味もなにもない機能)。コンテンツともあまり関係ない。

デジタルマーケティングの機能が付いたのが、近年のエンプラCMS機能の変化。

  • 編集機能
  • リリース管理
  • 校正・承認
  • ユーザー管理
  • 開発・運用
  • (近年のプラス)デジタルマーケティング機能

編集機能、校正・承認機能も変化。

編集機能

よくあるタイプであるカスタムフィールド型。テンプレートとがっつり統合しているケースが多く、仕様変更に弱い。

ブロック型。実はconcrete5みたいなブロック型の編集機能は、最近のエンプラCMSでは当たり前。

柔軟性ではブロック型の方がカスタムフィールド型より有利。

商用CMSの例 : オラクル (画面映像でデモ)

PHPベースのDrupalでも同様のことができる。

校正・承認

ライトなCMSが目を背けがちなところはプレビュー。

  • マルチデバイスでのプレビュー(将来的には勿論ウェアラブルも)
  • 多言語でのプレビュー
  • 会員/非会員の各機能権限でのプレビュー

……これらの要件に言い訳をしていませんか?

海外製のやつのプレビューはすごく良く出来ているものもある。

シミュレーション機能。concrete5もシミュレーション機能がある。

素朴な疑問。色々なデバイス・環境があるのに、プレビューできないのはどういうこと?

MovableTypeでもできればスマートフォンプレビューをネイティブで実装してほしい。

デジタルマーケティング

A/Bテストについて。

同じURLでA/Bテストを行なう機能。

Googleとかは違うURLでやれといわれるが、同一URLでABテストをできる機能が存在する。

ユーザートラッキング機能。

Cokkie渡して回遊しているユーザーをずっと追いかける。ユーザーを顕在化!「こういう事をやっていた人が会員登録をやる。」というのがわかる。

Marketoというツール。様々なアクションを集計。IPアドレスから国や年、企業名、業種などを特定。

パーソナライゼーション/セグメンテーションの機能

(例えば)ある地域に対してどういったコンテンツを見せるか。

曜日、地域、どのページを何回見たか?その人の住んでいる場所の気候。

ありとあらゆる属性・情報を取得し、それを元に見せるコンテンツを出し分けることができる。

さらに、情報を見る人のシミュレーションをペルソナ設定ですることもできる。

実際そんなことをやれるのかな?(回せるの?使えるの?)という疑問もあるが、ブロック機能とプレビューがしっかりしていないと、こういうことはできない。

ブロック機能とマルチチャンネル・条件プレビューができないと、デジタルマーケティング機能の活用は厳しい。

ポイントはZero IT。

高速なPDCA。Zero ITじゃないと高速に回せない。

CMSに解析ツールがなかったとしても、Google Analytics(以下GA)以外でも解析ツールがたくさんある。

GA、実は最近海外では「微妙だよね〜」と言われていたりもする。

例えばHubspotはインバウンドマーケティングで解析とかができる。

CMSのマーケティング面では、HubspotがWordPressよりも優秀だよねという声がある。

要はMAツール、解析ツールがCMS機能を付けているということ。

4. Web運用のこれから

いままで(〜2011年くらいまで)のCMS。……実装者が実装しやすいことを重視。あんまりユーザーのことを考えていない。

イマドキのCMSの視点。ユーザーに対してどういうサイトを展開していくのがいいかを重視。色んなユーザーに個別に訴求できるように。

GAのようにバルク(ひと固まり)で理解するのではなく、セグメント(細かい情報の断片とか?)として理解(個別も理解可能)。

2つの悩みポイントについての藤田さんの私見

悩みポイント1。画面が小さいデバイスでのデザインをどうすればいいか?

ウェブサイトもその人の状況を把握し、狭いエリアになるべく最適な形で情報を出す、という風になってくるのかなと思う。

悩みポイント2。CMSを入れてもWebサイトが活性化していない?

何かの施策を打ちたいというときに、どう変えればいいのかというアクションと、PDCを回すという所をスムーズにするためには、ブロック型CMSが重要になってくるのではないか。

かつ、ブロック単位にどんな事の結果になっているかというのがわかるとより良い。

もうひとつ

もうひとつ。運用後に活用しやすいデザインとスタイルガイドが重要になってくる。

例 : スターバックス(米国)のスタイルガイド

スタイルガイドがあれば、キャンペーン等を立ち上げる時もラク。

なぜかスターバックスのco.jpは米国などとは違う……

ルールに則ってやれば、車輪の再発明をする必要もなく、運用もしやすい。

そういう設計をすれば、今後CMS案件は幸せになると思う。

おわりに

ウェブサイトからデジタルチャンネルへ。効率的から効果的へ。

CMSも安いからとかではなく、運用のしやすさも考えて。

ただコンテンツを出すだけではなく、マーケティング・コミュニケーションをしていこう。

クリックよりも、どう行動しているか。点よりも線や面を考えて。

「使いやすい」よりも「ユーザビリティ」 = Use の Ability ……どういう風に使う可能性を増やしていくか。

ドカーンとローンチしたらそれで終わりじゃなくて、常に継続的なやりとりを心がけて。

実はECサイトや個人サイトって意外とこういうことをやっていたりするけれど、企業サイトもやっていったほうがいい。

(プレゼンここまで。太字の強調は筆者によるものです。)


感想

イベントから約1ヵ月ほど経過してしまいました……ですが、今後のCMS事情を把握する上でなかなかいいお話だったと思いました。

藤田さんのお話では、ブロック型のCMS(≒ 代表的なもののひとつとしてconcrete5)を推しているという点が強く印象に残りました。

ビジネスやマーケティングに即した内容のお話が多かったので、個人的にはついていくのがやや難しい点も多かったのですが、ただコンテンツを上げればいいだけではない、運用していくことの重要さや、それに対応していくためにCMSに求められていく機能は何かという点が、短時間で把握できるお話だったと思いました。

あと、このイベントに関しては、プロジェクターなどの画面まわりやスピーカーの通信といった音声面など、設備系トラブルが相次いで、ちょっと時間が短めだったり話の後半が駆け足気味になってしまったのがちょっぴり残念でした。


参考リンク

このブログのMTDDCに関する記事

聴講メモ : 2014年11月29日 MTDDC : 好みや多数決で決めない デザインとの正しいつきあい方 – 長谷川恭久さん

2014年11月29日に開催された MTDDC Meetup TOKYO 2014 から、長谷川恭久さん( @yhassy )の講演メモです。

テーマは、「好みや多数決で決めない デザインとの正しいつきあい方」です。

メモは箇条書きで書いております。


今の私の仕事は「デザインをする前をデザインする」という仕事が多い。

イベントで色々な職種の人が集まるのは、いい機会だと思う。

色々な業種の人が一緒になってデザインを考えるということは、あまり無いのではないか。エンジニアとかウェブ担当者とか。

私も普段はデザイナーがよく集まるセミナーでの出演が多いのが現状、それ以外の職種が集まる機会が少ないのが残念に思ってる。

いまはウェブの制作・開発がすごく難しい時代になっている。なぜなら今は「全国民デザイン評論家時代」になっているから。

「自分はデザインなんて分からないですよ。」とは言いつつも、実際は後からこんな事を言ったり……

  • 青ではなく赤のほうがいい。
  • インパクト足りない
  • すごく使いづらい。
  • なんかわかんないけど、なんかちょっと違うんだよねえ。

『ユーザーの声がいいですよー』→みんながみんが「あれがほしい」「これがほしい」「使いづらい」→『では投票にしましょう」……こんなんだとプロジェクトはおかしくなる。

……だからと言って、専門家以外の人の意見を聞かないのはよくない。デザイナー以外の人がデザインを語ろうとするのは、すごく意味がある。そこからじゃないと分からない事はすごくたくさんある。

なので、デザイナー以外の人がデザインを語れる環境を作るのは必要。

(それでもみんなの意見をそのまま取り入れてデザインをする → スケーリングはしません。)

納品した後にデザインが崩れるサイトがある。サイトローンチ後にセンスを持った担当デザイナーがプロジェクトから離れてしまっても、デザインが破綻しないように、メンテナンスができるデザインが必要。

色んな人たちが「同意」ができるデザインの方向性を示さなければならない。

「同意」ができることが重要。

自分の視点、自分のテイストでデザインを語ってしまう傾向がある。でも、このプロジェクトでは(たとえ自分は嫌いでも)正しいと分かる何かが必要。

例えば……「ユーザー的には……」と言ったとしても、そのユーザーって、誰なの?……とか。

だからこそ、まずは議論をするための基盤を作る事。

正しい質問ができてない。「これどうですか?」 ← そういう風に言われたら『自分の感想』を述べるしかない。

理解ができる表現かどうか ≒ 同意ができるかどうか

私的には好きではないけど、このプロジェクトとしては正しいものであるという「同意」が必要。何を見ればその「同意」の基準ができるのか。

議論ができる仕組みを作ることが重要である。

(ここまでの要点)

  1. 議論の基盤を築いているか。
  2. 正しい質問をしているか。
  3. 理解ができる表現かどうか(≒ 同意ができるかどうか)

DESIGN

デザイン(Design)という言葉もいろいろある。

一般的には……

  • アーティスティック
  • 職人芸
  • センス

……それぞれが色々な切り口で『デザイン』という言葉を使っている。

例えば、営業の人が『デザインは単なる装飾』と言ったら、ヘタするとデザイナーに求めるオーダーはピクセルを変えるだけの仕事だと見られてしまう。

デザインというものは一体なんなのかというのを組織の中で定義する必要がある。

私の場合は……

  • コラボレーション
  • 提案
  • 葛藤

みんなで一緒に作るためのデザインというのはどういうものなのかというのを私の場合は意識している。

デザインの定義は人によって違う。だからこそ合わせなければいけない。

葛藤という点が、デザインの中で重要。

葛藤という言葉は健康的ではないように思うが、実は、葛藤というものが無いと、各人が持っているデザインのニュアンスやセンスを意見として表にに出してあげないといけない。

たとえば『20代の若いOL』と言われても、人によってそれぞれ詳細なイメージは違ってくるはず。

人々のイメージを絵や文字にして共有・意見をぶつかり合わせて、ビジネスでのゴールや人間像などを出して、導きだしていく。

デザインで一番難しい部分とは……

皆が正しい意見を言っている。立場が違えば優先順位は異なる。

ありとあらゆる言葉が共有されていない。(家族やごく小さなチームでは問題ない(感覚・ツーカーでもいい))

クライアント関係や大きな組織(10〜20人以上)でのやり取りだと、感覚・ツーカーは通用しなくなる。そこをどう共有していくか。

目的と言葉。当たり前は何もない。

「かわいい」「シンプル」などのキーワードでも、人によって見えているものは違う。それで「デザインどうですか」と言われても感想に違いが出るのは当たり前。

何をもって「シンプル」なのか、人によってはさっぱり分からない場合もあるだろう。

何も共有されていないのに、さあデザインを作ろう!といっても無理がある。

「みんなが同じ感覚を持ってるよね!」というのが間違っている。

  • チーム各自の人それぞれの感覚をたくさん出して、デザインアイデアを洗い出し、共有して、良いデザインを作り出していく。
  • 基本的にプロジェクトに携わる者は、皆が正しい意見を言っている。

共有するためのツールを誰かが(デザイナー、プロデューサーなど)作る必要がある。

下手をすると……

  • 好みやトレンドで決まってしまう。
  • エラい人が決める
  • センスのあるデザイナーが一人で作る

そうならないために、運営ができる、続けられるデザインを作る必要がある。ちょっとしたニュアンスもきちんと共有する。

What is “Good” — プロジェクトにおける「良い」を決める

チームとしてデザインを考える・進める(・評価をする)

デザインをチームで考える・評価をする。

  • A. 前提を整理・共有する
  • B. デザインが話せるように工夫をする。

A. 前提を整理・共有する

前提には2種類ある

  1. 企業・配信者側が考えるゾーン
  2. 顧客・利用者に抱いてもらいたいもの/ターゲットにしている利用者

それぞれのイメージを共有する

1. 企業・配信者

  • キーワードを書き出す
  • キーワードについて話し合う
  • 選別・グループ分け
  • 共感できる言葉を

簡単なワークショップで自分たちの企業が考えているそれぞれの感覚的な言葉をアウトプットしてもらって、共通している言葉・テーマを見つける。

単語・キーワードに込められる想いを社内で共有する。

言葉

  • 言葉 → タグラインではなく、ビジョン
  • 言葉 → 短くて明確なキーワード
  • 言葉 → ニュアンスを共有する

言葉→イメージ→デザイン

デザインのやり取りを経て、初めてパーツデザインの話・デザインガイドラインの話に取りかかれる。

2. 顧客・利用者

そもそも利用者側はどういった人たちなのかということを分析するのも重要。

やり方はいろいろあるが、インタビュー、アクセス解析を通してペルソナをつくるなど。

ペルソナ……4つのセクション

  • 動機になるポイント
  • 利用シーン
  • 解説
  • チェックポイント

ペルソナのポイント

  • ちょうど良い情報量
  • ブランドと合う人間像
  • 機能ではなく、ニーズを基に

なるべく利用者視点で「こう考えているだろうね」と考えるようにする。

B. デザインが話せるように工夫する

デザインの話をコントロールするのは、ファシリテーター、議長など、リーダーシップをとる者の役割。

批判と批評は違う。批評をしよう。

作ったものに対して、評価をする。

こういう話し方だと、作った者は傷つく。なるべくこうした言葉は使わない。

  • 〜に変えてください (NG)
  • 〜のほうが良いです (NG)
  • 〜にしてください (NG)

ポイントは……

  1. 傾聴
  2. 探索
  3. 意訳

1. 傾聴

  • まず黙って聴いてみる
  • すぐに結論に結びつけない
  • 話し手の意図や背景を知る

2. 探索

  • 聴いた事を深堀りする
  • 意図をより明確にする
  • 話題をフォーカス

3. 意訳

  • 聞いたことを自分なりに解釈
  • 複雑かつ誤解を生みそうな話題
  • 次の話題へ移る前に

おわりに

「Why?」 : 「なぜ」こうなったのかというところをきちんと理解する。相手を納得させるための理由を提示する。そのためのツールや根拠・データを用意する。

デザインは個人で作る時代ではない。チームで作る時代です。


感想

主な要点としてまとめると、以下のような感じだろうと思いました。

  • デザインは個人ではなく、チームで作る。
  • デザインを語ってよいのは「デザイナー」だけではない。誰でもよい。
  • チーム内でのデザインの意見を可能な限り洗い出して、必要とされるデザインを導き出し、それをチーム全体で共有する。
  • そのために必要なアウトプットの仕方にも工夫やルールとかが必要。

とにかく長谷川さんはプレゼンがうまい、ということで、自分は何回も長谷川さんのプレゼンを聴いております。

セミナーや勉強会などのイベントにおいて(日本で)わりと一般的にありがちなプレゼンテーションのパターンは、あらかじめスライドに書いた内容を話していくというスタイルですが、長谷川さんの場合は基本的にトークによるコミュニケーション・語りかけでプレゼンを進めていくスタイル(わりと欧米的・TED的)です。

この日の会場はマイクやプロジェクターなどの設備面のトラブルが多く、長谷川さんもそれに巻き込まれました。しかしながらそういった状態でも長谷川さんは冷静に場つなぎのトークをうまくやっており、さすがだなぁと思っていました。

プロジェクターが表示されない状態が数分続いていたまま話を続けていたのですが、どうやら長谷川さんは事例の紹介をしたかったらしく、そこでは(長谷川さんにしては珍しく)事前に作っていたスライドのビジュアルを見せる必要がありました(公開されたスライドの10〜12枚目についてです)。その際に、「スライドに頼っているプレゼンはよくないですね」とひとこと言ったのが印象的でした。

参考リンク