第2回 Webマーケティングセミナーに参加しました
2009.10
03
10/2(金) 青森国際ホテルで青森県庁主催のWebマーケティングセミナーの第2回目に参加してきました。 今回の講師はdct-design代表 蝦名晶子さん、Internet Strategy代表 角掛健志さんのお二人。 [...]
10/2(金) 青森国際ホテルで青森県庁主催のWebマーケティングセミナーの第2回目に参加してきました。
今回の講師はdct-design代表 蝦名晶子さん、Internet Strategy代表 角掛健志さんのお二人。
特に角掛さんとはCSS-Nite in Aomori 2009以来で、色々な意味で相変わらずのようで安心しました。
それぞれの内容について概要と雑感を。
第1部 設置方法、見方、活用方法等がわかる『アクセス解析のキホン：ユーザの動向を知る！』
講演者：蝦名さん
概要：
概要：
アクセス解析の必須ツールであるGoogle Analyticsの設置、利用方法を具体的に紹介。
サンプルとして青森県庁のアクセス分析の結果を利用。
製作発注者、Web管理者向けに基本的なGoogle Analyticsの使い方、アクセス解析に置いて注目するべきポイントを解説。
雑感：
アクセス解析を使いこなしていると言える製作発注者、Web管理者はどれだけいるでしょうか？
製作者からすれば既知の内容かもしれませんが、製作者自身、Google Analyticsの導入を提案したとして、基本的な使い方だけでなく、クライアントの性質に合わせた適切な解析項目の洗い出し、運用のガイドラインを提供できているかどうか等、今一度、振り返ってみることが必要と思いました。
ページビューやユニークユーザ数といった分かりやすい項目に比べ、サイト滞在時間をはじめ、目標値の設定方法と言ったところまで、提案した製作者が指導して行かないと宝の持ち腐れになるでしょう。
的確な現状分析あってこそ次の一手が生きるという意味では、分析手法とクライアントの業態をどう結びつけるのか？結びつけてどう測定するのか？測定結果から何を導きだすのか？といった過程を製作者は分かりやすく説明できるようにならなければと思います。
自分も見直しが必要です。
第2部 サイトリニューアルは利益を追求する！
講演者：角掛さん
概要：
サイトリニューアルの定義と進める上でのポイントについて解説。
参加者に向けて事例を利用してのワークショップを行い、グループごとに結果を発表。
それに対する評価と実際のリニューアル結果を公開、解説。
雑感：
CSS-Nite in Aomori 2009でのセッションでは、リニューアルの持って行き方として、そんなアプローチも考えられるのかと、いつの間にか自分の凝り固まっていた考え方をほぐされる感覚でした。今回もそれを期待していましたが、予想よりずっと楽しく、のめり込むことができました。
目的の達成が大事なのであって、手段のために目的を選んではならないというのは、その通りだと思います。
また、リニューアルという言葉の定義は「問題の解決」であるとしたのは共感できました。全面的なデザイン、コンテンツの入れ替えをリニューアルと捉えるのではなく、マイナス要素となっているポイントを的確に解決すること、少し改善して、また計測して、分析してまた改善してというサイクルを繰り返すのだという話は、システム開発も一緒だと思うばかりでした。
個人的に印象に残ったのは、報酬についての考え方です。時間給などで考えるのではなく、発生する作業を投資と考え、回収する利益から適切な金額を導きだすというアプローチです。システム開発の業界で人月という悪しき習慣が有るのですが、結局の所、自分たちの開発内容についてその投資効果と、システム導入先においてどれだけの利益をあげることになるのか、計測できていないために人月という時給計算もどきのどんぶり勘定になっているのだと再確認させられました。
日々の業務から、どれだけのコストが発生し、システムでどれだけ「儲けさせられるのか？」という側面をおざなりにしてきた報いなのだろうと思います。計測作業というのは思いのほか大事で、組織の大小に関わらず、日々の計測ができている組織は少ないと思います。個人も然り。
今後のクライアントとの折衝で、そういった視点を押さえて行きたいですね。
今回のワークショップは、角掛さん曰く「相当いじわる」ということでしたが、蓋をあけてみると思いのほか角掛さんの答えと近いものが多く、角掛さん自身も驚かれたようでした。
といっても、お題に対する現状分析が非常に的確なものなので、考える側も取っ付きやすかったというのが本当だと思います。
要求の聞き取り精度が高いかどうかでその後は決まってしまうので、そういう意味では角掛さんの手の平の上だったかと。
角掛さんは「企画」という言い方、私は「要件」という言い方をしますが、どちらも本質は一緒です。
改めて自分が今後、学ぶべき知識の指標もできたので、非常に有意義でした。
関連記事
この記事へのコメント
CSS Nite in Aomori 2009 で発表してきました
2009.04
30
まずは皆様お疲れさまでした。恒例のイベントとなってきましたが、まさか自分が発表することになると思っていなかったので、貴重な機会をいただいて感謝しています。 使ったスライドとか Ruby on JavaScript Vie [...]
まずは皆様お疲れさまでした。恒例のイベントとなってきましたが、まさか自分が発表することになると思っていなかったので、貴重な機会をいただいて感謝しています。
使ったスライドとか
雑感
今更ながらJSRubyを使ってみたんだけどという内容だったのですが、みんなでRuby勉強会@青森に来てみませんか？という前フリでした。HotRubyに興味をもっております。
というのも前フリで、本題は異業種交流をもっとしましょうというのが言いたいことでした。業務知識でも何でもいいので、様々な知識や情報を交換、共有したいというのが切にあります。Give & Takeでそれぞれのビジネスに活かして行きたいと思っています。楽しんで仕事ができるというか、仕事すら道楽にできたら最高だよねと思っています。
そもそも、CSS Niteは敷居をさげて多様な方々にWEBの世界やそこで活躍している人の様子を伝える場と捉えているので、変なことやってる奴がいるなと思ってもらいたいと考えました。「おもしろい」というモチベーションは大事だという裏テーマが伝わるとなお嬉しいですね。
他に思ったことは、アクセシビリティという言葉が現れて久しい中、実際に音声ブラウザなどを利用してOS操作から何から実演で見ることができたのは非常に参考になりました。それを掘り下げて、考察をまた書いて行きたいと考えています。
今後について
とりあえず、交流会にそういう自分が足を運べない時期もあったので、もっとアクティブにしていこうと画策中です。初心者向けにという状況が多かったのですが、それによって基礎固めの機会に恵まれたことが資産になりました。次は自分が突き抜けて行くターンですかね。
今年はただ作るというのではなくて「クライアントが本当に欲しいもの」について精度を上げて行く取り組みを考えたいというのがテーマです。個人だと形式化が弱いので、そこらを重点的に。
目的の共有、要求の精査というものについてヒューマンスキル任せになりがちな反省が有るので、その視覚化とツール化に取り組んでいこうかなと。今のところはクライアントと直接交渉できる場合に限りですけど。そういうフィードバックを勉強会でも発信できたらと思います。
関連記事
この記事へのコメント
WHDAレギュラーミーティング#004いってきました
2008.06
27
6/21にWDHAレギュラーミーティング#004が開催されました。前回に引き続き、また発表をさせてもらいました。 ワークショップ＋座談会＋和室これ最強 懇親会への会場移動がないと発表中のテンションのまま話せて盛り上がる [...]
6/21にWDHAレギュラーミーティング#004が開催されました。前回に引き続き、また発表をさせてもらいました。
- ワークショップ＋座談会＋和室これ最強
- 懇親会への会場移動がないと発表中のテンションのまま話せて盛り上がる
- 今後は学校や他コミュニティと合同で開催してみる
第1部は私で「UI設計の基礎トレ」と題して発表しました。ここのところ「自覚的デザインシリーズ」と称してUIについて当たり前と思っていることを自分なりに考えてみているのですが、現段階での結論についてと、まだブログ上では踏み込んでいないところについても話しました。
IWDDで話した内容とフィードバックを交えつつですが、各UIの実例のラベルづけをもう少し考えたいなと思うところ。
また、SKK情報ビジネス専門学校から参加されていた方から、「学生相手にやってみない？」とのお声。WEBデザインやプログラマ向けのコースの授業でと。であれば尚更、このスライドは練りこんでいく必要がありますね。
というわけでSlideShare初体験。やっぱりいいですねこのサービス。(スライド下のViewのリンク先からダウンロードできます)
スライドでの発表後に、この内容を踏まえてワークショップ形式でサイトデザインをしました。流れとしては、
- 要件説明。今回はWDHAのサイトをデザインすると仮定。
- WDHAのサイトに最も重要だと思うことを、コンテンツ・機能・ビジュアルについてそれぞれ1行で書く
- ワイヤーフレームを書く
- 自分のデザインの根拠を3行で書く
- グループ分け(2つ)
- グループ内でそれぞれの意見を持ち寄ってデザイン
- お互いにプレゼンする
実は最初の要件で大きな縛りを設けていました。予算がないので1ページに収める。無茶苦茶かもしれませんが、そのぐらいの制約があった方が良いアイディアも出るというものです。
そんな制約お構いなしにビジュアル重視で作りこむグループと制約を守って機能重視で作りこむグループと対照的な結果になったのは良かったと思います。
ビジュアル重視のグループは、アンカーリンクで1ページに収める手法をとり、アンカーリンク移動の煩わしさを船のイカリが下りていく動きになぞらえることで移動の様子に意味を持たせようとアプローチ。
機能重視のグループはAjaxによってページ遷移をなくすることで、1ページに収めたように見せかける手法を取っていました。
それぞれの成果物とメンバ構成を見てわかったのは、プログラマの存在でアプローチが変わってくるようです。プログラマが入ると、どっかでCGIが動いていることが前提になっているように見受けられます。
WDHAは業種が割とWEBデザイナ多めに偏っているので、制約を練りこんで、わざと偏ったメンバでワークショップを行った方が、おもしろい成果が出そうです。
第2部はOQUGAR-DESIGNさんによるWordPress入門でした。実際のソースを交えながら、テンプレートの使い方や実際に使った時のはまり所などについて。
個人的にWordPressは非常によくできてるなと思いますし、いざとなったらPHPでゴリゴリしちゃえばいいし(邪道)という逃げ道があるので好きです。
あとはOQUGARさんから、うまく動かないのですがこれはどう書けば？という話が出たので、その場で修正。無料です。
会の最後に、今後のWDHAの方向性について話していたのですが、県内の専門学校などを開催場所にして、学生を交えつつやってみるとか、岩手・秋田と合同でやってみるか？とか、活動範囲が広がっていきそうです。
実は東北という単位でみると、こういったコミュニティが多いのだとか。コミュニティを越えて設計合宿やったりして、自分たちで何かサービスを立ち上げたりするところまで行きたいというのは個人的に考えているところです。
話は変わりますが、Ruby勉強会@青森を開催しよう！ということで水面下で進行中です。
RubyKaigi2008やRejectKaigi2008が開催され盛り上がりを見せているRubyですが、青森にもその波が。業務でRubyもRailsも使っている者として、新たな出会いや情報がありそうで楽しみです。
といいつつ、Google App EngineでDjangoにひかれてて、とりあえず仮サービス立ち上げたいし、そっちもいいよなとか思ったり。勉強したいことが溢れるほどあるというのは幸せなことですね。
関連記事
この記事へのコメント
いまさらバブルマップを実践してみた感想
2008.05
30
バブルマップといえば、Lifehack.orgでも紹介されたTODO管理の方法です。ストレスの度合をバブルで表現するというユニークな手法で、マインドマップを元に考案されたようです。私自身、マインドマップ自体は社員教育の一 [...]
バブルマップといえば、Lifehack.orgでも紹介されたTODO管理の方法です。ストレスの度合をバブルで表現するというユニークな手法で、マインドマップを元に考案されたようです。私自身、マインドマップ自体は社員教育の一環で5～6年ほど前に勉強して、実際にプロジェクトやミーティングで使用していました。
おもしろそうだと思い、実際にバブルマップを実践してみたところ、進捗を表すため部分的に消したり、TODOを消化して一気に消したりすると、落ちものパズルゲームで一気にブロックを消した時のような爽快感があって非常におもしろいです。このバブルを消すのが趣味になりそうな楽しさがあります。
バブルマップを分析してみる
手書きでやりだすと、課題も見えてきました。バブルマップはストレスを大きさという軸で表現することと、部分削除で進捗を表す方法でガントチャート的な意味合いを持たせることに成功しています。
ですが、手書きの場合ではアラートがないんですよね。つまり、「今日のTODO」というとらえ方をするのであれば、今日中に終わっているかどうかという時間の軸があるともっといいのだろうなと思いました。
おさらいします。バブルマップを構成する軸は以下のとおりです。
- ストレス
- 達成度(進捗)
- 時間 < 個人的に追加したい軸
時間という軸は、常時監視して何かの動きを持たせること – つまりタイマーの役割が必要ですが人間には無理です。せめて、思い出した時に時間の経過が一目でわかればましかなと思います。
バブルマップアプリの仕様を考えてみる
こうなると話は想像できると思いますが、アプリケーションにしてしまえばいいわけですね。タイマーの役割をプログラムにさせるのが適材適所でしょう。また、こういった常時監視で、TODO消化というトリガーごとに確認するとなると、ウィジェットがいいと思います。贅沢をいえば、世のTODO管理プログラムとかスケジューラと連動させたいですね。
私だと以下のようなイメージで考えてみました。
- 1日の就業時間を決めておく(デフォルトは9:00 – 18:00？)
- 何もないところでマウス左ボタンを押し続けるとバブルが出現(上にふわふわ浮きだす)
- ボタンを押した長さでバブルの大きさ(ストレス)が決まる
- バブルをダブルクリックして内容と心の優先度を入力
- 時間経過とともにバブルが下に落ちていく
- TODOが進んだ場合は、バブルをダブルクリックして、スライドで消化率を設定
- 消化率が増加するとバブルが円グラフのように塗りつぶされる(大きさ収縮がいいか？)
- TODOを達成した場合はバブル上でcommand + クリックなどの特殊入力ででバブルがパン！と破裂
- バブルの大きさが小さいほど、優先度が低いほど、落下速度は速くなる(明日に持ち越してもいい場合が多い)
- 就業時間内に終わらなかった(地面に落ちた)バブルは下で固形化する
- 「翌日に持ち越す」を実行すると、残ったTODOが全てバブル化してまた上に浮上(消化率などは維持)
ざっとこんなところでしょうか。誰か作ってくれないかなー・・・と思ったら自分で作れってことでしょうね。
関連記事
この記事へのコメント
WDHAレギュラーミーティング#003いってきました その2
2008.05
21
その1はこちら 前回はその1ということで、自分が担当した第1部についてでした。今回は第2部についてです。 第2部は「サイト考察的WEBマーケティング術」というテーマでした。 要約としては、WEBサイト製作プロセスにマーケ [...]
前回はその1ということで、自分が担当した第1部についてでした。今回は第2部についてです。
第2部は「サイト考察的WEBマーケティング術」というテーマでした。
要約としては、WEBサイト製作プロセスにマーケティングの世界では基本とされている法則を取り入れて、サイトコンセプト設定や企画・設計の足掛かりとするという内容です。また、サイトパターンをカテゴライズして、それぞれについて考慮すべきポイントを具体的にあげていました。
個人的には「ABC分析」しか単語を知らなかったのですが・・・それはそれとして、「50の質問」というのもおもしろかったですね。マーケティングを通じて、あなたはどういう仕事のしかたをしていますか？という自己分析を勧める内容が興味深いところでした。他に個人的になるほどと思ったのは、
- マーケティングの法則は「公理」である
- 各法則の内容はシステム設計の考慮すべきことと本質は一緒
1.について話を伺ったのですが、マーケティングの世界は、統計学などを利用して導き出された法則なのだろうと思っていたら、天下り的に「そういうもんだ」と言われている法則が多いのだそうです。そもそも、提唱者がそういうアプローチで広めているのだとか。
システム設計者のアプローチは「定理」というか、要件という各条件から毎回のように結論を導き出すことが仕事のひとつだと思っているので、経験則的に裏付けをとれる、結論を予測できるというのならまだしも・・・なんで？と思った場合には後付けで根拠をとっていくのですかね。勉強不足です。
2.は自分の解釈だとデザインパターンとしての存在価値があると思いました。
自分たちが設計するときに考えていることを、「マーケティング」という切り口で進めると、こういう言葉で説明するんだなと。
各マーケティングの法則は、結局はユーザビリティやページフロー、視線誘導まで落とし込むための足掛かりであって、それに法則という形で呼び名があれば、クライアントへの説明の材料となり、製作指針として容易に共有できると思います。共通ラベルがあるというのは、意思疎通をはかるには確かに便利ですし。
マーケティングそのものというより、自分の中に体系だってある、システム設計における原理や経験則をマーケティングという考え方とマッピングさせれば、また新しい結論やアイディアが生まれそうなので興味が持てました。どういう本がいいんでしょうね？最初の1冊って大事です。
そんなこんなで、WDHAは無事に終わりました。渾身会(このネーミング好きです)では、WDHAの今後の方向性や、見積もりの考え方といった具体的な話まで出たり、楽しいものでした。
WDHAはもともと、岩手で毎月第2土曜に開催されている、IWDDに倣う形で始まったそうで。今度はそちらにも行ってみたい・・・発表したいネタはまだまだあるので、今後もWDHA盛り上げていきたいところです。
関連記事
この記事へのコメント
WDHAレギュラーミーティング#003いってきました その1
2008.05
19
WDHAレギュラーミーティング#003が無事に終了しました。 第1部を私が担当し、第2部はdct-designの蝦名さんが担当されました。 私のテーマは「実学 現場のワークフロー」ということで、いわゆるクライアントとデザ [...]
WDHAレギュラーミーティング#003が無事に終了しました。
第1部を私が担当し、第2部はdct-designの蝦名さんが担当されました。
私のテーマは「実学 現場のワークフロー」ということで、いわゆるクライアントとデザイナ、プログラマとデザイナが製作過程において、すれ違う理由というところにフォーカスをあてつつ話させてもらいました。
座談会のように気軽な意見交換を目指したのですが、私の進行が走ってしまったがために・・・。次回に課題を残しつつも、現場の生の声を引き出すという目論見は達成できたので、その中で出たトピックを1つ上げます。
- デザイナとプログラマの役割はどこで線引きをするのか？
デザイナとプログラマの分業を進めるためにも、ペーパープロトタイピングなどを利用して情報共有を視覚化していく方がいいという意見を出したところ、上記のような質問が出ました。
質問された方は、元々コーダとしてスタートし、実装からのアプローチをしていくので、チームで製作する場合に営業やデザイナとの擦れ違い、イメージのずれが発生しがちだとのこと。
私はプログラマの立場からでしたが、線引きはないと話しました。
分業化が当然になっている現状と矛盾すると思うかもしれませんが、あくまで得意分野を生かすように分担するのであって、責任範囲を狭める意味ではないと考えています。
プログラマという立場であっても、あくまで要件を、ユーザの欲求を満たすサービスを実現するためですから、レイアウトだけでなく、配色から何から、ありとあらゆる要素に口を出しますし、一緒に考えますよ。自分たちの得意分野から解決策を提示していきますよ。というのが私にとっての分業です。
私の場合、案件の区切りがあるごとに反省会を行ったり、クライアントとの打ち合わせ後は、作業的な話だけでなく、クライアントがどういう方だったか、それを踏まえて今後の出方を話し合うのが当たり前になっています。それに対し、質問された方は、作業に関する事務的なやり取りが中心になっているとか。
詰まる所、技術力はどれほど高くとも、日頃から情報共有をする土台、率直に意見交換できる信頼関係に基づいたコミュニケーションなくしては、製作は立ち行かなくなる。ということなのでしょう。
「デザインする」というと、ユーザに対してどのように情報を伝えるか？という外的な視点で考えがちになりますが、ワークフローという視点から考えれば、クライアントと製作側、または製作者の間といった内的な視点で、コミュニケーション方法、製作プロセスのデザインを同時に考えていくことも更に必要になると思いました。
その2へ続く
関連記事
この記事へのコメント
WDHAレギュラーミーティング#003いってきます
2008.05
16
先ほど帰ってきました。パソコンスクールの講師をさせてもらってるのですが、肉体労働と言っても過言ではないですね・・・人にものを教えるレベルではないと思ってますが、教えることで学ばせてもらってます。 さて、明日はWDHA レ [...]
先ほど帰ってきました。パソコンスクールの講師をさせてもらってるのですが、肉体労働と言っても過言ではないですね・・・人にものを教えるレベルではないと思ってますが、教えることで学ばせてもらってます。
さて、明日はWDHA レギュラーミーティング #003にいってきます。
私は第1部で発表する側なのですが、テーマは「実学 現場のワークフロー」。
最初はSVNをWEBデザイナーも使いましょうといったテーマになる予定でしたが、途中で気が変わりまして。
「SVN導入する前にできることあるでしょ？」と思い、変更しました。
CSS-Nite in AOMORIに参加して、ビジネスアーキテクツの森田雄さんに、日頃の思ってることをありったけぶつけさせてもらって、色々と自分の中で確信をもつこともありました。(すべての質問に余すことなく、本音で答えてもらって、とてもためになりましたし、楽しかったです。ありがとうございます。)
何で作るとかWEB標準とかの前に、クライアント相手に、もしくはデザイナ同士が、何を考え遂行すべきなのか？を考えていくと、ワークフローの未成熟さの改善が先だ。と結論が出ました。
かといって、抽象論からいきなり入っても、参加者の求める内容やバックグラウンドはまちまちなので、今までの実体験をベースにした座談会形式で「あれは大変だったよなー」といった雰囲気で意見交換したいと思います。
重い話を明るく話すって大事だと思うんですよね。
で、上記のテーマです。WDHAのサイトでも、ここでも資料やフィードバックは公開していくつもりです。
というかすでに準備してあります。
#今日の寄り道
keynote買うことにした（今更。keynoteプロトタイピングってどうなんだろ？
メインはWindowsだけど、今日はMacBookでマウスなしでどこまで使えるか試してみた。ストレスが思うほどなかった。マウスなしでストレスがここまで少ないUI設計は素晴らしい・・・。
2本指タッチで縦スクロールをトラックパッドのデファクトにして欲しい。あと、マイティマウスで1ボタンやめたのだから、トラックパッドも1ボタンじゃなくすれば、もっと使いやすいのにと思う。
あと、Exposeのショートカットは、あ、ちゃんと記事にしよう。
関連記事
この記事へのコメント
Hello World
2008.05
14
2008/02に個人事業としてスタートして以来、ようやくドメインを取得しました。 この時代、一番最初にやることだろ？と言われてしまいそうですが、得てして自分のことというのは後回しになりがちです。 「怠け」という一言で片づ [...]
2008/02に個人事業としてスタートして以来、ようやくドメインを取得しました。
この時代、一番最初にやることだろ？と言われてしまいそうですが、得てして自分のことというのは後回しになりがちです。
「怠け」という一言で片づけておきたいと思います。
サイト開設にあたって、何を発信するのか？何で作るのか？
などを考えてみましたが、
・個人活動(生活を含む)の内容はコンテンツとして成り立つ
・一度、WordPressをちゃんと使ってみたい
・開発工程は人に見せるべき
あたりを根拠に、あえて素の状態で立ち上げました。
ここから、設計やらビジュアルやらをセルフプロトタイピングしていこうと思います。
#今日の寄り道
・長谷川恭久さんのInflame Castingを流しながら作業してみる
・iWorkの購入を真剣に考える
・MacBook用のDVI to VGAを発注する
