見てもらえれば分かるんですが、「Moving」「Curing」「Powering」「Building」という4つのテーマでGEの注力(?)事業を紹介しています。そこには、事業を紹介する動画が埋め込まれていたり、”数字で見る事業の特徴”的な紹介があったり、下の方にはこの事業に携わっているGE社員のTweetが紹介されていたりしています。よくトップページで見られるニュースリリース一覧はありませんし、各部門（IRやCSRなど）のグローバルナビにしかありません。

特定のトピックについてトップページで（誘導ではなく）見せる/読ませる構成になっているのが、今まで大きく違う点です。こういうページは製品紹介や事業紹介として第2-3階層にあるページでよく見られると思いますが、それをあえてトップページに持ってきているのが新しいなぁと感じました。

トップページの主要なメッセージを特定のテーマ（事業や製品、あとはCSRとかエコとか）にフォーカスさせる作りとしては、メイン画像を大きく使うというタイプは以前からありました。例えばIBMとかSAPとか。ただ、それはトップページから詳細なコンテンツに誘導させるという使い方だったので、このGEのページのように、いきなりトップページで読ませてしまうという作りは斬新です。

割り切り（が出来る社内の意思決定）がすごい

僕が関心したのは注力事業だけにしぼるという割り切り（が出来る社内の意思決定）です。

GEではここで取り上げている4つ以外にもいろんな事業をやっています。（正確にはGEグループでですが。）例えば、家電製品とか金融とか。どういう基準で掲載されている4つが選ばれているのか分かりませんが、たぶん、今後の注力事業なんでしょう。他は捨てて、注力すべき事業だけにフォーカスするというのは（端から見てると）合理的ですが、普通に考えて切り捨てられた事業から文句が出ます。そこで妥協せずにトップダウンで強い意思決定が出来るのはさすがだな、と。（日本企業はこれがなかなか出来ない）

GEはデジタルメディアで新しい取り組みを積極的にやってて、社員や企業アカウントでSocail Mediaにもどんどん発言するし、Webサイトでおもしろいコンテンツもたくさん作っています。The GE Showというページは確か2011年初頭に出来たんですが、そこにはFlashゲームやiPhoneアプリもあったります。

Webコンテンツにすごく力を入れているのでGEのサイトは前から注目していたのですが、今回のトップページの使い方もとても斬新で勉強になりました。

[追記]本企画は終了しました。
ご連絡いただいた皆さんありがとうございます。また、本がたまったらやるかもしれません。

〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

家の本棚が許容量を超えそうなので、読み終わった本（の一部）を差し上げます。タダです。ただし、着払いでの発送になります。欲しい方はご連絡下さい。

条件

• 当たり前ですが各1点づつしかないので、早い者勝ちです
• 中古で買った本、新品で買った本があります
• 僕は本文中に線を引いたり、ドックイヤーにしたりしないのですが、それなりに古くなっている部分はご了承ください
• 日中は仕事してるので、即日発送とかは無理だと思います。遅くとも連絡をもらった日の週末までには発送するつもりです
• （いないと思いますが）全部引き取る→ブックオフでさばく、なんてことは止めてください。1人5冊までぐらいを目安にお願いします

連絡方法

必要事項を記入の上、このblogの問い合わせフォームから送ってください。知ってる方はGmailでも大丈夫です。

〜必要事項〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
・お名前（HNじゃ送れません！）
・メールアドレス（念のため）
・住所
・欲しい本の名前（下記から選んでください）
・発送する時の時刻指定など、あれば
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

対象書籍

■Web制作系の書籍

1. Webデザイン・ハンドブック
   
2. インフォメーションアーキテクトの教科書
   
3. SQLハンドブック
   
4. ケータイサイト実践運用ガイドブック
   
5. 速効!図解プログラミング XML
   
6. 世界の「最先端」事例に学ぶCSSプロフェッショナル・スタイル
   
7. 標準Webデザイン講座 基礎編
   
8. クリエイターのための実践スタジオワーク WEB制作編
   
