Web制作のクライアントにヒアリングしたい項目と意識すべき重要なこと | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは！ ディレクターの まさしです。 ディレクターは、お客様の悩みや課題を解決へ導く、とても素敵な仕事ですよね！ お客様の課題が解決され、喜びが共有できたときが、ディレクターにとって一番嬉しい瞬間でしょう。（制作物が公開されたときよりも） さて、お客様の課題解決をしたい場合は、まずはヒアリングから始めますよね。 今日は、このヒアリングという部分において、一番重要だなと思っていることをお話しできればと思います。 何が一番重要かは、人によって違うかと思いますが、僕にとって一番だなと思う点をご紹介させていただきます。 ディレクターの皆さんと、その先にいるクライアントさんに少しでも良い気づきがあれば幸いです。 お客様が本当に依頼したいこと 僕がヒアリング時に一番重要だなと思っていることは、ビジネスモデルです。 まずWebサイトを作る際に、主に考えないといけない目線としては以下の2つがあげられ
どーすりゃ上司は、わかってくれるんだ！ Web担当者って大変なのに……ヒト、予算をもっとくれ！ | Web担当者に告ぐ！ サイト運営にはコツがある
企業のなかでWeb担当者の置かれている状況は改善されてきたものの、まだ社内の理解が得にくい、他の部門と連携しながらWebサイトの運営ができていない、新しい施策がうまく回らない、予算がなかなか増えないという状況ってありますよね。 今回は、そんな悩めるWeb担当者の方のために、どうやって上司を説得し、Webサイトの運営に係る人々、経営、決済、運営組織、そして自社業態の市場とユーザー、いわばWebサイト運営に係るステークホルダーともいえる存在を意識した、戦術設計をどのようにすべきか具体的な戦略を練るうえで必要な考え方について説明します。下図の戦術の全体像を参考にしながら、記事を読み進めてください。 1st STEP Webサイトの成長モデルを可視化できている？まず、自社サイトの成長モデルについて整理をしてみましょう。前編で述べたとおり、Webサイトの運営には目的の定義が必要不可欠で、ヒト・モノ・
ディレクターがワイヤーを書く直前にやるべき超細かい事あれこれ
ども。ナカムラです。 今回はいつもの「やたら上位に食い込みたがるディレクターズマニュアルの記事」と比べるとかなり粒度細かめ。 実際の現場でディレクターがワイヤーを書くその前に「やらなければいけないこと」とその理由について解説してみたいと思います。 ちなみに、お題は「既存コンテンツありのリニューアル with Word Press 案件」と仮定してみます。 さて、ワイヤー書く前にディレクターって何やればいいんでしょうね？ とりあえずサーバー周りの情報整理 WordPressに限らず、どんな案件でもまぁ必須。なんかしらCMSを乗せる場合であれば間違いなく事前に確認しておかないと大怪我するアレですね。 とりあえずLAMP動くかどうか？とセキュリティ系の情報くらいは整理しときます。 この辺の情報は1枚のドキュメントにまとめといたほうが後で楽かもですね。 既存のページ調査 リニューアルであれば、まず
アクセス解析に苦手意識を持つディレクターまたは別業種の人のための アクセス解析具体的やり方
先日「アクセス解析しました！」と言ってPVとVisit、アクセス元検索ワード上位25件のアナリティクス画面印刷データ"だけ"を渡されて、思わず切れそうになったナカムラですこんにちは。 今回はそういう意味不明なことをして恥をかかないようになるためのアクセス解析（主にGoogleアナリティクス）の基本について書きたいと思います。また、割とディレクター歴の浅い人向けの内容になる予定ですので、アクセス解析バリバリ！な方には少々物足りない内容になるかと思います。 なんでアクセス解析なんて面倒なことをするんだろう？ それは、ざっくり言い切ってしまえば、以下のような事を考えるため。もしくは考えるための指標を探すためです。 ・サイトの「良くないところ」を探して、改善する理由を見つけ出すため。 ・ユーザーが本当は何をしたいのか？を把握して「次このサイトでなんかやるとしたら 何しよう？」を考えるため。 ・ユー
赤ペン入れはもうやめよう。ディレクターが行うべき効率の良い修正・変更指示の出し方
どうもご無沙汰です。ナカムラです。最近ちょっと修正や変更指示の仕方について考える機会がありましたので今回はその話を。 実は以前僕もやっていたのですが、「このページのここをこうやって欲しい」だとか、「このカラムのこの部分を○○に差し替え」だとかって指示を、紙に印刷したページ情報に赤ペンで書き入れる。という方法を使っているディレクターさん、未だに多いような気がします。 決してこの方法が全部ダメだ！という訳では無いんですが、正直「もっとわかりやすく漏れの少ない指示方法があるだろう」と思っています。以下に記す方法が果たして最善なのか？は分かりませんが、僕のやっている修正・変更指示の出し方について記載していきます。 ※正直、もっと良いやり方あるよ！がいっぱい出てくるであろう領域の話なので、コメントなどで突っ込み大歓迎です。 基本はテキストデータにリスト化。どのページで何をどうするのか？を明確に記して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
