カテゴリー: Web制作・プログラミング

Web制作をやっていると、けっこう外注しないといけないことも多いと思います。

僕もフリーランスになった初期からそこそこコーディングを外注に出したりしているのですが、最初はひどいもんで、質が悪かったり納期はぶっちぎられたりして「まともなやつはいねぇのか！」と号泣していましたが、それは自分のディレクションスキル不足だということに気づいたので、改善の努力をしました（えらい）

今もよく外注しますが、初期に比べるとかなり安定していると思います。

今回は、現在外注に出すときに特に気を付けている部分についてご紹介します。といっても、最終的に納期さえ気をつければなんとかなります。

コーディングスキルの確認

「コーディングなんか誰がやっても同じでは？」と思われるかもしれませんが、全然違います。100人いれば100人書き方が違います。

なので毎回細かく見ていてはキリがないため、制作実績を見せてもらい、最低限以下の部分だけ問題なくできているか確認します。ちなみに、制作実績はなるべく０からコーディングしたものを見せてもらいましょう。

HTML5で書かれているか

「エッ！？」と思うでしょう。僕も思いました。

しかし現実に、コーディング歴10年以上というベテラン（？）の方に外注したところ、HTML4で記述されていたということがあります。

たまったもんじゃありません。

適切なマークアップがされているか

見出しタグがついているか、タグの使い方が間違ってないかぐらいは確認しておきましょう。

この間、「セレクトボックスを<ul>で作られていた」と話している人がいて、涙なしにはいられませんでした。

idや要素そのものにスタイリングしていないか

ちょっとならいいんですが、多用されているときつい。

自分の使えない技術を使っていないか

「jQueryしか使えないのにBabelで納品された！」

困りますね。これは発注する際のコーディング規約として言っておいた方がいいです。

コーディング規約

僕の場合、あんまりがちがちに規約作るようなことはせず、基本的には外注先に任せることにしています。今後長くPDCAを繰り返していくような大きいプロジェクトでもない限り、無駄なコーディング規約はコストばかりかかります。

ただ、上記「コーディングスキル」で確認できなかったこと（確認していても、今回も同じ方法でやってくるとは限らないので）については、軽く規約を見せることにしています。

あとは、サポートブラウザも大事ですね。

納期

やってまいりました、納期です。

１に納期、２に納期、３・４が納期で５に納期です。

僕にとって納期は絶対です。納期が厳しいものは請けないくらい納期を厳守します。しかしたまに素で忘れてることがあります。それについてはごめんなさい。

なのでもちろん外注さんにも守っていただかなくてはいけないんですが、これがなかなか守ってくれない。平気で連絡もなく遅れる人や、なぜか納期前になると体調不良になる人、普通に忘れている人、いつの間にかいなくなっている人、本当にものすごい多いんです。

とはいえこれも、自分の力である程度なんとかなります。できるだけ納期を守ってもらえるよう努力しましょう。

クライアントに伝える納期は余裕をもって

外注さんに言われた提出日に対し、２日くらい余裕をもってクライアントに伝えたほうがいいです。大きいものについては３日。４日以上はちょっと余裕とりすぎかなと思います。

これは、単純にバッファという意味もありますが、納品されたものについて、まず自分で確認しフィードバックを行うための時間でもあります。

意外とこの時間をとっていないとてんやわんやになります。

もしクライアントのほうで納期が決まっている場合、申し訳ないですが外注さんには１日～２日早めに提出してもらうことにしています。

一回「進捗確認日」を挟む

納期前、だいたいカレンダーで言えば全体の８割くらい進んだところで１回進捗確認日を挟むことにしています。

ちょっと安心します。納期になって「全然できていません」とか言われたらマジでこわすぎます。

ソースはgitかサーバーで共有

だいたいgithubで共有することが多いです。バージョン管理というよりはただの共有としての意味合いが強く、これは「外注さんが急に仕事できなくなったとき、自分で代わりにやるため」です。

