Webディレクター手帳は、ウェブサイト制作の企画設計の「プランニング」とプロジェクト進行の「マネジメント」を支援する、Webディレクター向けのツールです。 現役20年のWebディレクター田口真行の「ディレクション・フレームワーク」をベースに開発しました。 依頼者と制作者の狭間で“苦悩しがち”なディレクションが、理想的な「架け橋」となるよう、サイトプランニング＆プロジェクトマネジメントの道しるべとしてご活用ください。 Webディレクター手帳をきっかけに、あなたらしいアプローチで、あなたらしいアレンジを加えながら、あなた自身の「ディレクションのカタチ」を追求してもらえたら嬉しいです。 明日からの現場に、ワクワクな彩りを。

Redmineは、オープンソースのプロジェクト管理ソフトウェアです。 プロジェクト全体、それぞれのタスクの進捗状況をチームで共有しプロジェクトの進行を支援します。 Redmineとは

こんにちは、ディレクターの溜水です。 LIGではプロジェクト管理にRedmineというツールを利用しています。 今まで使用したことがなかったので、「何ができて、何が良いのか」を自分の勉強と兼ねて簡単にまとめてみました。 【こちらもおすすめ】 ☞ 時代は共有！タスク管理を共有できるWebサービス12選 Redmineで何ができるの？ Redmineとはオープンソースの「プロジェクト管理ツール」です。 複数人でのタスク管理と進捗管理の情報共有がオンラインで簡便に行えます。 試しに「プロジェクトテスト　サイトリニューアル」というプロジェクトを作ってみました。 Redmineの何が良いの？ 早速、Redmineの魅力を以下に挙げていきます。 プロジェクトに関わる作業、スケジュールを確認できる 個人的にRedmineで一番良いと思うのは、「ガントチャート機能」で、いわゆる工程表です。 「チケット」と

このエントリーは、「Webディレクション Advent Calendar 2015」6日目の記事です。 エントリータイトルでほとんど言いたいことが完結していますね。 昨今のWebサイト制作なんかのプロジェクトでは、なにかしらプロジェクト管理ツールを利用するのが一般的です。 RedmineやJIRA、Backlogあたりが一般的でしょう。 これらのツールでは、まずはじめにチケット（課題）を立てるところからそれぞれのタスクがはじまります。 Redmineの日本語サイトでは、チケットについて以下のような記載があります。 チケットはRedmine上でタスクを管理するのに使われます。実施すべき作業、修正すべきバグなどの一つ一つのタスクをRedmineのプロジェクトにチケットとして登録します。1件のタスクにつき1件のRedmineのチケットを作成し、タスクの内容・優先度・担当者・期日・進捗状況などを記

これまでに数多くの一部上場企業様のWebサイトのリニューアル・サイト制作にコアメンバーとして参加し、その中で表記ルールもかなりの数を策定してきました。策定時のベースに使用する「ひらく漢字」「ひらかない漢字」の一部を紹介します。 ※以前、公開した記事を再編集したものです。 表記ルール: ひらくことが多い漢字 表記ルール: ひらくことを検討する漢字 表記ルールの策定にあたり 表記ルール: ひらくことが多い漢字 ひら（がなで書）くことが多い漢字。 ※「正・誤」は使用する際の基準であり、日本語としての「正・誤」ではありません。 読み 正 誤

WEBサイト（ホームページ）の制作費は、どうしてその金額になっているのか、どういう計算で算出されているのかって、依頼側はわかりづらいですよね。 １つのWEBサイトを作るのに50万円?!と金額だけを見ると驚くかもしれませんが、どうしてその金額になるのかを見てみると、「なるほど。それなら、この金額になるね」と納得できると思います。 フリーランスのような個人に依頼する場合は価格設定の根拠が見えずらいことは多々ありますが、金額だけを見て安い、高いと判断してしまうのは、WEBサイトで成果を出せない理由の１つですので、ちゃんと金額の根拠を確認するようにしましょう。 WEBサイト製作費用を算出してみる まずは仮想の見積りをしてみます。金額の根拠や単位は後述します。また、分かりやすくするために計算を簡略化しています。 3人で4日間の作業を必要とする「WEBサイトA」の見積り額を計算してみます。 １人が１日

デザイナーや開発者であれば、アプリや Web サイトを見ると何かしらリアクションがあると思います。「かっこいい」「面白い」「使いやすい」といった感想は、口に出さなかったとしても考えることです。第一印象から生まれる感覚は大事ですし、常に身の回りにあるデザインに意識を向けることは良いことです。しかし、そうした感情的なリアクションがデザインに対する良い批評にならないことがあります。 批評やフィードバックは、現行のデザインをさらに良くするために行われます。「これは使いにくい」はひとつの感想ではありますが、次のステップのための道筋とは言えません。それが誰にとって、なぜ使いにくいのかを共有しないままでは意図が伝わっていないようなものです。むしろ、使いにくいものを作ってしまったデザイナー個人への批判に聞こえてしまう恐れもあります。デザイナー自身も、すべてのフィードバックが個人に向けられているものではない

続けるための仕組みつくり 個人でも企業でも関係なくメディアカンパニーのように振る舞うことが必須になりつつある現在。SEO の観点でも、断片化する人々のライフスタイルをみても、ただ Web サイトを作って待っていても意味がないことが分かります。 Web サイトは利用者のためになるコンテンツを配信していくべきですが、言うのと実践するとでは大きな違いがあるのが Web サイトの更新。個人であれば、「がんばって書く」で良いかもしれませんが、企業になると、そうはいかなくなります。ちょっとした更新にも様々な課題が生じます。 更新のための施策が不透明 更新頻度だけでなく、どのような種類のコンテンツをどう更新するべきなのかが共有されていないことがあります。 受動的な更新 外圧があるまで、又はイベントが発生するまで更新しないという消極的な姿勢になりがちです。 確立されていないワークフロー 法律に関わる内容な