9. Designing with Web Standards
   
10. PHPで作るDBソフトを使わないWebサイト構築法
    
11. 初めてのPHP5
    
12. WORDPRESS2.6 標準ガイドブック
    

■一般ビジネス系の書籍など

1. 地頭力を鍛える
   
2. ウィキノミクス
   
3. 解決学 15の道具
   
4. 要約力
   
5. いちばんやさしいPMBOKの本
   
6. PWA検定(企画・計画・段取り力)公式テキスト
   
   
7. 佐藤可士和の超整理術
   
8. 個人事業・自由業者のための会社をつくるメリット・デメリット本当のところズバリ!
   
9. 起業のための事業計画書のすべて
   
10. 仕事を成し遂げる技術
    
11. ハーバードMBA留学記
    
12. ブランド・エンジニアリング
    

大きな会社でも経理処理って「そんな手続きが必要なの！？」ってことがギリギリのタイミングで発覚してドタバタすることがあるんだって恥ずかしい話を、自戒も含め紹介します。（今回の話は納品処理ですが、分かりやすいよう多少デフォルメしてます）

前に書いた「Web担になって気付いたこと（経理まわりの話）」の続編ってことにします。

最終局面で予想外の作業が発生

今回僕がてんてこ舞いになったのはこんなケースです。

• 10ページのWebページ制作を外部制作会社に発注していました。予定公開日は9/30。
• 発注側からの支給コンテンツが大きく遅れたので、予定公開日までに完成させるのが難しくなりました。
• その時点で、（どうしても更新が必要な）5ページだけを9/30に公開して、残りは10/15に公開することで受発注双方合意しました。
• 9/28にテストまで全て完了し、9/29に上長から公開承認をもらおうとしました。

ところが、「発注書は10ページで記載されているので、そのままの契約内容で5ページだけを先に受け取って公開はNG。注文書を訂正して9/30では5ページだけ先に納品することを明記した書類を用意したうえで、納品物を用意しなさい。」という指示がでてしまいました。

さてここからが大変です。残り1日で制作会社と注文書訂正のやりとりをし、納品物としてファイリングしてもらい、それをもって先の上長から公開承認をもらうという東奔西走。30日午後にはなんとか公開できたので良かったのですが、結構ギリギリで冷や汗かきました。

全員が経理に精通してる訳ではない

途中でスコープ変更をした時は僕の2つ上の上長（課長）までは確認が取れていたのですが、最終決裁者の部長までは確認していませんでした。業務上の意思決定をどこまで部長クラスと共有しするかの見極めをミスったのが失敗でした。ただここで「（何も言わなかった）課長が手続きを分かっていないのが悪い」と言うのは筋違いだと思います、というかそれは現実的ではありません。この課長も部長も経理や法律の専門家ではないので、手続きのすべてを把握するのは無理です。

もっと言うと、実は課長が正しくて、今回の注文訂正の手続きは実は（法律的には）必要なかったのかもしれません。でも部長は必要と判断した、ただそれだけです。こういったことが会社の中にはゴロゴロしていますが、だからと言って「全員が正しい判断を出来るようにすべき」とか言いだすと、全社員が経理の専門家にならないといけないので、それもおかしいですね。

トラブル回避のためのコミュニケーション

今回のようなトラブルの再発防止を考えるとき、「課長や部長が正しい判断を出来るようにする」というのは正しい解ではなく（理由は先に書いた通り）、プロジェクトマネジメントのコミュニケーションで回避すべきものだと考えています。

今回の敗因は、「公開時期を2回に分ける」という比較的重要な決定がステークホルダー全員（特に最終決裁者）と共有されていなかったことだと思っています。それが決まった時点で全員に向けてメールを送っていれば、「それは注文訂正が必要になるけどOK？」という確認が（部長から）早めに出てたかもしれない。1日前ではなくて3週間前に分かっていれば、大してドタバタもせず対応できたのに、と思います。

