2011-11-04 目からウロコの動画需要
■目からウロコの動画需要
数年前から趣味で動画撮影をしていて、賞を取ったり仕事になったりと、それなりに良いリターンをもらっている。
しかしYoutubeではさっぱりで、気合を入れてもそれがPV数に反映されなかった。
しかし先月頃から、長いことPV数百程度だったとある動画のアクセスが突然伸び始めた。
内容は、去年の冬に出くわした冬道のスリップ事故(の事後)動画。
そのままだとちょっと間延びするので多少の編集はしたが、日本縦断プロジェクトの時のような凝った編集は皆無。
mixiの日記に載せるために投稿した、こじんまりとした動画だ。
それがここしばらく、毎日1000PVレベルで伸びている。
結局、Youtubeで伸びるのはアクシデントかペットか著作権無視アップロードしかないのかなー、と思い、なんというか頑張り甲斐がないなあ、と思っていたのだが。
今日、営業先で会った同級生とたまたまAdsenseの話をした時にそのYoutubeの話をしたら、その人もちょうど先月あたりからPVがぐんと伸びて、結構な金額の広告収入が入ることになりそうだ、とのこと。
私よりweb慣れしているわけではない人なので、一体どういうジャンルの動画なのか気になって聞いてみたらどうやら「開封動画」と呼ばれるカードゲームのパッケージを開ける様子を撮った動画らしい。
http://www.youtube.com/results?search_query=%E9%96%8B%E5%B0%81%E5%8B%95%E7%94%BB&aq=0
まったく未知のジャンルだったので、かなり驚いた。
で、なんとなく見えてきたこと。
動画だからといってテレビや映画のようなアプローチをしても、よっぽどの傑作でなければ反応は薄い。
基本はweb制作の延長、つまり需要のあるキーワードに対するコンテンツを製作するべきなんだ。
例えば肉じゃがの作り方。
なんでもいい。
自分たちが当たり前にやってしまうことを、丁寧に記録して動画としてわかりやすく見せる。
それだけでも、地味だが着実にPVや広告収入は稼げるのではないだろうか。
制作１個あたりのコストがかかりすぎて、まだペイしないかな。
チューブ&ニコ録画3 Windows版クリック: 33回
増補改訂版 グーグル・アドセンスの歩き方2010-10-25
■完全自動2chまとめブログ
remix2ch Blog
http://blog.livedoor.jp/remix2chnews/
というのを作った。
バックエンドで定期的に2chのニュース速報板・ニュー速＋板・芸スポ板を巡回し、盛り上がっているスレッドを自動的にまとめて投稿してる。
「レスが付く発言が良レス」という基準でスレッドを自動編集・発言を選別する。
レスが多いほど派手なテキストデコレーションが付くのもremix2ch譲りの機能。
しかし、なんでもかんでもまとめ記事化していては、いくら自動化していてもリソースが足りなくなる。
まとめるスレッドそのものを選別しなければいけない。
そこで、第二の基準。スレッドの瞬間風速（発言数）。
一定時間ごとに各板のsubject.txtを監視して、基準以上のスレッドを調べる。
これは2NNなどが使っている評価基準。
レス数とスレッドスピード。これがGoogleのPageRankに当たるもの。
この２つを絶対的な評価基準として作っている。
他に、画像の自動キャッシュ＆埋め込みシステム、Youtubeの動画URLを検知して埋め込むシステム、>>1のIDを強調表示するシステムなど、一般的なまとめブログで使われるテクニックはすべて自動化処理ができた。
まとめた内容は、WSSE経由atompubでLivedoor Blogに投稿する。
自鯖でやるよりも、今回は餅は餅屋にやらせることにした。
自鯖では究極的にはうちのサーバの処理能力や回線速度がネックになるから。
いまのところ非常に良い感じで動いている。
某所では2chまとめブログは横の繋がり（アクセスの流し合い）が大事という話だったが、私はあえてそういうのを無しでやってみようと思う。
スレッド出現から編集・公開までのスピードでは、自動処理に絶対に手動では勝てない。
人力分類だった昔のYahooに対してのGoogleの出現、ぐらいのインパクトを起こせるシステムになれるかもしれない。
なったらいいなあ。元祖2chまとめサイトの管理人としては。
2010-10-18
■ヒグマにニアミスした。
うちの隣町、北海道斜里町のベスト電器知床斜里店でサーバ構築作業をしていたら、従業員の人が階段を上がってきて「駐車場にクマが2頭いる」と。
にわかには信じがたい話なのだが、驚いたことに携帯で写真を撮ったという。
見せてもらったが、さっき車を止めたばかりの駐車場を背景に、おもいっきりクマが写っている。
ちょっと自分の目で見てみたくなったが、命あっての物種。
おとなしく窓から外を見る。
程なく町の広報車が走りまわり、外にでないように注意をしだした。
目の前の道路にいる工事の人や警備員にも話しかけているが、仕事をやめるつもりはないらしい。
そこまで命賭けなくても。
外に出られないと昼食時に困るなあ、と思っていたが、街の外れ方向に追い込んだという情報を聞いたので、おっかなびっくり車に乗り込む。
昼食後に店に戻ると、HBCテレビの人がやってきて取材されてた。
まだ新聞などのニュースには載っていないが、テレビでは放送されたようだ。
流石に北海道でもこれはない。
珍しい経験をした。
市街地もいいとこです。
2010-10-15
■現在のFacebookのUIがいかに話になってないレベルか
http://d.hatena.ne.jp/shi3z/20101015/1287124685
のブコメでのID:shi3z さんとの会話に触発されて、Facebookとmixiのユーザーへの配慮の差を比較してみた。
技術寄りの人たちが根本的に誤解しているのが、「動きが速い」とか「豊富な機能」とかにとらわれて「迷わない」ことの重要さが吹っ飛んでいるということ。
あくまで「なりきり」だから、おそらくほんまもんの初心者が見たらこれの100倍は問題点が噴出するはず。
トップページ
文面
mixiの場合は上部の「mixiについて」できっちりSNSの概念を説明している。
Facebookのトップページは「できること」の具体的説明に乏しい。
トップページに登録フォームを置くことで使用開始までのステップを短くしたいのはわかるが、こういうものをユーザーへの信頼を築かない状態で提示しても無駄。
レイアウト
１回目のアクセスと２回目のアクセスの時点では、ユーザーは慣れていない。
画面上部にあるログインフォームに気づかない可能性が高い。
mixiが登録フォームを別ページにしているのは、ログインフォームとの混同を防ぐ意味もある。
用語が専門的
100歩譲って「ID」まで。ちなみにmixiの場合は「ログインメールアドレス」。
基調色
ログイン後のページ
せいぜいフレンドストリーム。mixiの場合は「新着の更新情報」。
Twitter的な機能
mixiの場合は「今どこにいる？」はプロフィール画像の直下に吹き出しとして配置している。
これにより「自分が言っている」感が高くなる。細かい配慮。
メッセージ
宛先を、インクリメンタルを使って入力中にサジェストするのは、キーボード慣れしている人を前提としているやり方にすぎない。
フレンド数が数十人レベルの場合、相手をクリックで直接指定できるmixiのほうが、プロフィール画像つきで直感的。
友人の表示
Facebookでは「友達」、mixiでは「マイミクシィ」。
語感としては「友達」のほうがわかりやすいが、抽象化していない言葉なので誘う際の気軽さに欠ける弱点もある。
写真
だが、Facebookのトップページ左カラムメニューの中で「写真」は次点扱いで、デフォルトでは「他を見る」を押さないと出てこないのは難点。
「一度使うと次からは表示されるからいいだろう？」。大甘です。
私のやっているパソコン講習の受講者には、「右から○番目のボタン」という覚え方をする人がしょっちゅういる。
「日記を書く」「フォトを公開」を定位置に配置しているmixiはそういう重要性をわかっている。
Facebookの写真アップロードページのUIに関しては、ページ上部に目立つボタンで「写真をアップロード」があるので問題なし。
ただし写真のアップロード用ページに他の人のアップロードした写真を並べるのは、「公衆に写真を晒す」という抵抗感を伴なうことを忘れちゃいけない。
日記
Facebookでは「ノート」らしい。デフォルトでは非表示。「他を見る」を押さないと出てこない。
これはたぶんあえて優先順位を低くしてる。
twitter的な短文重視で行くのはいいけど、おそらくそれだけでは日記大好きっ子の日本人には受けないと思うよ。
コミュニティ
Facebookでは「ファンページ」。
用語としては悪くないが、素直に「コミュニティ」で良い気もする。
わざと敷居を一段上げておいて粗製乱造を防ぐというのは戦略としてわからなくもないが、コミュニティを作る気満々の人すら作成用リンクを見つけられないというのはどうなのよ。
アプリケーション
普通ここを押したらおすすめのアプリをいくつか提示するのが筋ってものだろう。
一番下の「アプリケーションディレクトリ」を押さないと一覧にすらたどり着けないって何考えてんだ。
使い方もFacebookの「アプリケーションへ移動」に比べてmixiは「今すぐはじめる」。なんとわかりやすいことか。
「アプリケーションへ移動」を押したとしても、飛び先が白紙だったりしてページの行き先に統一性がない。
結局20分以上さまよっても１個しかアプリを新規追加できなかった。
この使いづらさは凄まじい。
その他の問題点
IE6でログインするとブラウザのアップデートを薦められる
「いまさらIE6?」と鼻で笑うこと自体、自分が技術屋の専門馬鹿であることを吐露するも同然。
私が作成した高齢層中心のフラワーパークのアクセス解析(母数557,032PV/昨年度１年分)によると、全体の43.68%がIE6を使いつづけている。
マスを狙うってのはこの層をもれなくカバーするってこと。
彼らにこんなメッセージを表示したって、「ブラウザってなんだ？」って思われるのが関の山。
良い点
Facebookの「知り合いかも？」機能は、初めて利用する人の心細さを解消するために良い機能だと思う。
とりあえずFacebookは
目からウロコが１００枚ぐらい落ちるだろうさ。
今のユーザーインターフェイスで国内でマスに普及なんて絶対できない。断言する。
少し追記
---
「友達」のリンクをクリックしても友達一覧が出ず、どこにあるのかと思ったら「プロフィール」ページにあった。
このあたりも意味不明。
---
グローバルナビゲーションリンクが定位置にないというのが根本的におかしいのではないか、と思う。
---
私が何故高齢者視点にこだわるかというと、彼らの視点にはフールプルーフのすべてが含まれるから（根っからの愚者って意味ではないよ。Webページの操作についてに限定した話）。
彼らを相手にユーザーテストを行ない、最悪の状況を想定して作っておけば他の世代をすべてカバーできる。
---
mixiのレイアウトが「ごちゃごちゃしてわかりづらい」という意見がよくあるが、Facebookがggrksなプル型志向だとすれば、mixiはYahoo!JAPAN的なプッシュ(とまでは言わないけど選択肢を可能な限り最初から提示する)型。
自ずと画面構成はごちゃごちゃする。
---
現在のmixiの悪いところは、トップページのメインコンテンツ部を中途半端にブロック分けしているところ。
もうボイスもmixiチェックも日記もフォトも、全部一緒にまとめちゃってストリーム的に表示して構わないと思う。
この部分はFacebookに軍配が上がる。
2010-10-11
■GoogleTVに失望した件
GoogleTV、驚異の全貌がついに明らかに
http://blogs.itmedia.co.jp/saito/2010/10/googletv-4491.html
GoogleとSonyが組んで出すというGoogleTVの話。
いろいろと期待していたのだが、正直続報が出れば出るほどガッカリしている。
Androidマーケットがあるから、発売後に進化する余地はまだあるとは思う。
が、根本的な考え方がおかしい。
眼前数十センチの位置にあるPC用モニタと同じサイズで文字を表示するあたり、一体何を考えてこんな設計にしたのか。
そしてなにより、この醜悪なリモコン。
http://japanese.engadget.com/2010/10/06/google-tv/
まさか今までのテレビよりひどいリモコンを提案してくるとは夢にも思わなかった。
私が普段から、身の回りの機械類で一番醜いと思っているのが地デジテレビのリモコン。
なぜここまでボタンだらけにしなければならないのか。
数年前ならいざ知らず、今はタッチパネルのユーザーインターフェイスで十分使いやすいものができると十分証明された時代だろうに。
まあ、このGoogleTVは私の望む通りAndroid携帯でのリモコン操作も可能だそうで、これがその画面らしい。
http://www.google.com/tv/static/images/features_yourphoneremote.png
・・・どうしてそうなる。
なんでアナログリモコンの全ボタンをそのまま画面上に移植しちゃうんだよ。
必要なボタンのみを表示できるのがタッチパネルリモコンの利点でしょうが。
今日日、必要なボタンのみをフォーカスするなんて程度のことはプリンタですらやってるぞ。
http://www.epson.jp/products/colorio/printer/sp/navi/
もういまさらどうしようもない話なのだとは思うが、GoogleTVに、というか21世紀のテレビとして当たり前にやって欲しいことを書く。
まずハードウェアリモコンは捨てる。あんなものは太古の遺物だ。
そもそも大量の情報を扱うGoogleTVには赤外線による情報では足りない。
LANが繋がっていることが前提のテレビであれば、LANを介したリモコンであってもいいはずだ。
リモコン端末としては、Android携帯。もし持っていないのであれば、iPhoneに対するiPod Touch的な無線LAN端末型リモコンをつける。
GoogleTV自体がこの端末の無線LANアクセスポイントとなって作動する。
リモコンアプリの起動と同時にテレビが起動する（PSPのリモートプレイ方式）。
その後、テレビの現在の状態は逐一リモコンに伝えられ、その時に使えるボタンのみが画面に表示される。
文字入力はこのリモコン端末からやらせれば十分。音声入力だって端末から可能のはずだ。
テレビ番組という限定された語彙からなのだから、自ずと精度も上がる。
至近距離から見ないテレビのような画面では、ユーザーの実感的な画面サイズはスマートフォン以上・ノートPC未満以下でしかない（特に20インチ台のテレビでは）。
Androidリモコン側のピンチ動作でテレビ側のwebページの拡大もできるようにするべきだ。
テレビでwebを見る場合、動画を除くすべての内容はリモコンにも表示され(VNC的に)、例えばリモコンで指ドラッグするとテレビ画面側も追従する。
チャンネル選択は、リモコンアプリの起動直後に表示された現在時刻のテレビ番組表をフリックすることにより、テレビ側のチャンネルが自動的に切り替わる。
録画・再生は、番組表を下側にフリックすると録画用インターフェースになり、上側にフリックすると録画分の再生インターフェースになる(REC済の番組は色が変わる)。
リモコンとしての操作インターフェースは起動直後に表示され、最初の選択（チャンネル選択・webページの表示など）をした後はボタン化して画面端にしまわれる。
その後はリモコン画面をサブ画面として徹底的に活用する（番組情報・ニコニコ実況のような視聴者の感想表示など）。
GoogleTVで録画した内容はリモコン単体でも(無線LANが繋がっている限り)見られる。
エンコーディングすれば出先にも持ち出し可能。
これらは全部既存の技術で実装できることばかりだ。難しいことなんて何も無い。