進捗があったら、終業時でいいのでgithubにpushしてもらうようにしておけば、いざとなったとき自分で引き継いで作業できるので安心です。また、自分で作業したあとも外注さんと同期できますので、事故る可能性も低くなります。

小さいプロジェクトについては、テストサーバーにあげてもらったりすることもあります。

実は前述の「コーディングスキルの確認」「コーディング規約」は、ここで自分が引き継ぎやすくする布石でもあります。

納期を再確認する

進捗確認日のときに、納期について再確認します。

普通に忘れてたり、納期勘違いしてることもあるので。このあたりはヒューマンエラーなので、注意するしかないですね。

おわり

大事なことなのでいろんなところで何度も言ってますが、外注にちゃんと仕事してもらえないのは、選定も含め自分の能力不足です。

しっかりディレクションスキルを高めることで、効率的に外注してもらって、安心してぐっすり眠れる日々を送りましょう！そしてマージンをもぎとれ！
※マージンはもぎとりません

Webディレクターって何すんの？なんで金とんの？現役Webディレクターの現場紹介

それじゃ、バイバイ～

Webディレクターって何？仕事してないの？丸投げしてマージンだけもらってんじゃないの？

そう考えるクライアントやWeb制作者は多いと思いますので、ここでWebディレクターがどのような仕事をしているのか見てみましょう。

簡単に一言でまとめると、Webディレクターは「監督」ですが、スタイルによってその仕事内容は多岐に渡ります。というわけで、今回はこのブログの筆者ぜろみやが、Webディレクターとしてどのようなことをしているのかを実際に紹介します。

営業

会社によっては、営業とWebディレクターは分けていることも多いですが、僕はフリーランスということもあり、まず営業からです。

とはいっても僕の場合、そこまで積極的に営業はしていません。昔はランサーズでとってたりしてたんですが、最近はランサーズは発注でしか使ってません。

日々の仕事ぶりや過去の信用で、人づてに仕事をもらったり、出会った人から仕事をいただいたりしています。

たぶん、ディレクターは営業もバリバリできれば激稼げる部門だと思います。

企画・提案・ヒアリング

実際にクライアントと会い、制作について打ち合わせを行います。遠い場合は会わないこともありますが、できるだけ、特に最初は対面したほうがお互いにどんな人間かわかるので安心します。

ここで決めるのは

あたりです。

例えば以下のような感じ。

「どんなサイトを作るか」…コーポレートサイト
「なんのために作るか」…お問い合わせを増やしたい
「スケジュール」…約３ヶ月
「予算」…100万まで
「ページ内容、サイトマップ」…トップページ、事業内容、お知らせ、制作実績、会社概要、採用、お問い合わせ
「デザインのテイスト、参考サイト」…割とクライアント側で決まっていることもあるが、bookma!などを見て提案することが多い。
「必要なリソースの選定」…有力な人脈があれば強い。都度募集するのはリスクが高い。

どんなサイトを作るか、なんのために作るか、そしてその目的のために必要な構成を「予算以内」で提案する。予算が厳しい場合は、どのようにすればクリアできるか、最低限何ができるかを考える。予算が決まっていない場合は、見積もりを出す。

スケジュールは最初はざっくり「〇ヶ月」という感じで出しておき、発注先を決め、スケジュールを確認しながらスプレッドシートなどを使って細かいスケジュールを作る。

もし誰かのせいで進捗の遅れが出たら（大抵クライアントサイドで遅れるけど）、リスケをしたり、間に合わせるための対策を考えたりする。

これを、実際に制作作業が始まる前にやるのがディレクターの仕事。なかなか働いてるでしょ？

連絡係・相談係・進捗管理

制作が始まったら、制作者のターンです。ディレクターは、始まる前よりかは楽になりますが（といっても他の案件を並行している場合が多いので休んでるわけではないです）、やることはあります。

連絡係

クライアント、および発注先の制作者との連絡をとります。

