ディレクターがワイヤーを書く直前にやるべき超細かい事あれこれ
ども。ナカムラです。 今回はいつもの「やたら上位に食い込みたがるディレクターズマニュアルの記事」と比べるとかなり粒度細かめ。 実際の現場でディレクターがワイヤーを書くその前に「やらなければいけないこと」とその理由について解説してみたいと思います。 ちなみに、お題は「既存コンテンツありのリニューアル with Word Press 案件」と仮定してみます。 さて、ワイヤー書く前にディレクターって何やればいいんでしょうね？ とりあえずサーバー周りの情報整理 WordPressに限らず、どんな案件でもまぁ必須。なんかしらCMSを乗せる場合であれば間違いなく事前に確認しておかないと大怪我するアレですね。 とりあえずLAMP動くかどうか？とセキュリティ系の情報くらいは整理しときます。 この辺の情報は1枚のドキュメントにまとめといたほうが後で楽かもですね。 既存のページ調査 リニューアルであれば、まず
リリース前に確認すべきアナリティクス設定必須項目5+1個
こんにちは。久しぶりの投稿になりました。ナカムラです。 随分前に「備忘録の意味も含めてアナリティクス回りの事前設定項目まとめる！」とFBで宣言していながら長いこと放ったらかしてしまいごめんなさい。 書く前から長くて面倒な記事になると分かっているネタなので、今回は色々端折ってメモ書きみたいな感じで書いていきます。（手抜きとも言う） まずはコンバージョンのポイントを確認 とりあえずそのサイトのコンバージョン（成果）となるユーザーの行動が何なのか？を考えて明確にしておきます。当たり前のようで、やってない人は本当にやってないのでチェック項目として。 ECサイトなら：商品購入、会員登録、商品詳細ページに30秒以上滞在 など LPなら：本体サイトへの誘導、またはLP内での申し込み など ブログなら：広告バナーをクリック、1ユーザーが3ページ以上見る など ありがちなミスとしては、コーポレートサイトのC
構築のスピードとクオリティをあげる、本気のワイヤーフレームの書き方
要素を洗い出して、書き出す。 まずは、サイトの特長や企画特性に合わせて、各サイトの要素を洗い出します。コンテンツマップとは別に考える、いわゆる「パーツ」の部分も含まれるので、かなり量は膨大になりますが、しっかりやります。 んで、かならず「誰が読んでも何の事を言っているのかわかる一般用語で名称をつけます。」 例1：ECサイトの場合 ・ロゴ ・電話番号 ・SSLについての注釈 ・利用ガイド ・検索窓 ・買い物かご ・サジェストエリア ・商品画像 ・カテゴリーリスト ・TOPイメージ etc・・・ 上記の要素リストとは別に、コンテンツマップも作成したほうがいいです。 要素リストとは異なり、おおざっぱに言うとサイトの中にページとして存在させたい内容を洗い出します。 洗い出し終わったら、その内容を優先順位順に並び替え、一緒にできそうなところは一緒にして、分けた方がよさそうなところは分けて・・・とい
プロジェクトの開始までにWebディレクターが用意するものとこと13個まとめ
さて、発注が決まった。クライアントからの要望はまだフワっとしてるけど、納期は何となーく見えている。（もしくは納期だけがカッチカチに決まっている）。 この状態からプロジェクトの本格スタートまでにディレクターが用意するべきものは何があるんだろう？今日はそのへんをまとめてみます。 ゴールまでのざっくりストーリー たとえばコーヒーのポータルサイトだったとして「コーヒーに関する情報なら何でもあります！」って言っても何も始まらない。そこにあるストーリーを多少適当でもいいのでドラマチックに盛り上げてしまいます。 1：店主はかつて2店舗のカフェを切りもりした実店舗の経営者 2：学生の頃からカフェが好きで、なんとか自分の理想のカフェを作りたかった 3：それは、カフェの持つ独特の雰囲気とコーヒーの香りが大好きだったから 4：だから、自慢のカフェの雰囲気を全国どこにいても感じてもらえるサイトを作りたかった。とか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
