【答えに詰まる3問】在宅ランディングページのコーディングの面談

2026年4月20日

長谷川奈津

この記事のポイント

✓ランディングページのコーディングの面談を在宅で受けるとき
✓答えに詰まる質問はだいたい3つに絞られます
✓トラブル対応の3問です

ランディングページのコーディングの案件で、在宅前提のオンライン面談が設定された。準備しておくべきことが分からない。そういう状態でこの記事にたどり着いた方に、先に結論をお伝えします。面談で落ちる人が詰まる質問は、だいたい3つに絞られます。実務経験の深さを問う質問、単価と工数を問う質問、トラブル時の対応を問う質問です。

この3つは、技術的な知識では答えられません。だから、コーディングの勉強だけをしてきた方ほど、面談で言葉が出なくなります。これ、本当に多いんです。実力は十分あるのに、聞かれ方が想定と違って固まってしまう。

この記事では、その3問がなぜ聞かれるのか、どう答えれば通るのか、そして面談の後に必ず確認すべき契約条件までを整理します。契約の部分は特に重要です。面談で気持ちよく話が進んだ結果、条件を確認しないまま着手して揉めるケースを、私は何件も見てきました。

在宅の面談は「選考」ではなく「リスク確認」の場

まず、面談の性質を理解しておきましょう。ここを誤解していると、準備の方向がずれます。

在宅前提の業務委託や、リモート中心の雇用の面談は、企業側にとって「この人に任せて大丈夫か」を確認する場です。つまり、良いところを探す場ではなく、不安を潰す場なんです。

対面のオフィス勤務なら、隣の席で様子を見ながら育てられます。在宅ではそれができません。だから面談では、次の3点が集中的に確認されます。

1つ目、成果物を自力で完成まで持っていけるか。2つ目、報連相が滞らないか。3つ目、問題が起きたときに隠さず報告できるか。

この3点はいずれも、「できます」と宣言しても信用されません。信用されるのは、過去の具体的な場面の描写だけです。ここが、面談で答えに詰まる根本的な理由です。多くの方は、スキルの説明は準備してきますが、場面の描写を準備してきません。

求人票からも面談で見られる点は読み取れる

募集要項の書き方を見ると、企業側が何を重視しているかがかなり分かります。

大手クライアントのWebサイトやSNSアカウントのデザインディレクション・制作業務を担当いただきます。UX設計からUIデザイン、ビジュアル・グラフィックデザインまで幅広く携わり、企画提案やコストマネジメントも行います。ディレクターやエンジニアと連携し、クライアントのサービス価値向上を目指します。在宅中心のハイブリッドワークを推奨し、残業時間は月平均20時間程度です。完全週休2日制、祝日、年末年始休暇、年次有給休暇など休日も充実しています。出典: 求人ボックス

この募集文には「ディレクターやエンジニアと連携し」という一文があります。つまり、この案件の面談では、連携の経験が必ず問われます。単独でコーディングした経験だけを話しても、評価軸に乗りません。

もうひとつ注目してほしいのが「コストマネジメントも行います」という部分です。予算感を持って動ける人かどうかが見られる、ということです。だから工数と単価の質問が来ます。

募集要項は、面談の想定問題集だと思ってください。書いてある業務の一つひとつが、そのまま質問になります。これ、知らない人が本当に多いんです。

詰まる第1問: これまでで一番大変だった案件は何ですか

最初の難問です。この質問、答え方によって評価が真逆になります。

なぜこの質問をするのか

面接官が知りたいのは、苦労話ではありません。「問題が起きたときに、この人はどう動くか」です。つまり、行動のパターンを見ています。

だから、大変だった内容を長々と説明しても加点されません。加点されるのは、何をして、結果どうなったかの部分です。

落ちる答え方

「クライアントの要望が二転三転して、何度も作り直しになった案件です。最終的には納期に間に合わせましたが、かなり大変でした。」

この答えの問題は、主語が全部クライアントになっている点です。相手が悪くて自分は被害者だった、という構造で語ってしまっている。面接官はここで「この人は、うちでも同じことを言うだろうな」と考えます。

もうひとつ落ちるパターンが、技術的な難易度だけを語る答えです。「複雑なアニメーションの実装で苦労しました」。これは事実として正しくても、在宅で任せる不安を減らしません。技術的な難所は、時間をかければ解決するからです。

通る答え方

構造は、状況、判断、行動、結果の4段です。

