ノーコード・ローコード開発者のフリーランス面談でよく聞かれる質問と答え方

ノーコード・ローコード開発者のフリーランス面談でよく聞かれるのは、作ったアプリが今も使われているか、業務の例外をどう聞き出したか、標準の機能で済ませた部分と拡張した部分をどう分けたか、権限と個人情報をどう扱ったかの4つです。面談官は、ツールの操作の知識より、「この人に任せたら、社内で使われ続けるものを作り、抜けたあとも社内で直せる状態にしてくれるか」を確かめようとしています。

答えるときは、模範解答を覚えるより、自分の経験から「判断の場面」を3つほど選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではノーコード・ローコードの面談に固有の質問に絞ります。

面談官が見ていること

ノーコード・ローコードの案件の面談に出てくるのは、情報システム部門の担当者、DX推進の部署の責任者、業務部門の管理職などです。自分でツールを触ったことがある人もいれば、ほとんど触ったことがない人もいます。共通して知りたいのは、おおむね次の3点です。

1. 任せられる工程：構築だけか、業務の聞き取りと設計からか、社内展開までか
2. 作ったものの行方：作ったアプリが使われ続け、社内で直せる状態になったか
3. 社内の人との相性：ITに慣れていない業務部門の人と、どう話を進めるか

ツールの知識は、スキルシートと短い質問で確かめられます。面談の時間の多くは、この3点を測る質問に使われます。

よく聞かれる質問と答え方の考え方

ここで示す答えの例は、組み立て方を伝えるための架空の例です。そのまま使うのではなく、ご自身の経験に置き換えて準備してください。

1. 「どんな業務を、どのツールでアプリにしましたか」

確かめたいのは、経験の範囲です。ツール名、対象の業務、アプリの数と利用者の規模（丸めた数）、自分が担った工程を短く伝えます。社内の業務アプリか、社外向けのサービスかも最初に分けておくと、後の質問との食い違いが起きません。

架空の例：「kintone で営業部門の案件管理と見積の承認を作りました。アプリは10個ほど、利用者は80名くらいです。聞き取りから設計、構築、利用者への説明までを担当しました」

2. 「作ったアプリは、今も使われていますか」

ノーコード・ローコードの面談に特有の質問です。発注側は、作ったものが使われなくなる失敗を何度も見ています。使われているなら、利用が広がった理由（入力の手間を減らした、承認が早くなったなど）を添えます。使われなくなったアプリがあるなら、その理由と、どう見直したかを話します。使われなくなった経験を正直に話せることは、むしろ評価されることがあります。

3. 「業務の聞き取りでは、どう進めましたか」

確かめたいのは、業務部門と直接話せるかです。誰に、何を見せてもらい、何を書き出したかを順に話します。最初の聞き取りでは出てこなかった例外の処理（差し戻し、急ぎの対応、担当者の不在など）に、どの時点で気づき、設計をどう直したかを話せると、設計を任せられる人だと伝わります。

4. 「標準の機能で足りなかったとき、どうしましたか」

拡張の力と、拡張しすぎない判断の両方を見ています。答えは次の順番で組み立てると伝わりやすくなります。

• 何が足りなかったか
• 標準の機能や業務の手順の見直しで済ませられないか、検討したか
• 拡張した場合、プラグインかコードか、なぜそれを選んだか
• ツールの更新で動かなくなったときに、誰がどう確かめるようにしたか

「JavaScript で作りました」だけで終わると、判断が見えません。拡張しなかった部分とその理由まで話せると、保守を考える人だと受け止められます。

5. 「権限や個人情報を含むデータは、どう扱いましたか」

部署や役職ごとに、見られる範囲と直せる範囲をどう分けたか、出力や書き出しをどう制限したかを話します。発注側の方針に沿って決めたことと、自分から提案したことを分けて話すと、責任の範囲が伝わります。

6. 「アプリが増えすぎた環境を、どう整理しますか」

既存の環境の整理を含む案件でよく聞かれます。いきなり作り直す案ではなく、まず一覧をつくり、持ち主と利用の状況を確かめ、残す・まとめる・やめるを関係者と決める、という順番を示すと安心感につながります。経験があれば、その場面を短く添えます。

7. 「自分が抜けたあと、社内の人はどう直していますか」

引き継ぎの準備を見ています。設計の記録、手順書、管理者への説明など、何を残したかを具体的に挙げます。社内の担当者が改修を続けているなら、それが一番の答えになります。

8. 「ITに不慣れな利用者には、どう広げましたか」

説明会、短い操作の動画、問い合わせの窓口など、使ってもらうための工夫を話します。利用者の声を受けて画面を直した経験があれば、あわせて伝えます。

準備は「判断の場面」を3つに絞る

質問は多くても、答えの材料になる場面は限られています。次の3つの場面を、それぞれ2〜3分で話せるようにしておくと、ほとんどの質問に対応できます。

1. 聞き取りで例外に気づき、設計を直した場面
2. 拡張するかどうかを判断した場面（拡張した、またはしなかった）
3. 利用が広がった、または使われなくなったアプリを見直した場面

それぞれについて、状況、自分の判断、理由、結果、次に生かしたことの順で書き出しておきます。スキルシートの記載と食い違わないよう、スキルシートの記事を見ながら準備すると整理しやすくなります。

画面を見せたくなる場面もありますが、勤務先や発注側の環境で作ったアプリの画面は、顧客名や社内の情報が映り込みやすく、守秘の約束に触れるおそれがあります。見せる場合は、自分で用意した架空のデータの見本を使いましょう。考え方はスキルシートに書いてよいこと・いけないことをご覧ください。

面談の相手によって重心が変わる

オンラインの面談では、話が長くなると要点が伝わりにくくなります。結論を先に言い、聞かれたら詳しく話す順番を意識しましょう。進め方はオンライン面談の記事で解説しています。

ノーコード・ローコードならではの逆質問

逆質問は、案件の中身を確かめる場でもあります。次のような質問は、働き方を思い描くのに役立ち、面談官にも準備のよさが伝わります。

• 今、社内でどのくらいのアプリが使われていて、誰が作っていますか
• 作成や変更のルール、管理者は決まっていますか
• 改修の依頼は、どこから、どのような形で届きますか
• プラグインや連携サービスの費用と契約の名義は、どなたになりますか
• 契約が終わったあと、社内で改修を担う方はどなたになりますか

逆質問全般の考え方は逆質問の記事、落ちやすい理由は面談で落ちる理由の記事で整理しています。

よくある質問

使われなくなったアプリの話をしても大丈夫ですか？

大丈夫です。むしろ、使われなくなった理由をどう見立て、どう見直したかを話せると、定着まで考える人だと伝わります。他の人のせいにする話し方は避け、自分の判断で変えられた点を中心に話しましょう。

ツールの細かい機能を聞かれて答えられなかったら、不利になりますか？

一つの機能を知らないことで決まることは多くありません。知らない場合は正直に伝え、ふだんどう調べて確かめているか（提供元の資料、開発者向けのサイトなど）を添えると、印象が変わります。

業務委託の経験がなく、社内開発の経験しかありません。面談でどう話せばよいですか？

社内開発の経験も評価の対象になります。社員として担った立場を明確にしたうえで、どの部署の業務を、どの工程まで担い、どう定着させたかを話してください。自己紹介の組み立て方は自己紹介の記事も参考になります。