課長に確認してOKが出ている中で、その先の部長から別の意見が出てくるリスクを推し量るのは実際は簡単じゃないと思いますが、そこに気づくのが経験値なのかなと思います。

で、これは誰の仕事なのかってことでいうと、僕は発注側の担当者でないと難しいと思っています。人間関係や可視化されていない情報共有（社内MTGとか）もあるので、それも含めて全部外からチェックというのは正直無理があります。受託側でこのリスクに気づいてくれるWebディレクターが居たらすばらしいですが、そこに責任を押し付けるのは酷です。受発注の双方でアラートを出せるチームだとすばらしいですね。

（こういうことがあるので、発注側の担当者にも「Webデザイン受発注のセオリー」を読んで欲しいと思う次第なんです。本の宣伝エントリーではないですw）

っていうか、お前がしっかりしろよって話ですね・・・精進します。

ちなみにこの本で扱っている「Webデザイン」は広義の問題解決手法としてのデザインじゃなくて、あくまで視覚表現としてのビジュアルデザインです。あとプロセス管理の手法について書かれているので、デザインのTipsやツールの使い方的なことは一切出てきません。そういうのを期待して読むとガッカリします。（タイトルも「受発注のセオリー」ですからね。）

良いWebデザインは受発注のプロセスで決まる

この本の特徴は「Webデザインはプロセスの善し悪しが結果を左右する」という視点で書かれていることで、この点には個人的に多いに共感します。ご存知の通り、デザインはアートと違いクライアント（お客さま）があって始めて成り立つ訳で、だからこそクライアントが置かれている状況や課題、必要とするものが正しくデザイナーに伝わらなければいいアウトプットは得られません。

では満足のいくアウトプットのためにどういう情報を提供すべきか？

これは受注側だけが頑張ればすむ話じゃないと思っています。受注側は足りない情報があれば「下さい」と言わないといけませんが、そう言われた時に発注側がちゃんと回答できないと意味がありません。

それをふまえると、発注側では「どういうことを整理して、何を伝えないといけないのか？」ということまで説明されているのが、本書の秀逸なところだと感じています。（中身を全部書いちゃうとアレなので、詳しくは本読んでくださいw）

僕は以前は受注側にいて今は発注側でWebデザインに関わっている訳ですが、双方において「デザイン＝アート」と勘違いされている側面があるのと、デザインコントロールの手法があまり一般的でない、という点を強く感じています。そういう状況を改善するコミュニケーションのフレームワークを本書は提供してくれます。

発注企業内のコミュニケーション改善にも言及

あと、発注側の中でも担当者はその上司（最終承認者）に承認をもらう必要がある訳ですが、この承認をスムーズに得られることがプロジェクト進行においてかなり重要です。世にはびこるちゃぶ台返しのほとんどは、この発注側の社内承認がうまく取れないことが原因だと考えるからです。（担当者も好きでちゃぶ台をひっくり返しているはずが無い訳で。）

仕事をする上での共通言語が増えることがアウトプットの品質向上につながると思うので、本書にあるようなコミュニケーションのフレームワークが一般化することを切に望みます。

Webデザイン受発注のセオリー　デザインコントロールが身につく本

posted with amazlet at 11.09.23

片山 良平
ワークスコーポレーション
売り上げランキング: 42001

Amazon.co.jp で詳細を見る

ちなみに、この本は2010年1月にやった「デザイン依頼の方法論」という勉強会がベースになってできたそうです。この勉強会には僕も参加していてレポートも書いているのですが、「あの勉強会の話の背景にはこんな壮大な話があったのか」と出来上がった本を読んでびっくりしているところです。

著者の片山さんが知り合いだからというのをさっ引いても、Web制作者の必須書籍としたいぐらいおすすめです。

Why?

なぜ、この人はそういうことを言っているのか？（言葉の裏にある気持ち）
なぜ、こういう事柄が起きているのか？（事象の原因）
なぜ、こういう説明をすべきなのか？（伝えようとしているメッセージの必然性）

Who is this for?

