【全公開】オフショアのイメージが変わる？実際やってみた資料＆見積とって出し
はい。どうもこんにちは。ベトナム帰りのナカムラです。 突然ですがオフショア開発...と聞いてディレクターの皆さんが思い浮かべるイメージってどんな感じでしょう？ まぁそう思ってない人もかなりの数いると思うんですが、大抵の人は上記のようなイメージを持っているか、もしくは「検討すらしたこと無いので考えたことなかった」ではないでしょうか？ とか言いながら、最近まで僕自身も似たような考えだったんですけどね。 突如舞い込むベトナム現地でのアプリ開発企画 実は海外自体行ったことがないという出不精なナカムラ。 加えて上記みたいな偏見ゴリゴリな脳内をしていたので、普通にやってたらオフショアやラボ開発（オフショア拠点に直接ディレが行ってなんとかするやりかた）について知ることも調べることもしなかったかも知れません。 ところが、今回本当にひょんな事からセカイラボさんから声をかけてもらい、ベトナム ダナンのチームと
【超基礎】デザイン苦手なディレクターが依頼時に気にすべき7つのポイント
こんにちは。まだまだ半人前ですが、元気にWebディレクターやってます。まっつんです。 唐突ですがみなさん... なんて事態に困ったり、迷ったりしていませんか？ 僕自身も上記の質問に「そんなことあるわけ無いじゃん」と言ってみたいところなんですが、残念ながら...。 というわけで、今回は僕が超苦手としているデザイン制作依頼時に、なるべく失敗を起こさないよう必死で気をつけているポイントを紹介しつつ反省してみようかと思います。 ※ちなみに今回のモデル案件は広告ランディング用のLPページデザイン作成（マークアップは別）を想定しています。 1. 制作するページの目的をクライアントと共有する そもそもの話になりますが、なぜそのページを作成するか。「目的」の話です。 デザインを作る最初の段階で「どんなターゲットに、どんなサービス・商品を、どのようにしてほしいのか」が明確でないと、どういう構成・内容でページ
ディレクターがワイヤーを書く直前にやるべき超細かい事あれこれ
ども。ナカムラです。 今回はいつもの「やたら上位に食い込みたがるディレクターズマニュアルの記事」と比べるとかなり粒度細かめ。 実際の現場でディレクターがワイヤーを書くその前に「やらなければいけないこと」とその理由について解説してみたいと思います。 ちなみに、お題は「既存コンテンツありのリニューアル with Word Press 案件」と仮定してみます。 さて、ワイヤー書く前にディレクターって何やればいいんでしょうね？ とりあえずサーバー周りの情報整理 WordPressに限らず、どんな案件でもまぁ必須。なんかしらCMSを乗せる場合であれば間違いなく事前に確認しておかないと大怪我するアレですね。 とりあえずLAMP動くかどうか？とセキュリティ系の情報くらいは整理しときます。 この辺の情報は1枚のドキュメントにまとめといたほうが後で楽かもですね。 既存のページ調査 リニューアルであれば、まず
"分かったつもり"で設計するな！上流工程のディレクション基礎まとめ（0ディレ関西レポ） | Webディレクターズマニュアル
こんにちは。日本ディレクション協会 関西支部の出原です。 関東では既に何度も開催されている「0からのWebディレクション講座（通称0ディレ）」が、ついに関西でも開催されたので、今回は参加レポートの形を取りながら、そこで得た学びや思ったことなどをまとめてみたいと思います。 まずは資料スライド公開から これを見るだけでもほぼ内容が把握できてしまいますが、せっかくなので以下に要点と個人的な留意点をまとめておきました。 ぜひぜひお役立てください。 コンテンツインデックス 前提となる背景、目的、課題を明確に言語化 ポジションの把握とコンテンツ設計 より具体的なユーザー定義 全ての根拠となるゴールをハッキリ設定する 1.前提となる背景、目的、課題を明確に言語化 今回喋っていただいたのは、東京講演でも人気講師としておなじみの高瀬さん。 プロジェクトの裏側にどんな背景があって、どんな課題があって、それをど
単なる流行りじゃない？！水戸黄門型レイアウトが定番化した理由を考えてみた
定番っていいですよね。わずかな退屈さはありつつも、安心できます。 スニーカーならオールスター、スマホならiPhone、ビールならスーパードライみたいな。 Webサイトにも2012年ごろから急増し、現在では定番化したレイアウトパターンがあります。 ちなみにこのパターン▼ その代表例、Evernoteのサイト▼ http://evernote.com/intl/jp/ このパターンで商材となっているものの多くが、物理的なプロダクツではなくクラウドなど新しめのウェブサービスで、皆さんも頻繁に遭遇するのではないでしょうか。 グリッドレイアウトの亜種ともいうべきこれに正式名称があるのかわからないのですが、とりあえず僕は心の中で水戸黄門型と呼んでいます。時代劇の定番だし。 ※あくまでイメージです 定番化して今もなお増え続けている理由をちょっと考えてみました。 多分この辺じゃないかなーと A. 整然とし
万人向けのサイトなど存在しない！改善しやすいサービスを生む 情報設計の重要性
はいどーもこんにちは。最近妙に忙しくて、久しぶりの投稿なのに変な具合にテンション高めのナカムラです。 タイトルからいきなり叫んでますが、今回は先日参加した「ゼロからのディレクション講座:設計編」の内容で特に気になったポイントのピックアップ記事になります。 （主にクライアントワークにおける）要件定義⇒情報設計⇒仕様定義のフローに関するかなり詳細な講義で、なかなか見る機会の無いガチ見積りの作り方あり、実践的なワークショップありと、かなり勉強になりました。 が、さすがにここに全部載せるわけにもいかないので、本記事ではナカムラ自身にとって最も印象的だった「情報設計」部分の考え方と、その具体的手法について思い出しながらまとめてみようと思います。 ※恐らく高い確率で抜け漏れが発生します。ちゃんと知りたい人は次回講演へ！ 情報がキチンと設計されてないと何も作れない。 当たり前の事を言うようですが、「誰が
リリース前に確認すべきアナリティクス設定必須項目5+1個
こんにちは。久しぶりの投稿になりました。ナカムラです。 随分前に「備忘録の意味も含めてアナリティクス回りの事前設定項目まとめる！」とFBで宣言していながら長いこと放ったらかしてしまいごめんなさい。 書く前から長くて面倒な記事になると分かっているネタなので、今回は色々端折ってメモ書きみたいな感じで書いていきます。（手抜きとも言う） まずはコンバージョンのポイントを確認 とりあえずそのサイトのコンバージョン（成果）となるユーザーの行動が何なのか？を考えて明確にしておきます。当たり前のようで、やってない人は本当にやってないのでチェック項目として。 ECサイトなら：商品購入、会員登録、商品詳細ページに30秒以上滞在 など LPなら：本体サイトへの誘導、またはLP内での申し込み など ブログなら：広告バナーをクリック、1ユーザーが3ページ以上見る など ありがちなミスとしては、コーポレートサイトのC
プロジェクトの成功に求められるWeb解析のスピード化（CSS Nite参加レポート）
物凄い仰々しいタイトルになっていますが、実は先日行ってきた「CSS Niteビギナーズ：Web解析」の受講レポートになります。すばらしく濃い内容で「ビギナーズ？嘘つけ！」などと思ったりもしましたが、すぐに試したいネタが満載で大変勉強になりました。 色々あって公開が遅くなりましたが、以下にナカムラが大事だと感じたポイントを書き留めて行きたいと思います。 一貫していた「解析と施策のスピード」という考え方 豪華メンバーの揃った今回の講演。皆さんほぼ共通していたのは「Web解析にはもっとスピードが必要だ！」という考え方でした。 解析はPDCAサイクルで言うところの C（チェック）の部分なので、さっさと A（改善）に移ってアレコレ試さなきゃ役に立たないよ！ということですね。 で、沢山の解析効率化ネタが紹介されたんですが、中でも特に僕の気になった物を以下にピックアップしてみます。 イベントトラッキング
聞き手を引き込む 企画 / 提案資料を説明する際のコツ
最近なんだか「プレゼン上手いですね！」とか言われすぎて調子に乗ってるナカムラですこんにちは。 今回は調子に乗るついでに、資料の説明やプレゼンの時にディレクターが気をつけたほうが良いコトなんかを書いてみようかと思います。 説明が退屈だと提案まるごとツマラナイもの扱いされる いきなりマーケティングデータだとかワイヤー案だとか、あるいはデザイン案なんて資料を出してその説明に終始。こういう提案の方法を取られる方を結構な頻度で見かけます。 資料の出来が良ければそれで問題無いのかもしれませんが、大抵は聞き手に退屈に感じられてしまい、結果として提案内容そのものの評価も下がってしまうケースもちょいちょい。。。なので、今回の主題は「どうやって"提案内容を聞きたい"と思わせるか？」という僕なりのやり方になります。 まずは問題を整理し マイナスの共感を誘導 事前のヒアリングなどで確認していた内容や前提条件に対し
ちゃんと仕事を加速させる 今すぐ使える実践的メール作成術
最近またちょいちょい メールの書き方指南系のエントリーが出てますが、正直 現場で役に立たない一般論だったり、ただの心構えみたいなのか多かったので、もちっとメール効率化を本気で考える人のために実践的なのを書いてみようかと思います。 「受信者に何をさせるために送るメールか？」を明確に決めないで書いちゃダメ 嘘のような話ですが、これを決めないでメール送ってくる人本当に多いです。そのメールを受け取った受信者に対し、何をやってもらうのか？をシンプルに伝えるためのツールがメールなんですから、ここをぼかさないように徹底します。 思いついた内容や気になった内容を、思いついた順そのままに書くのではなく「このメールは、○○さんに△△してもらうために送るんだ」と自分の中で唱えるくらいでいいんですが、ちゃんと決めてから書き始めます。 タイトルは「全文の見出し」としてつける。可能であればタイトルで名乗る これまた多
アクセス解析に苦手意識を持つディレクターまたは別業種の人のための アクセス解析具体的やり方
先日「アクセス解析しました！」と言ってPVとVisit、アクセス元検索ワード上位25件のアナリティクス画面印刷データ"だけ"を渡されて、思わず切れそうになったナカムラですこんにちは。 今回はそういう意味不明なことをして恥をかかないようになるためのアクセス解析（主にGoogleアナリティクス）の基本について書きたいと思います。また、割とディレクター歴の浅い人向けの内容になる予定ですので、アクセス解析バリバリ！な方には少々物足りない内容になるかと思います。 なんでアクセス解析なんて面倒なことをするんだろう？ それは、ざっくり言い切ってしまえば、以下のような事を考えるため。もしくは考えるための指標を探すためです。 ・サイトの「良くないところ」を探して、改善する理由を見つけ出すため。 ・ユーザーが本当は何をしたいのか？を把握して「次このサイトでなんかやるとしたら 何しよう？」を考えるため。 ・ユー
ディレクターが指摘すべきデザインの注意ポイント10個
ずいぶん久しぶりの投稿になってしまいました。申し訳ない。 今回はタイトルの通り、ワイヤー上がった！デザイン依頼した！で上がってきたデザイン案（もしくはモックアップ）を見て、その段階でディレクターが何を「確認」すればいいのか？という内容についてです。 もちろん経験を積む。もしくは自分自身でデザイナーも経験するなどの機会に恵まれれば大丈夫なんですが、僕みたいに「いきなりWebディレクターという肩書きを与えられてしまった人」は、デザインの何を確認すれば良いのか分からなくなってしまうケースも多いんじゃないかな？と思って書いてみました。 実際にはマークアップ後まで影響してくるので、もっともっと項目は伸びると思うのですが、ひとまず僕が注意して見ているポイントを10個ピックしています。 色数を使いすぎていないか あれもこれも！と欲張りすぎて、結局なにが「一番強調したいのか」が分からなくなってしまっている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