クライアントから発せられる言葉にフィルターをかけ制作者に伝える。この場合は、主に背景とかデザインの方向性、サイトでやりたいことなどを制作目線で伝えます。

逆に、制作者から発せられる言葉にフィルターをかけクライアントに伝えます。制作者、特にコーダーが言っていることはクライアントには訳が分からないことが多いので、噛み砕いてわかりやすく伝えるのがメイン。

相談係

クライアントから、例えば「こういうふうにしたい、できるか？」という相談を受けたり、制作者から「ちょっとわからないです、どうしましょう」という相談を受けたり。

「うるせぇ！ググれ！」と言うわけはなく、がんばって相談に乗り、解決に導きます。これ実はけっこう楽しくて好きです。

進捗管理

プロジェクトがスケジュール通り進んでいるかを常に監視します。コーディングであれば、githubなどで管理すれば楽。あとはポイントとしては、提出前に進捗確認のタイミングを設けること、その際、提出期限を改めて確認すること。この２点を心がけておけば、まともな制作者であれば納期に間に合わないことはそうそうありません。

また、プロジェクトが進むと、途中で変更が入ったり思い通りに進まなかったりして、どうしても進捗が遅れることがあります。そんなときに、納期に間に合わせるためのリスケをしたり、どうしてもこれは無理だと思ったら、納期優先なのか完成優先なのかをまず確認し、納期を優先する場合は、どこまでをやるかを決める必要があります。

基本的にプロジェクト進行中はチャットワークでやり取りしますが、大規模なときはBacklogなどのプロジェクト管理ツールを使うこともあります。僕主体では使ったことはありませんが、何度かチームに入って作業させていただいたことはあります。進捗管理・連絡・githubでのバージョン管理などをプロジェクトごとにチーム組んで一括でできるのでめちゃくちゃ便利です。
Ruby on railsなので僕は扱えませんが、Redmineもプロジェクト管理ツールとして有名ですよね。技術さえあれば無料で使える神ツールです。AWSならほぼ無料で使えるみたいですが、僕は構築までしてみたものの、特に今やる必要はないなと判断したのでそれ以降は放置しています。

納品後

形態にもよりですが、納品後はサイトの品質管理を行うこともあります。

といっても管理費でお金をもらってない限りそこまでバチバチにやることもないんですが、例えばAnalyticsやSearch Consoleをたまに見て、改善案を提案したり、コラムなどのコンテンツ追加を促してみたり、いわゆるアフターフォローです。

１からの制作ももちろん大事なのですが、完成後の運用もとても大事です。Webサイトからの売り上げは運用にかかっていると言っても過言ではないので、作っただけで終わらせず、解析・改善を繰り返していくのもディレクターの仕事といえます。

ディレクション費について

以上紹介させていただいた通り、Webディレクター、まぁまぁ働いています。

これでお金をもらわないと死んでしまいますので、もちろんお金をいただきます。

とはいえ、ディレクションの作業はプロジェクトの規模や形態によって作業内容が全然違うため見積もりがなかなか難しく、一般的な方法として、「制作費の〇%をディレクション費として上乗せする」という方法があります。

この方法だと、プロジェクトの規模によって変化する仕事内容でもだいたい許容することができます。ただ、クライアントにとっては「なんかよくわからん項目で費用上乗せされてる」となっちゃうわけですね。意外とちゃんとした理由でディレクション費をいただいているのでした。

プロジェクトによっては、制作開始前の「企画・提案・ヒアリング」に携わらない場合もありますので、どこまでやるかによって割合を変えるのがベター。

おわり

ディレクションは、仕事内容を書いてみると案外簡単なように見えますが、制作に関わるいろんな知識が必要です。

経営・マーケティング、デザイン、コーディング、使用ソフトの知識やチームメンバーの選定など、一通り制作現場でチームとして作業したことがないと、なかなか難しかったりします。

というわけで、みなさん、お願いします。
ちゃんと働いてますので、ディレクターにもお金をください！

バイバイ～