web Archive

今から6ヶ月前の2011年1月、skmts Ustイベント での体験の流れを、今更メモ。

skmts Ust イベントとは↓

ソーシャルメディアの実験として、2011年1月9日、韓国から生中継された坂本龍一「Playing the Piano from Seoul」は440カ所以上の会場でパブリックヴューイングされ、延べ20万人を超える人たちが参加するUSTREAMイベント

SKMTSでの体験したことを振り返ると、

１、　【自分の気になる人たちの賑わいを知る。】
　　Twitter上で、skmts Ustの情報を何度か目にする。
　　
２、【賑わいの対象に、自分なりの意義を見出す。】
　　世界初の試みであり、体験したみたいと思う。ちゃんとうまくいくのかどうか、気になる。

３、【参加する。】
　　実際にUstで見る。

４、【次のアクション（購入、シェアなど）を行う。】
　　後日、ライブ音源買っちゃった。　　

この流れは非常に示唆に富んでおり、ポイントを整理すると以下のような感じだろう。

まず１では、自分がtwitterでフォローしている人たちの情報、という情報の選り分けがされている。
また、その選り分けされた情報ソースの中で高頻度で同じ情報に接することで、
いよいよその情報が自分にとって意義のあるものだと感じるようになる。

２では、見出す意義にいくつかのパターンが存在すると思われる。
基本的には、社会的に意義のあること、社会的に大きな意味を持つ、
ストーリを持つものほど、自分にとっての意義も見出しやすくなるだろう。

当然個人差はあるが、Webという特性上、「新しい試み」への共感は抱きやすい。
今回の場合は坂本龍一自体、何か新しいことをやる人、という印象がすでにある、
ということも大きなポイントになっていた。

そして他人の賑わいの中に自分なりの意義を見つけるということは、イコール「共感」である。

３では、リアルタイム性や、動画・ARなどのリッチコンテンツ、といったWebの特性を活かすことが重要である。

４では、人によって取る行動は異なるが、共有というアクションを行うかどうかに関しては、情報の浸透度はひとつ影響を与えると思われる。つまり、希少な情報であるか否かだ。希少であると感じられれば感じられるほど、共有のモチベーションは高まるだろう。（情報の新しさや、独自性が希少性を決める）　

あとは、共有することで紹介したユーザ自身にも何か利益があるような仕組みで拡散させる場合もよく見受けられる。（個人的にはあまり好きではないが）

なんつって

退職記念ということで、

Webのプロジェクトに入る際に、
個人的に作成して使用していたドキュメントのテンプレートを置きます。

改善すべき点は無数にありますが、
ある程度の網羅性は確保できているかなと。

ダウンロード（091124_web.zip）

●顧客分析シート
 Webのプロジェクトが発生した経緯や、クライアントの強み、などを把握するための資料。
プロジェクトに入る際に情報整理のために使用します。
わからないところは、予想で入れる、あるいは空欄にしておく。
（IR情報が公開されていれば、結構すらすら埋められる。）

→ミツエーリンクスさんのコラムを参考に、作成させていただきました。
http://www.mitsue.co.jp/case/construct/

●Web構築summary
Webサイトを構築するプロジェクトにおいて、各フェーズにおける方針・コンセプトをまとめる資料。
Adaptive Pathのジェシージェームズギャレットの本から抜粋しています。

↓

ずっと書いた気でいたけど書いてなかったエントリィーeee

ユーザがWebに求めるものは２つ。
「Webならではの便利さ」と、「Webならではの面白さ」

●ほとんどすべてのWebは、「便利さ」を大前提として成り立ってる。

路線情報調べたり、お店調べたり、疑問を投げたり、
とにかくWebは何かを調べるのにすごく便利。

⇒自分が作っているものに対して、「これ便利か？」って問うことが大事。

（ユーザの利便性に結びつかないものは全て優先度を下げる。）

●「Webならではの面白さ」は、そんなに威力は無い。

「Webならではの面白さ」を持つサービスは、たとえばmixiとか2ちゃんとか。

別にそれをやる必要は無いのに、面白いからやってしまうもの。
ゲームをついついやってしまうのと同じように。

その面白さの本質は、やはり「ネットワーク」

初めてメッセをやったときの感じ。
初めてmixiの足あとを見たときのあの感じ。

ただし、たしかに面白い（面白かった）けど、
そこまで面白くはない。
抜け出せなくなるほど面白くはない。

感動して奮えるってことはない。
腹を抱えて笑うこともない。

せいぜい含み笑い程度。

⇒自分が作っているものに対して、「これを見たら、含み笑いできるだろうか」って考えてみることが大事。（逆に含み笑い以上を求めちゃダメ。）

「便利なもの」か、「含み笑いできるもの」

このいずれかを、
数時間、いや、数十時間、場合によっては数百時間かけて、作っていくわけです。

（と書いていて思ったのは、「Webで提供できる体験の限界」というテーマについて、書きたかったみたい。 よくわからなくなってきた。ねむいし。）

ワイヤーフレームは普段はエクセルで作ることが多いのですが、
ページ数が多くなるとパワポを使ったりします。

パワポは画面サイズを実際のページと合わせるのが難しくてあまり好きじゃない。
（合わせると文字サイズが5ptとかになったりする)

ということで、ワイヤーフレーム作成ツールは今までちょくちょく探してきました。

で、どうやら下記が一番よさそう。2年前ぐらいに出てたみたいですが、

http://www.nttdata-agilenet.com/product/axure/

要素置いてすぐにＨＴＭＬプロトタイプを作れる、というのが便利。

けどちょっと高いねー。

 ざーっと読みました。

企業のネットに対する取組み　に関するあたりが、個人的にはとても気持ちよく感じた。

ウェブに関わる人たちは、こういう意識をしっかり持ててるかどうかって

かなり大事だろうと思った。

朝から朝まで修正対応修正対応

ラルクアンシェルのアルバムを4枚ぶっ通しで聴きながらコーディング

無念。

FenneszがApple銀座に出たみたい。Ｍａｃｂｏｏｋでレコーディング

を披露するとか言ってた。

日曜のライブはまあまあよかった。

今日、「クラウドの衝撃」を読み終えた。
クラウド系の本はこれが一冊目。

にもかかわらず、いきなり仰々しいタイトルで記事を書いてみる。

僕は今Web屋で働いているため、クラウドが進んだらWebがどうなるかってとこを妄想。

Continue reading

３０分ぐらい遊んでしまった

http://www.iduplus.jp/

昨日はWebsig会議で、IA関連のグループワークを行ってきました。

特に、「サイト構造」と「フロー」という考え方に、自分もちょうど直面していただけに、とても参考になる内容だった。

IAの詳しい話はここでは置いておいて、
ふと思ったのが、ようやく、Web制作の一連の流れの体系化というのが、自分の中で見えてきたかな、ということ。

Continue reading

Continue reading

過去に何度か迷ったことがあるのが、
「文字サイズ変更機能」を付けるか付けないか。

ちょっと調べてみました。
結論から言うと、付ける必要は無い　と思ってます。

Continue reading