「デザインカンプの支給が予定より5日遅れた案件がありました。納期は動かせない条件だったので、支給を待たずに着手できる部分を切り分けました。具体的には、ヘッダー、フッター、フォーム周りの共通パーツを先に実装し、カンプ待ちのセクションは後回しにしました。あわせて、遅延が確定した時点で先方に連絡し、修正の往復回数を通常の2回から1回に減らす合意を取りました。結果として納期は守れましたが、事前に遅延リスクを想定した工程表を出しておくべきだったと反省しています。」

ここで重要なのが、最後の反省です。反省を添えると、同じ失敗を繰り返さない人だという印象になります。完璧な武勇伝を語るより、はるかに信用されます。

※ ただし、守秘義務のある案件の詳細を面談で話すのは避けてください。クライアント名や商材が特定できる情報は伏せ、業種と規模の説明にとどめるのが実務上の作法です。この配慮ができているかどうかも、実は見られています。

詰まる第2問: この作業だと何時間くらいかかりますか

2問目です。ここで多くの方が固まります。

なぜ答えられないのか

答えられない理由は単純で、自分の作業時間を測ったことがないからです。感覚では「たぶん1日くらい」と分かっていても、根拠を持って言えない。

面接官はここで、工数感覚の有無を見ています。工数が読めない人に発注すると、納期が読めません。在宅では進捗が見えないので、これは大きなリスクになります。

落ちる答え方

「案件によりますが、頑張れば早くできると思います。」

この答えは、二重に減点されます。まず、数値がない。次に「頑張れば」という言葉が入っている。頑張るかどうかで納期が変わる人には、任せられません。

もうひとつ危険なのが、過小申告です。良く見せようとして「半日でできます」と答え、実際に受注してから間に合わなくなる。これは最悪のパターンです。契約上も、履行遅滞として責任を問われる可能性があります。

通る答え方

工程ごとに分解して答えます。

「1ページのLPで、デザインカンプ支給、セクション数が8つ程度、フォーム1つという前提でお答えします。共通パーツの実装に3時間、各セクションの実装に8時間、スマートフォン対応に4時間、フォームの実装と動作確認に3時間、全体の表示確認と速度調整に2時間で、合計20時間程度です。ここに修正対応が2往復入る想定で、追加4時間を見込んでいます。」

前提条件を先に置くのがポイントです。前提を置くと、条件が変わったときに工数も変わることが自然に伝わります。これは、後の契約交渉でも効いてきます。

工数から単価を逆算する感覚も持っておいてください。開発系職種の報酬水準はソフトウェア作成者の年収・単価相場に公的統計ベースで整理されているので、自分の時間単価が市場に対してどの位置にあるかを確認できます。面談で単価を聞かれたときに、根拠を持って答えられるかどうかは、その後の条件交渉に直結します。

工数を測る習慣をつける

もし今、自分の作業時間を測っていないなら、今日から測ってください。スプレッドシートに開始時刻と終了時刻を書くだけで構いません。

3件も測れば、自分の標準工数が見えてきます。そして、ほぼ確実に、自分の見積もりより実測のほうが長いことに気づきます。この差を知っていることが、面談での説得力になります。

詰まる第3問: 納品後に不具合が見つかったらどうしますか

3問目です。これが、実は最も評価を分けます。

なぜこの質問をするのか

在宅で任せる最大の不安が、トラブル時に連絡が途絶えることだからです。実際、着手後に音信不通になる事故は、皆さんが思うより高い頻度で起きています。

面接官は、この質問で誠実さと責任範囲の理解を見ています。

落ちる答え方

「すぐに無償で対応します。」

意外に思われるかもしれませんが、これは減点対象になり得ます。理由は2つあります。

第一に、責任範囲を理解していないと判断されるからです。納品後の不具合には、こちらの実装ミスによるものと、先方の環境変更や仕様変更に起因するものがあります。全部を無償で引き受けると宣言する人は、後から必ず揉めます。線が引けていないからです。

第二に、この答えは自分を守れません。契約書に瑕疵担保期間や契約不適合責任の範囲が定められていない状態で、口頭で無償対応を約束すると、期限のない義務を負うことになります。

通る答え方

責任の切り分けと、初動の速さをセットで答えます。

「まず、報告を受けたらその日のうちに再現確認を行い、原因の切り分け結果をご連絡します。実装上の不具合であれば、契約で定めた保証期間内は無償で修正します。一方、先方でのCMS更新や仕様変更に起因する場合は、原因をご説明したうえで、別途お見積りの形にさせていただきたいと考えています。この切り分けの基準は、着手前に書面で合意しておきたいです。」