（資料作りなら）読み手はだれか？何に関心を持っているのか？
（お客さんを想像して）何に困っているのか？どうなったらHappyなのか？お客さんのお客さんはどういう人なのか？

今やってる仕事が誰のどういう課題を解決するためのものか、ってこと。立場が違う人のことを想像するのは難しいけど、だからこそ意識しないといけない。

What’s next?

今やっていることの次にやるべきことは？（先回りして対応が後手にないために）
次にやるべきことは、その先でどのタスクにつながるのか？（ゴールから逆算してアウトプットをだすために）

これが一番苦手かも。時代の先読みとか絶対無理。

要は「先へ、先へ」「深く、深く」ということでしょうか。全然できてません・・・日々精進です。

無事イベントも終わって、少なからぬ人から「とても楽しかったよ」と言ってもらえたのは、ほんと運営者冥利につきます。

イベント内容は公式サイトや他にもたくさん感想を書いてくださててる方がいるのでそちらに譲って、僕は運営スタッフで打ち上げに行った時のことを少しかきたいと思います。（実はこのテーマは去年のイベント後に書こうと思ってたことですが、タイミングを逃して書けなかったので構想2年で晴れて世に出します）

打ち上げにて

9/10のイベント後に行った打ち上げの場で（最高においしいビールを飲みながら）モデレーターから感想を聞いてたら、みんな口々に「楽しかった」と言います。そして「仕事ではなかなかこうはいかない」とも。

実際、僕自身も1日学校はクタクタになりながらも、すごく楽しく運営にかかわらせてもらいました。準備は全然楽じゃないし、かと言ってお金がもらえるわけでもないのに。不思議です。

ボランティアだから一生懸命になれるんだよ、という考え方もできるかもしれませんが、でも本来は仕事でも同じように出来たらすごく楽しくなるよねと思いました。というか、楽しくできなかったら良い仕事なんてできないんじゃないの、と。

そういうことが個人的にはすごく気になって、今回のイベントと普段の仕事と何が違うのかいろいろ考えてみました。結論的には、いろんな理由が複合的に組み合わさってるんだと思いますが、因数分解できれば、楽しい仕事を組み立てる定理みたいなものが見えてこなかな、と思ってます。

1. 給料をもらってない。

お金をもらうことが悪いとは思ってませんが、お金=給料が発生すると、何のためにお金をもらっているのか？っていう問いがつきまとってしまう気がします。

つまり割に合わない仕事はやる意味があるのか？ってことになってしまう。仕事の目的(意義)よりも、「予算の範囲内でできること」を頭のどこかで考えながら動くことになるのかな、と。

WebSigの活動はボランタリーでやってるので予算の範囲内よりは、生活に支障が出なければ、時間の許す限りギリギリまでやるっていう考え方で動いて、結果的に(良い意味で)やり過ぎてるのかも。

2. 肩書きがない。

職域の方の肩書きです。(職位の方もないですけど)

みんな一括りに「モデレーター」だから職域に引っ張られてやることの範囲を限定しない。やるべきことがあって、それを誰がどう分担すればこなせるか、という順序で物事が片付いて行く気がします。（スキルやレベルは人によって違いますけどね）

最初にやることのハードルを高く設定しちゃうと後が大変なんですが、みんな欲張りだから去年以上を求めて、毎年苦労しながら準備してます。でも、そういう順序で物事考えるからこそ、より高みに登れるのかな、とも。

あとお見合いで誰もカバーしなかった作業(いわゆるポテンヒット)が少ないのも、肩書きで作業範囲を区切っていないからかもしれません。モデレーター内では気づいた作業は本来の役割りに関係なくどんどん拾っていくし。

3. 諦めが悪いリーダーがいる。

諦めが悪いというと聞こえは悪いですが、簡単に妥協しないという意味です。WebSigの場合、なんと言っても和田さんの諦めが悪いです。(自分で言ってるぐらいだからバラしちゃっても良いと思いますがw)

たまに無茶なコト持ち出したりもするんですが、「また無茶言い出したなぁ」と思いながらも結果的にはサポートするモデレーターがいるから彼も遠慮なく無茶が言えるわけで。

