いわゆる『制作ディレクター』は不要になるかもしれない...という話
はいどーも。ナカムラです。 またムダに煽りまくりなタイトルですが、今回は このところ割と本気で感じている「ディレクター不要になるかも論」についてちょっと書いてみようかと思います。 ディレクションは本来、事業側でやったほうが効率がいい このブログでもちょいちょい書いてきましたが、元々ディレクション領域って事業側がやるべきなんですよね。 だって「どんなマーケットで」「誰に対して」「何を感じて」「何をしてもらえばいいか？」 これを具体的に考えて決めていくのって、やっぱり事業側メインのほうが早いんですもの。 ただ、実際の制作の現場においては... 「専門用語分からん！」 「webやらアプリやらのユーザー特性知らん！」 という人たちが事業側に多かったので、極めて暫定的なニーズとして『翻訳者としての制作ディレクター』が必要とされてきたんだろうなー...と。 で、その状態になった要因をもうちょっと分解し
【全公開】オフショアのイメージが変わる？実際やってみた資料＆見積とって出し
はい。どうもこんにちは。ベトナム帰りのナカムラです。 突然ですがオフショア開発...と聞いてディレクターの皆さんが思い浮かべるイメージってどんな感じでしょう？ まぁそう思ってない人もかなりの数いると思うんですが、大抵の人は上記のようなイメージを持っているか、もしくは「検討すらしたこと無いので考えたことなかった」ではないでしょうか？ とか言いながら、最近まで僕自身も似たような考えだったんですけどね。 突如舞い込むベトナム現地でのアプリ開発企画 実は海外自体行ったことがないという出不精なナカムラ。 加えて上記みたいな偏見ゴリゴリな脳内をしていたので、普通にやってたらオフショアやラボ開発（オフショア拠点に直接ディレが行ってなんとかするやりかた）について知ることも調べることもしなかったかも知れません。 ところが、今回本当にひょんな事からセカイラボさんから声をかけてもらい、ベトナム ダナンのチームと
これで完璧！Webサービスの情報設計をカンタンにする設計用テンプレート完全版
はいこんにちは。最近なぜか風邪が治らないナカムラです。何食ったら健康になれるんでしょうか。誰か教えてください。 さて、サイトを作って！とザックリ投げっぱなされた依頼について、何を掲載するべきで何をどう設計するべきなのか。悩みますよねぇ・・・。 今回は日本ディレクション協会の人気講座「0からのWebディレクション講座：設計編」で、DCHSの高瀬さんが非常に分かりやすい見解と考えまとめ用のテンプレを公開してくれましたので紹介してみます。 以前からこのサイトでもその重要性についてブツブツ言っている感情設計についての考えとも重なる部分多めでしたので、両方読んでいただけると理解が深まるかもしれません。 感動設計テンプレート＆講演資料 ユーザーが感動するウェブサイトを実現するために必要な情報設計とは？ 高瀬さんいわく全てのWebサイト、サービスは「ユーザーを感動させるため」に存在しているし、そうあるべ
プロジェクトの開始までにWebディレクターが用意するものとこと13個まとめ
さて、発注が決まった。クライアントからの要望はまだフワっとしてるけど、納期は何となーく見えている。（もしくは納期だけがカッチカチに決まっている）。 この状態からプロジェクトの本格スタートまでにディレクターが用意するべきものは何があるんだろう？今日はそのへんをまとめてみます。 ゴールまでのざっくりストーリー たとえばコーヒーのポータルサイトだったとして「コーヒーに関する情報なら何でもあります！」って言っても何も始まらない。そこにあるストーリーを多少適当でもいいのでドラマチックに盛り上げてしまいます。 1：店主はかつて2店舗のカフェを切りもりした実店舗の経営者 2：学生の頃からカフェが好きで、なんとか自分の理想のカフェを作りたかった 3：それは、カフェの持つ独特の雰囲気とコーヒーの香りが大好きだったから 4：だから、自慢のカフェの雰囲気を全国どこにいても感じてもらえるサイトを作りたかった。とか
リリース前に確認すべきアナリティクス設定必須項目5+1個
こんにちは。久しぶりの投稿になりました。ナカムラです。 随分前に「備忘録の意味も含めてアナリティクス回りの事前設定項目まとめる！」とFBで宣言していながら長いこと放ったらかしてしまいごめんなさい。 書く前から長くて面倒な記事になると分かっているネタなので、今回は色々端折ってメモ書きみたいな感じで書いていきます。（手抜きとも言う） まずはコンバージョンのポイントを確認 とりあえずそのサイトのコンバージョン（成果）となるユーザーの行動が何なのか？を考えて明確にしておきます。当たり前のようで、やってない人は本当にやってないのでチェック項目として。 ECサイトなら：商品購入、会員登録、商品詳細ページに30秒以上滞在 など LPなら：本体サイトへの誘導、またはLP内での申し込み など ブログなら：広告バナーをクリック、1ユーザーが3ページ以上見る など ありがちなミスとしては、コーポレートサイトのC
サイトを企画・設計する前に決めるべき14の項目（ディレ協主催「0ディレ」講演レポ）
「0からのウェブディレクション講座 設計編」に行って来ました！今回の講師はディレ協所属、DCHSの高瀬さん。レポートは初登場のユースケです！よろしくです！ 制作に”入る前”こそ重要 今回は設計編ということで、サイト制作に入る前段階で「明確にすべき項目」と「その方法」にスポットを当てた講演内容となっていて 企画そのものの成功率を上げるに何を知るべきか スムーズに制作を進めるためには何を準備すべきか プロジェクトを高速で進めるための戦略のとりかたは？ といった、現場のディレクターにとって重要すぎるほど重要な内容がギッシリな”濃い”講演でした。 意図不明なサイトや、ぜい肉たっぷりなサービスができあがる原因はどこにあって、どうすれば解消できるのか？今回僕が学んだことを一気に並べて共有したいと思います。 資料スライド公開 このレポート内で紹介している14項目について、講師の高瀬さんが公開してくれてい
コミュニケーションを「能力依存」ではなく、よりロジカルに捉えて問題を解決する方法
どもナカムラです。 今回は、ディレクションにおいてかなり重要な位置にありながら、イマイチ深く語られない「コミュニケーション」の重要性とその把握方法について、ディレ協やゼロディレでも講師仲間としてご一緒させていただいている小嶋さんから寄稿をいただきました。初の寄稿記事っすね。 コミュニケーションが不足した現場で起こっていること はじめまして、小嶋です。 開発の現場で「コミュニケーション能力」を期待される事が多くありますが、実際に現場に入ると、ディレクターとほかのスタッフの間の会話がほとんどなく制作依頼のかなりの部分が丸投げになっているケースが多くあります。 当たり前ですが、そういった現場では出来上がるものが大抵よろしくないのです。 デザイナーからワイヤーに色を付けた程度で何のデザインもされてないモックが上がってきたり、エンジニアがシステムに組み込めないようなコードを組んでしまったり 嘘みたい
プロジェクトの成功に求められるWeb解析のスピード化（CSS Nite参加レポート）
物凄い仰々しいタイトルになっていますが、実は先日行ってきた「CSS Niteビギナーズ：Web解析」の受講レポートになります。すばらしく濃い内容で「ビギナーズ？嘘つけ！」などと思ったりもしましたが、すぐに試したいネタが満載で大変勉強になりました。 色々あって公開が遅くなりましたが、以下にナカムラが大事だと感じたポイントを書き留めて行きたいと思います。 一貫していた「解析と施策のスピード」という考え方 豪華メンバーの揃った今回の講演。皆さんほぼ共通していたのは「Web解析にはもっとスピードが必要だ！」という考え方でした。 解析はPDCAサイクルで言うところの C（チェック）の部分なので、さっさと A（改善）に移ってアレコレ試さなきゃ役に立たないよ！ということですね。 で、沢山の解析効率化ネタが紹介されたんですが、中でも特に僕の気になった物を以下にピックアップしてみます。 イベントトラッキング
チームと自分のモチベーションを効率よく上げる方法
先日Looopsの直人さんと「モチベーションって有限な資源だよね。ちゃんと管理しないとなくなっちゃうもんね。」みたいな話で盛り上がり、勢い余って書いてみました。有限なモチベーションを効率的に上げていくためのナカムラなりのやり方です。 結構基本的な事ばっかり書いている上に人によってやり方の変わる分野なので、ディレクター始めたばっかりで「モチベーション管理自体考えて事なかった！」て方にとっての参考程度になればいいな。と思います。 モチベーションを上下させるのは自分ではなく周りの人 よくモチベーションが下がったことを気にして「何とかして上げよう！」と頑張ったり、それこそマインドをかちあげるための本だとかを読む人を見かけます。 それ自体は別に悪いことでは無いし、何かをヤルって時に自分でとりあえず頑張ってみること自体は良いことだと思います。それで自分自身のモチベーションがあがるなら…ですが。 僕自身
役立たずなディレクターにならないためのコンセプトの考え方と具体的手法―ワークショップのスライド公開
先日行ったディレクターワークショップについて、ちょいちょいスライドが見たい！とのお声をいただいたので今更ながら公開します。 勢いよく書き上げたものな上、しゃべりまくる前提で書いてしまったのでかなり読みにくいとは思いますが、全画面表示すれば多分何とかなるんじゃないかなーとか思います。 ワークショップ資料01 初日に公開したもの。 ワークショップのそもそもの目的からサイトコンセプトの考え方。コンセプトシートの実際の作り方などについて書いてあります。 今回は課題がコーポレートサイトのリニューアルだったこともあり、そこそこ汎用的な内容になってる・・・といいなぁ。 このスライドを見ながらあれこれしゃべった後、実際に参加者全員でエンドクライアントを囲んでヒアリング大会を行いました。以前あげたレポートでも書きましたが、自分以外の人が何を書くのか？は結構興味深かったですね。 ワークショップ資料02 こちら
アクセス解析に苦手意識を持つディレクターまたは別業種の人のための アクセス解析具体的やり方
先日「アクセス解析しました！」と言ってPVとVisit、アクセス元検索ワード上位25件のアナリティクス画面印刷データ"だけ"を渡されて、思わず切れそうになったナカムラですこんにちは。 今回はそういう意味不明なことをして恥をかかないようになるためのアクセス解析（主にGoogleアナリティクス）の基本について書きたいと思います。また、割とディレクター歴の浅い人向けの内容になる予定ですので、アクセス解析バリバリ！な方には少々物足りない内容になるかと思います。 なんでアクセス解析なんて面倒なことをするんだろう？ それは、ざっくり言い切ってしまえば、以下のような事を考えるため。もしくは考えるための指標を探すためです。 ・サイトの「良くないところ」を探して、改善する理由を見つけ出すため。 ・ユーザーが本当は何をしたいのか？を把握して「次このサイトでなんかやるとしたら 何しよう？」を考えるため。 ・ユー
ディレクターが指摘すべきデザインの注意ポイント10個
ずいぶん久しぶりの投稿になってしまいました。申し訳ない。 今回はタイトルの通り、ワイヤー上がった！デザイン依頼した！で上がってきたデザイン案（もしくはモックアップ）を見て、その段階でディレクターが何を「確認」すればいいのか？という内容についてです。 もちろん経験を積む。もしくは自分自身でデザイナーも経験するなどの機会に恵まれれば大丈夫なんですが、僕みたいに「いきなりWebディレクターという肩書きを与えられてしまった人」は、デザインの何を確認すれば良いのか分からなくなってしまうケースも多いんじゃないかな？と思って書いてみました。 実際にはマークアップ後まで影響してくるので、もっともっと項目は伸びると思うのですが、ひとまず僕が注意して見ているポイントを10個ピックしています。 色数を使いすぎていないか あれもこれも！と欲張りすぎて、結局なにが「一番強調したいのか」が分からなくなってしまっている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