この答えは、逃げているように聞こえるかもしれません。しかし実務では、この切り分けができる人のほうが圧倒的に信頼されます。線を引くことは、責任を回避することではなく、責任の所在を明確にすることだからです。

つまり、無限に対応しますと言う人より、ここまでは私の責任ですと言える人のほうが、プロとして扱われるということです。

面談で必ず確認すべき契約条件

ここからは、法務の観点から書きます。面談は評価される場であると同時に、こちらが条件を確認する場でもあります。ここを飛ばして着手すると、後で必ず困ります。

報酬の支払時期

最も揉めるのが、ここです。

発注者が一定規模以上の事業者である場合、成果物を受領した日から起算して60日以内に報酬を支払う義務があります。つまり、「検収が終わっていないので支払えない」「社内の締め日の都合で3か月後になる」という説明は、原則として通りません。

先日も、あるコーダーの方から相談を受けました。納品から4か月経っても報酬が支払われず、先方は「まだ社内で最終確認中だから」の一点張りだったそうです。これは、支払遅延にあたる可能性が高いケースです。

面談では、「お支払いのサイトを教えていただけますか」と一言聞くだけで構いません。ここで明確に答えられない相手は、社内の管理体制に不安があります。取引の適正化に関する公的な情報は、公正取引委員会のサイトで確認できます。

業務範囲の線引き

「LPのコーディング」という言葉だけで契約すると、後から範囲が膨らみます。

確認すべきは次の点です。デザインの微修正は含むのか。画像の書き出しはこちらで行うのか。文言の修正対応はどこまでか。CMSへの組み込みは含むのか。公開作業とサーバーへのアップロードは誰が行うのか。計測タグの設置は含むのか。

これ、全部聞くと嫌がられるのではと心配される方がいます。逆です。発注側も範囲が曖昧なまま進めたいわけではありません。聞かれて初めて社内で整理する、というケースがほとんどです。

著作権の扱い

コーディングした成果物の著作権をどうするかは、必ず確認してください。

一般的には、報酬の支払完了と引き換えに著作権を譲渡する形が多いです。ただし、譲渡すると自分の実績として公開できなくなる場合があります。ポートフォリオに載せたいなら、「実績としての公開を可能とする」旨を契約に入れておく必要があります。

※ 著作者人格権は譲渡できない権利ですが、実務では不行使特約が入ることが多いです。この条項の意味が分からないまま署名するのは避けてください。判断に迷う場合は、契約書を持って専門家に相談することをおすすめします。

修正回数の上限

契約書に修正回数の上限を書かないと、時間の底が抜けます。「あと1回だけ」が3回続き、そのたびに確認待ちが発生して、1本の案件が1か月拘束される。実際によくある話です。

「初稿提出後2回まで、3回目以降は別途お見積り」と定めておくのが実務上の標準です。これを提示すると、発注側も指摘をまとめて出すようになるので、双方にとって効率的になります。

秘密保持の範囲

NDA（エヌディーエー）を結ぶ場合、その範囲を確認してください。特に、実績公開の可否と、他社案件との競業について何が制限されるかです。

同業他社の案件を同時に受けることが禁止されている契約もあります。これを見落として2社の仕事を受けると、契約違反になります。

面談前に準備しておくべき3点

質問の想定ができたところで、準備の話をします。

動く成果物のURL

面談中に画面共有で見せられる状態にしておいてください。スクリーンショットではなく、実際に動くページです。

そして、その場でスマートフォン表示に切り替えられるようにしておく。ブラウザの開発者ツールで表示幅を変えるだけです。これができると、実務に慣れている印象が一気に強まります。

工数の実測データ

前述の通り、自分の標準工数を数値で言えるようにしておきます。手元にメモを置いておいて構いません。オンライン面談では、資料を見ながら答えても不自然ではありません。

質問リスト

こちらから聞く質問を、3つから5つ用意しておきます。前述の契約条件のうち、その案件で特に重要そうなものを選んでください。

「何か質問はありますか」に対して「特にありません」と答えるのは、最後の減点ポイントです。関心がないと受け取られます。

面談を突破した後に効いてくるもの

面談は入口にすぎません。ここからが本番です。

文書でのやり取りが評価を決める

在宅の仕事は、やり取りのほぼ全部が文章です。仕様確認、進捗報告、納品連絡、トラブルの説明。ここで手間がかかる相手は、次から声がかかりません。

特に重要なのが、悪い知らせの伝え方です。遅れそうなとき、不具合を見つけたとき、どう書くか。「申し訳ありません」を並べるより、現状、原因、対応、新しい期限を順に書くほうが、はるかに信頼されます。