その辺のバランスは鶏と卵だけど、「まったくもぅ」と言いながらも結果的にはサポートし合えるチームが成り立っているのは、和田さんがリーダーだってところが大きいのかもしれません。

まだ掘り下げたりない気がする

・・・と、理由らしきモノをいくつかあげると個々はどれも正しく見えますが、総体としてこれだけでは物足りない感じがします。

あんまり身内を褒めると、また安藤さんから怒られるけど「このチームだから楽しい」というのが一番正解に近い気がします。それは、去年の1日学校で橘川先生が言ってた「何をするかより、誰とするかが重要」という言葉に（自分の経験を照らし合わせて）禿同したから。

でも「たまたまバランスの良く人が集まったから」ってことで結論づけちゃうと身も蓋もないので、一旦ここまでで世に出しつつ、このテーマは引き続き深堀りしてみたいと思います。1日学校のテーマ通りに「未来の自分とWebを変える」ために、ちゃんと考えとかないといけないテーマな気がしてるので。

コメント、指摘などあればぜひお願いします。（参加者には、考え抜いて自分なりの答えを出してくださいって言ってたのに・・・）

皆さんのおかげです

最後になりましたが、こうやってあれこれ考えるきっかけが出来たのも、イベントが無事出来たからこそ。参加していただいた皆さん、本当にありがとうございます。（空調の効いてない体育館で汗だくで授業を受けていただいてすいません！)

それからイベントの根幹を担ってくださった先生方、それからサポーターやレポーターという形でお手伝い頂いた皆さん、スポンサー各社、どれが欠けても成り立たなかったイベントのだったと思います。ありがとうございました。

個人的には、しばらく準備で週末を潰したけど文句も言わずサポートしてくれた妻にも大変感謝しております。

追伸

もっかい言いますが、楽しかったー！来年もまたやりたいです。

究極的には判断することが大きな仕事なのでしょうけど、仕事は１人では出来ないので、チームが動けるためにその前段階で頭を使えることがリーダーの重要な資質なんじゃないかと、最近感じてます。（現実には判断だけがリーダーの仕事だと考えている人が多いのでは？）

どういう事かというと、仕事でも政治でもチームで動く時には、まずリーダー（トップ）が深い洞察に基づいて方向性を示す必要があると思うのです。「深い洞察に基づいた」がポイント。

まず始めはリーダーがある程度事態（課題）を把握してから部下に支持を出さないとダメ。そのためリーダーはいつも次に打つべき一手について勉強をしておくベキです。これから始めようという事についてリーダーが何も知らない状態でスタートするなんてあり得ない、と僕は思っています。

別に専門的というか技術の部分まで知る必要は無いと思います。「今なにがあって、何がないのか」「どういう選択肢があり得るのか」「世の中のトレンド」など、意思決定に必要な情報として何が必要なのかぐらいはイメージしておけば良いだけ。

「選択肢を示すのは部下の仕事で、リーダーはその中から最適なものを選ぶのが仕事」という人がいるかもしれませんが、果たしてそうでしょうか？

自分の頭を使わずにいきなり部下に作業をさせるリーダーは、往々にして答えのイメージを持っていないので部下からのアウトプットに対して一貫した判断ができないし、専門家が「◯◯が良い（とか必要）」と言ったらその通りだと思うし、最悪のばあい後先考えずに実行してしまう。場当たり的に見えるのは、全体像が見えてないからだと思います。（この事については「良い丸投げ、悪い丸投げ」にも書きました。）

頭を動かずして、とりあえず手足を動かそうとするから、いろいろと軋轢が生じるのではないかと。リーダーには正しく判断するのは当然の事、チーム（組織）を正しく動かすために頭を使って欲しいと、切に願うこの頃です。

リーダーは（というか組織のピラミッドを登るほど）沢山の仕事を抱えて大変だというのもわかります。でも、そういう重要な仕事ができるからこそ職位が上なわけで。