Web制作・運用現場のための 「課題解決」の教科書 著作者名：雨宮秀仁、 神尾武志、 神保直樹、 和田直美、 増井達巳（特別寄稿） 監修者名：株式会社メンバーズ 書籍：2,618円 電子版：2,618円 A5判：240ページ ISBN：978-4-8399-5350-8 発売日：2015年01月30日 内容紹介 円滑に制作・運用し、成果を出していくための現場の「見える化」、「改善」、「チーム運営」、「ルール作成」テクニック！ Web制作・運用の現場で、チームを円滑に運営し、成果を出していくための「課題解決」「改善」ノウハウをまとめた決定版書籍の登場です。 Webサイトの種類や目的が多様化し、売上向上やブランド好感度の向上など、より会社のビジネスへの貢献を求めることが強くなっています。 しかし実際のサイト構築・運用の前に、それらを実現するためのベースとなる高品質で生産性の高いWeb運用のチー

Twitter CPIのTwitterアカウントでは、サイト、サーバー管理者のための重要なセキュリティ情報や、サイト運営者のためのヒント、お得なキャンペーン情報をお知らせしています。 Follow @cpiadjp Tweets by cpiadjp 掲載内容について、当社は情報の掲載には細心の注意を払っておりますが、完全性などについて保証を行うものではありませんので予めご了承ください。 掲載されている情報をご利用いただいた際に、損害が発生・誘発した場合や、情報自体の真偽性・合法性・道徳性・著作権の許諾等について問題が発生した場合などについて、当社は一切の責任を負いません。掲載されている情報を利用したサイト製作については、ご自身の責任において行ってください。

先日、WebSigの10周年イベントの検討会議の場で、Webディレクターとは？というの話になった。 昔よく言われたのは、「Webディレクター」は「デザインできない」「開発できない」人がなる職業というネガティブな表現があった。特に「Webの仕事」と言えば「Webの受託制作」だったころは、そういう人たちが沢山集まってきていた。 そういう中で、「工程管理しかできないディレクター」とか「気が効かないディレクター」とか、「言われたことしかやらないディレクター」とか、確かに、いろいろいたように思える。 またネガティブな意味で、「Webディレクターとは何でも屋なんだよ」と言われることもある。これはある意味真理だと思っている。 個人的に思っているディレクターの重要な役割とは、 「バネのように、状況（案件）に応じて自在に伸び縮みして、お客さんと制作との穴を埋める仕事」 だと思っている。 PMが全体を見ている

今話題（？）の CSS 設計のメモ。 この「ある程度の規模」というのは、肌感覚としてテンプレートの枚数( ≠ Webサイトのページ総数)が 20P〜50P くらいのイメージ。 また、コーディング完了後に自分以外の人間による断続的な更新が入るという前提。 そして一番重要なのは「更新する人のスキルは定義しない。」ということ。つまり HTML の知識が乏しい人が更新する可能性があることを前提とする。 きっと1ヶ月くらいすれば変わると思うけど、自分の思想のログとして残しておく。 今ぼくは以下のことに気をつけながら CSS を書いている。 コードが長くなることを気にしない セレクタが長くなることを気にしない セマンティクスの実現の難しさを理解し、妥協する 再利用性より保守性 拡張しやすい設計 最初から最適化しようとしない ゴールは目先のパフォーマンス向上ではなく誰が触っても問題が起きにくい設計 ひと

32. ペルソナ • ビジネスコンサルタントとして半年前に独立 • 社員なしで、経理など信頼している事務所に任せている • 複数のクライアントを既に抱えており、オフィスにいる時間はあまりない。打 ち合わせの間にあるわずかな時間をつかって、クライアントとのやりとや、資 料作成を行っている。 • パソコン、スマートフォンの使用経験も長く、自社ツールとして Google Apps を活用している。出先が多いことから、オンラインで手軽にやりとり出 来るツールに興味をもっている。 杉浦さん 30代半ば シナリオ ビジネスコンサルタントとして独立したばかりの杉浦さんですが、既に複数のク ライアントを抱える忙しい毎日を過ごしています。日中はクライアントやコンサ ルタントとの打合せでスケジュールが一杯になるため、オフィスでゆっくりでき るのは、早朝と帰宅前の夜のみ。資料作成は、オフィスより打ち合わせの合間

2014年4月18日に埼玉県大宮にあるコワーキングスペース7Fで「【初心者向け】フリーを歩みはじめた人たちへwith 後藤賢司＆松田千尋～フリーランスの先輩が”実際”をガチで話します！～」というイベントにITかあさんこと松田さんと一緒に出演させていただきました。 僕はフリーランスの情報収集やお仕事への繋げ方というテーマでお話させていただきました。 当日発表したスライドです。 全ての人にあてはまらない事もありますが、何かのヒントになれば幸いです。 ※このまま読んだ訳ではないので話した内容はスライドと若干違ったりもしますが、その辺りは当日参加した人の特権という事で。 質問コーナーでは時間の使い方やお金のお話などかなり突っ込んだ内容がありました。 話す内容が内容だったので録画はお断りさせていただきましたが、普段あまり言わないようなところまで踏み込んだので、その部分は参加者さんにとってメリットがあ