Yasuhisa Hasegawa - Yasuhisa Hasegawa (Page 114)

VCもエキサイティングな仕事だ

先月 [http://www.yasuhisa.com/could/diary/meetup-february2008/]に引き続き、百式の田口さん [http://www.100shiki.com/] が主催の勉強会に参加してきました。今回はエンジニアの方、アニメーター、企画やプロデュースをしている方など10人くらいが集まりました。ベンチャーキャピタル [http://ja.wikipedia.org/wiki/ベンチャーキャピタル] (VC) の方に基本的なことを教えていただいたり、質問や疑問に応えていただくという形式で、前回より勉強会の色が濃かった集まりでした。短い時間ではありましたが、VCの特徴やビジョン、そして VC と組むときに気をつけること、逆に VC が投資をするときに気をつけていることなど貴重な話を聞くことが出来ました。「知らない」「分からない」という感覚が「怪しい」や「不安」に繋がってしまうことがあります。これは様々なことにいえることで、今回勉強会に行く前に VC に対して抱いていた感覚も (ほとんどステレオタイプかもしれませんが)

wasp

Web標準に関する良書を教えてください

Web Standards Project [http://webstandards.org/] は、今でも Adobe Task Force [http://www.webstandards.org/2008/03/10/announcing-the-adobe-task-force/] を立ち上げるなど、Web標準を考慮したサイト作りが出来る環境をつくるために様々な活動を行っています。その中で興味深いのがWaSP Street Team [http://streetteam.webstandards.org/]。図書館や学校にある古い書籍にこっそり URL 入りの栞を忍び込ませて草の根的な活動をするというちょっと変わったプロジェクト。本当にやっている方 [http://www.flickr.com/groups/wasp-streetteam-bookmarks/pool/] もいるみたいですが、同僚や同業種の友達に渡すちょっとしたアイテムにもなりそうです。春ですし、新入社員に渡すということも出来そうですね今のところ

セミナー

湯川鶴章さんの勉強会へ行ってきました

[http://www.flickr.com/photos/yhassy/2366851274/]前回ポッドキャストで対談した [http://www.yasuhisa.com/inflame/show.php?s=118]安田さんからのお誘いで、AMN [http://agilemedia.jp/] 共催の広告代理店や企業のマーケ担当の方向けの勉強会 [http://agilemedia.jp/blog/2008/03/post_58.html]に参加してきました。Webマーケティングに関して鋭い視点をもつ湯川鶴章さん [http://it.blog-jiji.com/0001/] の生の声と最新事情が聞けた貴重な時間でしたが、広告に携わる方が大半を占める中で、彼らの言語や視点を体感出来たという意味でも有意義な時間でした。先月あった百式の田口さん主催の勉強会 [http://www.yasuhisa.com/could/

視覚化

メールを視覚化するツールいろいろ

ネットを利用した様々なコミュニケーションツールがありますが、生活や仕事で最も使われるのがＥメールだと思います。スパムメールを含めると本当にたくさんのメールが行き来しています。 About Email [http://email.about.com/od/emailtrivia/f/emails_per_day.htm]によれば 12億人がＥメールを利用しているといわれています。2006年には 1830億通のメールのやりとりが毎日行われていたそうです (そのうちの7割はスパムという悲しい事実もありますが)。今回は身近な存在であるＥメールを視覚化しているツールをいろいろ紹介。テキストベースのＥメールがいろいろな形に変化していておもしろいです。 3D Mailbox [http://www.3dmailbox.com/]メールのやりとりをバーチャル空間で見せるという凝ったメールソフト。個人的にゾンビ版 [http://www.3dmailbox.com/snapshots/level03/index.html]を使ってみたいですMountain [http://alumni.media

IA

サイドバーの行方

サイドバーはブログが広まる前から存在していたコンポーネント。メインコンテンツ以外の情報を上部に載せることが出来るので、多くのサイトでサイドバーが採用されています。実装も簡単に出来ますし、３カラム、４カラムと増やすことも出来るわけですが、実装の敷居も低いのでただの賑やかしになってしまいがちの部分でもあります。情報の配置の仕方によって、情報が活かされるときもあれば、そうでないときもあります。サイドバーもメインコンテンツ以外の情報を放り込む場所ではなく、的確な情報が載る場所として扱わなくてはいけません。ブログのサイドバーで必要なものサイドバーによくある情報は * 最近のエントリーリスト * 最近のコメントリスト * アーカイブリスト * カテゴリリスト * タグクラウド * Feed をはじめとした購読ボタン * ウィジェット諸々アクセス解析やサイトコンセプトによってサイドバーの使い方も変わってきます。このサイトは Feed は多くの方に登録されていますが、サイトまで訪れる方はその中のわずかな数ですし、エントリーによってアクセス数も数倍違うこともあります。よって、情

google

Google のデザインガイドライン10項目

以前 Google の UX プロセス [http://www.yasuhisa.com/could/article/google-ux-process/] というエントリーで、Google が考えるユーザー体験を向上するための対策を紹介しました。Google のような数多くのサービスを運営している大企業でなかったとしても、参考になる項目が幾つかありましたが、先日 Google Operating System で Google’s Design Guidelines [http://googlesystem.blogspot.com/2008/03/googles-design-guidelines.html] という記事が掲載されました。Google アプリケーションのユーザー体験を担当する Jon Wiley 氏が WritersUS Conference [http://www.writersua.

データを一望出来るダッシュボードいろいろ

特定のデータを詳しく分析したいという要望もあると同時に、全体を見渡して傾向を把握したいときもあります。そういった場合、ダッシュボードがトップページとして表示されることがあります。様々な種類のデータやコンテンツが一望出来るという意味では iGoogle をはじめとしたウィジェット（ガジェット）を使ったサービスもダッシュボードの一種といえるでしょう。ダッシュボードも見せ方はいろいろあって、様々なサービスをみると参考になります。 ClubReady [http://www.clubready.com/management.asp]フィットネスクラブ管理ツール。ブログ [http://www.clubreadyblog.com/]のほうでスクリーンショットが見れますCapital One Card Lab [http://capitalone.com/cardlab/]見た目も優れていますし、横のステップが見えるインターフェイスも良いですねGoogle Sites [http://sites.google.com/a/altostrat.com/project-eggplant/Home

仕事

Find Job! にインタビューが掲載されました

Find Jobs! ではクリエーターを目指している方に向けたインタビューコンテンツ『生業』を毎月掲載しています。有名な方や知っている方も出ているこのシリーズですが、今回僕のインタビューが掲載されました [http://www.find-job.net/support/nariwai/09.html] 。インタビュー自体は約１時間あり、いろいろ話した記憶がありますが、いい感じに短くまとめられています。なぜこの仕事を始めたのかといういきさつも少々書いてあります。こうしてインタビューといて掲載されていると、よく考えていたようにみえなくもないですが、結構行き当たりばったりの部分が多かったりします、はい。インタビューでは今までブログで書いてきたところを断片的にして話しているところがあるので、このサイトを読んでいただいている方にとっては総集編のように見えるかもしれませんね。たぶん以下のエントリーと合わせて読むと分かりやすいと思います。 * Webデザインへの理解を深める [http://www.yasuhisa.com/could/entries/001210.php] * Webと

openwebdesign

複数のサイクルで構成されたプロセス

ブログエントリーをタイプ別に振り分け、どのような読者がサイトを訪れているのか漠然的ですがみえてきました。そして、ついにプロトタイプをそろそろ作って行くという段階に近づいて来たわけですが、ここでプロトタイプからテスト、もしくは公開までの進め方を紹介していこうと思います。通常、上図のように分析、プロトタイプ、デザイン、コーディング、テストというプロセスが順に行われます。それぞれのフェーズにサイト全体を考慮しつつ進めて行くわけです。このプロセスは多くのサイト構築に使われていますし、特に問題もないと思いますが、別の方法も考えられます。特に様々なタイプのページが存在するところだと、全体を一気にデザインしたりコーディングするのではなく、細分化して進める方法もあると思います。こうした進め方をするメリットは幾つかあります。 * 一部の機能やページに特化するのでフォーカスしやすくなるだけでなく、ビジョンの共有もしやすい * ひとつひとつ組み立てていくことで全体的な方向性も見えて来る可能性がある * 先に行われたサイクルが次のサイクルを進めて行く上で参考になるので、より洗練されていく *