逆に言うとそれが出来ないなら本来は人の上に立つべきでないけど、実際は残念ながら立ってしまう人もいる訳で、するとその下についている人は苦労しますよね、そりゃ。

珍しく勢いで書いてしまった。リーダーシップや組織論の専門家ではないので、異論・反論はウエルカムです。ぜひコメント下さい。

それを聞いて思ったのは、仕事はお金のあるところからやってくるけど、本当に行き詰っているのはお金がないところで働いている人なのかも。

そこから始まった取り止めのない脳内行旅の顛末が以下です。

Web担当者の悩みは本当に解決するのが良いことなのか？

最初に考えたのは、そういう「自分で問題を解決できないけど、外注するお金もないWeb担当者をどうサポートするか？」ってことだったけど、考え始めて5秒で「ちょっと待てよ」と考え直しました。

その部署にお金がないということは、会社全体でみた時にその業務の重要性やレバレッジが高くないと判断されているわけで、現場が困ろうが会社全体としてはそれのどシリアスな問題ではない、ということなのかもしれない。(これは正しい状況判断がなされているのが前提。だけどWebに関してはこれが結構怪しい。後述します。)

だとすると、その部署や担当者が活動を拡大しようとすること(すなわち予算を増やすこと)は、部分最適でしかないことになります。それは会社全体でみるとコストになって利益率を下げてしまうので、それはどうなんだ？と考えました。

外部業者として仕事を受けると、カウンター部署(や担当者)のためを思って悩みや課題を解決しようとしますが、それが会社単位でも良い事なのかどうかを、立ち止まって考えても良いのかもしれません。

と、ここまでは机上のあるべき論。実際は、そんなの考えてわかる事なのか？って話だし、あと担当者との関係があってこその外注業者なので、そこの関係をすっ飛ばしていきなり会社全体の最適化とかは、外からアドバイスできる範囲を超えてると思います。

という事で、一周回って「外部業者はカウンター部署(担当者)の幸せ最大化が目標でOK」っていう、これまでの考え方に落ち着くという、車輪の再発明的な脳内トリップでした。

Webの部署には適切な予算配分がされているか？

もう一つ、「Webの部署には本当に適切な予算配分がされているか」という事については、徐々に改善されてるとはいえまだまだ不十分というのが肌感覚です。（僕が見ているのはB2Bの会社が多いから多少偏りがあるとは思いますが。）

理由はいくつもあると思いますが

• 比較的に歴史が長いマス広告や展示会から予算をシフトできない。信用も実績もないから。
• テクノロジー要素が多いので年配の管理職に理解が難しい。しかも、技術革新のスピードが早い。
• 用途が幅広すぎて何に役立つのか説明しづらい。人によってマーケだったり、広告だったり、広報だったり、いろいろ。そして整理されていない。

などでしょうか。要は「社内でWebは新参者」だってことだと思います。(B2Bとか特に)経営に与えるインパクトが見えにくいから、シフトが緩やかなんでしょうね。

ただ全般的にはWeb重要視の方向なので徐々にシフトしつつ、どこかちょうどいいバランス点を各社探っているんだろうと思います。

そのシフトが速い会社と遅い会社がありますが、お金だけつければ良い話でもないので、会社の体力やポジションとかを総合的に判断して、「よしこれぐらいのスピードで行こう」とか「もうWebは捨ててオフラインで勝負する」とかっていうのは、経営判断のレベルなんだろうなぁ、と。

いずれにせよ、経営レベル、事業部レベル、部署・担当者レベルの思惑とか視点を統一するなんて無理な話。結局、自分の会社(や外部業者の場合はお客さん)のWebに対する取り組みがどれぐらいバランス取れてるのかなんて考えても分からないってこと。だったら（お金に関しては）全体最適とかあまり考えずにポジショントーク貫いてOK、ってとこが脳内トリップの終着点。

やっぱりというか・・・ふりだしに戻る的なオチでした。

＜参考＞こちらのエントリーも一緒にどうぞ
・Web戦略のお仕事