文書作成の基本はビジネス文書検定の出題範囲でひと通り押さえられます。敬語や文書構成の型は、そのまま業務メールに使えるので、面談後の実務で効いてきます。文書スキルを収入に接続する方法については、ビジネス文書検定で文書作成の副業力アップ｜在宅ライティング案件に具体的な案件例が整理されています。

原因を切り分ける力

納品後の不具合対応で問われるのが、切り分けの力です。表示が遅い原因は、コードなのか、画像なのか、サーバーなのか、DNSの設定なのか。ここを切り分けられないと、自分の責任範囲かどうかすら判断できません。

ネットワークとサーバーの基礎知識はCCNA（シスコ技術者認定）の学習範囲に含まれています。資格を取る必要はありませんが、通信の仕組みを一度体系的に学んでおくと、トラブル時の初動がまったく変わります。第3問への答えに説得力を持たせるうえでも、この知識は効きます。

隣接領域への広がり

LPのコーディングは、Web制作全体の一工程です。前後の工程を理解していると、面談での受け答えの幅が広がります。

開発案件がどう分業されているかはアプリケーション開発のお仕事に工程ごとに整理されています。フォームの裏側の処理や外部サービスとの連携まで話せると、単価のレンジが変わります。

広告やメール施策との関係については、AI・マーケティング・セキュリティのお仕事に周辺職種の役割分担がまとまっています。LPは広告の着地点なので、この文脈を理解している人は相談相手として扱われます。

近年は、実装工程にAIを組み込む案件も増えています。導入設計の側から関わる仕事についてはAIコンサル・業務活用支援のお仕事に業務範囲が整理されています。面談で「AIをどう使っていますか」と聞かれる機会も増えているので、自分なりの答えを用意しておくとよいでしょう。

文章を書く仕事との兼業を考える場合、報酬水準は著述家，記者，編集者の年収・単価相場で確認できます。技術ドキュメントを書ける人は、実は市場で不足しています。

在宅で続けるための環境づくり

面談に通っても、続けられなければ意味がありません。在宅は孤独で、成果への反応も遅い。消耗のパターンは決まっているので、先に知っておくと対処できます。

具体的な習慣は在宅ワーカーのメンタルヘルスケア｜孤独・燃え尽きを防ぐ5つの習慣【2026年版】にまとまっています。専門職が在宅と時短をどう両立しているかは法律事務所のパラリーガルの働き方｜在宅・時短勤務の現状【2026年版】に実態が整理されているので、働き方の設計として参考になります。

20年市場を見てきた運営者の視点

フリーランスと在宅ワークの市場を20年運営してきた立場から言えば、面談で通る人と通らない人の差は、話術ではありません。準備の粒度です。

通る人は、聞かれる前提で数字を持っています。工数、稼働時間、返信の目安、過去の案件での判断。これらを即答できる。通らない人は、その場で考えます。考えている時間そのものが、実務での判断の遅さに見えてしまいます。

そしてもうひとつ、運営者として見てきた限りでは、長く続く人は面談の場を「条件のすり合わせ」だと捉えています。評価されに行くのではなく、お互いに合うかどうかを確かめに行く。この姿勢の人は、条件が合わない案件を自分から断れるので、無理な契約を抱え込みません。

中間マージンが乗らない直接取引が効いてくるのも、この点です。手数料0%で取引すると、依頼する側は同じ予算でより多くの工程を任せられ、受ける側は手取りが厚くなる。手取りが厚ければ、1件あたりに使える時間が増え、品質が上がり、また声がかかります。逆に手数料で目減りする分を件数で埋めようとすると、1件あたりの時間が減り、面談の準備にも手が回らなくなります。この差は、1年経つとはっきり出ます。

案件データから見える面談の位置づけ

在宅ワーク市場の案件分布を見ると、面談を設ける案件と設けない案件がはっきり分かれています。単発のコーディング案件は、提案文と成果物だけで決まることが多い。一方、継続前提の案件や、業務範囲が広い案件では、ほぼ必ず面談が入ります。

つまり、面談が設定された時点で、その案件は継続の可能性がある案件だということです。ここで条件を曖昧にしたまま進めると、長期にわたって不利な条件を背負うことになります。逆に言えば、面談で条件をきちんと詰めた案件は、その後の関係が安定します。

募集要項に「経験者歓迎」「学歴不問」と書かれている案件が多いのも、この文脈で理解できます。企業が見ているのは資格ではなく、実際の判断と行動です。だから面談では、過去の場面を具体的に語れるかどうかがすべてになります。