営業戦略を例にとったとして、それが小さい会社と大きな会社で形が違ってくるんだろうと思っています。小さな会社だと、(型番レベルでは種類が多くても、売り方という点では)ひとまとまりの製品やサービスを扱っていることが多いと思います。それが大きな会社になると、いくつかの事業部に別れて違ったものを売っているか、違った売り方をするかしてると思うからです。

違う活動をしている人々をまとめて対象にしようとすると抽象度の高い「方向性」的なものしか出せないので、あとは個別事情に合わせた個別戦略を作ると思います。全体戦略の下に個別戦略が存在する形ですね。

そこでの全体戦略と個別戦略では用途や内容が異なる、とういうのは当然の話。上位の全体戦略ほど方針(方向性)や長期計画(長期的に会社をどうシフトするか)みたいな側面が強くなり※、個別戦略に落ちるほど実行性を伴って「誰がいつまでに何をする？」ということが書かれるものになるんでしょうね。

ここまでの整理

そもそも目的が違うのにいろんなレイヤーで作られるもの全てに「戦略」という言葉を使うからややこしいんですが、区別する方法も思いつかないので、それは置いておくとして。

ただ、確実なのは対象になる組織の規模（中身の違いの方が正しいかもしれないけど、事実上規模と関連すると思う）にあわせて戦略の中身は変わる、ということ。一方で、組織のレイヤー（どれぐらい上位組織か）とそこで作られる戦略の中身に分かりやすいイメージがある訳ではないので、結局あーだこーだ言いながら作り上げて行くしか無いのか・・・。

まだまだ悩みはつきず

それ以外で、僕が実際の仕事を通して感じてる違和感があと2つほどあって・・・

1つは、上位レイヤーで作った全体戦略は、作ったあとの進捗管理をどうすべきなのか？もし、先に書いたように全体戦略的なものが方針でしかなくて、実質的な実行はその下にぶら下がる個別戦略にひもづくなら、全体戦略で描いたイメージが実現に向かっているかどうかは、感覚的につかむだけになるのか？定量的といっても売り上げの推移とかそういうざっくりしたもので見てるとかなのか？その辺がイメージできない。

もう1つは、上位の組織から出てくる戦略は抽象的なので、実質的にアクションを起こすには個別戦略に落ちないといけないのに、そのブレイクダウンがうまくつながらない。いや、たぶん営業のような組織だとうまくつながるのかもしれないけど、僕がやってるのがブランディングとかWebとかの活動だから優先順位がさがってるだけかもしれない。結局、売り上げ貢献には間接的なので。ブランディングとかWebとかって組織横断系の活動だから、壁を飛び越えにくいのというのもあるかもしれないけど。

つまるところ「戦略を作る」なんてかっこいい仕事に聞こえるかもしれないけど、それが動かなければ何にもならない訳で、実際は「どう動かすか」みたいな所に力を入れないとイケナイんじゃないの？と思いつつ、なかなかそこまで行けてない状況にやきもきしてるのが、イマココな感じです。

うーん、まとまりない内容ですいません。

※注1：どの事業に注力するみたいな話を営業戦略に含んでいいのか？という話もありますけどね。それは経営戦略だろう、とか。一方で、製品レベルでもどこに注力するかという話があるはずなので、ここでは深く考えずにまとめてます。

要は、Internetは広いし色んなサービスがあるけど、「知り合いとつながる」っていう部分に関してはFacebookだけ使ってればOKだよね、っていう仕組みを作り上げてる所がすごいな、と思いました。

1. オンラインの活動を集約できる（出す方も、読む方も）

皆さんもそうだと思いますが、僕は色んなWebサービスのアカウントを持っていて、日常的にいろんなサイトに情報を溜め込んでいます。

例えばこんな感じ。