最後にお伝えしたいことがあります。面談で条件を確認することを、失礼だと思わないでください。支払時期を聞くこと、業務範囲を確認すること、修正回数を決めること。これらは全部、双方を守るための行為です。曖昧なまま始めた仕事は、必ずどこかで摩擦を起こします。契約の知識は、皆さんを守る最大の武器になります。

オンライン面談の場でつまずく実務的な落とし穴

質問への答え方とは別に、オンライン面談そのものの進め方でつまずく方が一定数います。内容以前の部分で減点されるのは、あまりにもったいないので整理しておきます。

画面共有の準備ができていない

在宅前提の面談では、ほぼ確実に成果物を見せる場面が来ます。「では見せていただけますか」と言われてから、ブラウザを開いてブックマークを探し、ログインを求められて手間取る。この数分で、実務での段取りの悪さが伝わってしまいます。

面談の前に、見せたいページをタブで開いた状態にしておいてください。デスクトップの整理も済ませておきます。共有した画面に、他社案件のファイル名や個人的な通知が映り込むのは、守秘の観点でも印象の観点でも避けたいところです。実際、他社の資料が映ってしまい、その場で信用を落とした例があります。

音声と回線の確認をしていない

在宅の仕事で、通信環境は業務要件そのものです。面談中に音声が途切れる、映像が止まる、といったことが起きると、それだけで「打ち合わせが成立しない相手」と判断されます。

事前に、実際に使う場所と回線で通話テストをしてください。無線が不安定なら有線に切り替える。マイクは内蔵ではなく外付けのものを使うと、聞き取りやすさが明確に変わります。これは技術ではなく準備の問題なので、確実に潰せます。

沈黙を怖がって話しすぎる

答えに詰まったとき、沈黙を埋めようとして話し続けてしまう方がいます。結果、質問からずれた話を長々として、要点が伝わらないまま終わる。

分からないことは、正直に言って構いません。「その領域は実務経験がないので、現時点では対応できません。ただ、近い工程として画像の最適化は担当してきました」と答えるほうが、曖昧に取り繕うよりはるかに評価されます。着手後に「できると言ったのにできない」となるほうが、双方にとって損害が大きいからです。

※ 業務委託契約では、できないことをできると表明して受注し、履行できなかった場合、債務不履行として損害賠償の対象になり得ます。見栄で答えて良いことは何一つありません。

面談の最後に必ずやること

終わり際に、次のステップと期限を確認してください。「選考結果はいつ頃ご連絡いただけますか」「合格の場合、着手はいつからを想定されていますか」。この2つを聞くだけで、こちらのスケジュール管理ができます。

そして面談の当日中に、お礼のメールを1通送ります。長い必要はありません。面談で確認した業務範囲と稼働条件を箇条書きで再掲し、認識に相違がないかを確認する内容にしてください。これは礼儀のためではなく、記録を残すためです。口頭で合意した条件は、後から「言った、言わない」になります。メールに残しておけば、証拠として機能します。

こういう小さな積み重ねが、トラブルの芽を先に摘みます。契約書を交わす前の段階でも、やり取りの記録は残せます。法律は、記録を持っている側の味方になります。

複数社の面談を並行して受けるときの注意

条件を比較したいので、複数社の面談を同時期に受ける方は多いです。これ自体は何の問題もありません。ただし、進め方を誤ると信用を失います。

まず、同業種の複数社を並行して進める場合は注意が必要です。面談の場で聞いた事業計画や商材の情報は、その時点で秘密情報にあたることがあります。別の会社の面談で、うっかり前の会社の話を例に出してしまう。これは実際に起きる事故です。他社の面談で得た情報は、社名を伏せても業種と規模で特定されることがあるので、話題にしないと決めておくのが安全です。

次に、稼働可能時間の重複に気をつけてください。複数社に同じ時間帯を提示しておいて、両方から合格が出た場合、片方は断ることになります。断ること自体は問題ありませんが、着手日を確定させた後で辞退すると、相手の採用計画に穴を空けます。返事の期限を先に伝えておき、期限内に判断する形にしておくと、双方が困りません。

最後に、条件を比較するときは、報酬の額面だけで並べないでください。支払サイト、修正回数の上限、業務範囲、著作権の扱い。これらを一覧にして比べると、額面が高いほうが実質的に不利だった、という逆転が普通に起こります。面談で確認した条件をそのまま表にして、横に並べてみることをおすすめします。判断材料が揃っていれば、迷う時間そのものが短くなります。