• デジカメで撮った写真をPicasaに公開。でも、iPhoneや携帯で撮った写真はそのままTwitterにあげてしまう。
• 日記や仕事のことをblogに書いている。
• イマココをfoursquareに登録している。
• 動画を見るのはYouTube。最近はUstreamもよく見る。
• 勉強会とかに参加すると、Slideshareに資料をアップする。
• 気になるサイトはDeliciousにブックマークしている。
• RSSはGoogleReaderで読んでいて、面白かった記事はわりとシェアする。

僕の周りもそうですが、オンラインでの活動が分散している人が増えてきているんだと思います。

こうなると、(見る側としては)一つ一つのサイトだけを見ていてもその人の人となりは掴めないし、かと言って全てのサービスで友達全員とつながって、みんなの投稿を順に見て回るなんてのも不可能です。

一時、情報を集約してくれるサービスがいくつか立ち上がった時期もありましたが、情報を発信する側の集約は実現したものの、見る側からすると友達の数だけあるマイページを見にいかないといけないという壁は崩れませんでした。

Facebookではこの両方がきれいに整理できている点が、良くできていると思った最大のポイントです。

情報を出す側としては、Facebookの外部のサービスを使い続けても、更新情報は最終的にFacebookに流せばいい。多くのサービスがFacebookとの連携機能を提供しているので、それはとても簡単に実現できるようになっています。(その裏にはFacebookがAPIを公開するなどして、連携強化に取り組んできたという努力がきっとあるわけですが。)あと、Facebook自体にも写真、動画、位置情報など色んなコンテンツがアップロード出来るようになっていますね。

そして、友達の更新情報を読む側からしても、ウォール(Wall)に全ての情報がまとまって流れてくるので、あちこちウロウロする必要なくマイページだけ見ていればOKという明快な仕組みになっています。

というように、オンラインでのユーザーの行動が多様化しているという環境をうまく捕まえて、よりたくさんの情報をFacebookに集めてもらえる(逆にいうとFacebookに集めておけばOKと思える)プラットフォームに仕立てている点が、まず「よく出来てるな」と思ました。

(「情報が集まる仕組み」などと書いてしまうとちょっと無機質な感じだけどところなど、それはつまり、ユーザーの活動やそこで起きる感情が集まるということで、イコール、人が集まる仕組みということですから。)

2. 会話が盛り上がるように設計されている

2つ目は、友達とのつながりを強くする仕掛けが用意されているところです。

例えば、コメントの表示が連なって見えるとか、それが自分の友達のものでなくても見える、という点です。なんのコトはないように思えるかもしれれませんが、盛り上がっている会話に入りやすくする為に必然的にこのデザインになっているんだと思います。

Facebookと同様に伸びているTwitterだと、ハッシュタグが付いたツイートは追えるもののそれが限界。返信がつく数も少ないですし、ひとつのつぶやきをきっかけに何人もでディスカッションのようになることも稀です。(そもそもTwitterとFacebookはコンセプトが違うので、これをもってTwitterはダメということではないですが。)

あと、「いいね！」ボタンも会話が盛り上がるきっかけになっていますね。何とコメントしていいか分からないけど、とりあえず軽く「読んだよ」と返してあげられることで、書き手は反応が得られて嬉しいし、深い会話に発展するきっかけにもなります。

そして、こういうやりとりが全てウォールの中に溜まって行くので、盛り上がっている話題を見つけやすくなっています。盛り上がりを可視化してユーザーが話題に乗りやすくしておくことで、全体のコミュニケーションがさらに活発になるんでしょうね。

全てはユーザー同士のコミュニケーションにために。

サイトの機能・仕組みとして計算されているなと思ったのは、この2つ。

あらゆる仕掛けがユーザー同士のコミュニケーションを活性化させる為にうまく配置されていて、これだけ見たら、日本でも流行らないはずがない、とも思えるのですが・・・さて、どうななるんでしょうかね？

（読み返して「何も大したこと書いてないなー」と思ったけど、ここまで書いちゃったので、公開します。もったいないし。w）

＃本文とは関係ないけど、このエントリーはほとんど（妻の）iPadで書きました。なんか突然自分用のが欲しくなったのですが、どれぐらい使えるもんか確認してみようと思って。