ノーコード・ローコード開発者のフリーランス案件の仕事内容｜案件の種類と働き方

ノーコード・ローコード開発者のフリーランス案件の仕事は、業務を聞き取り、アプリとデータの形に落とし込み、現場で使われる状態まで運ぶことです。ただし、新しく作る案件なのか、既にあるアプリを直す案件なのか、社外向けのサービスを作る案件なのかで、1日の時間の使い方も、話す相手も、手元に残る成果物も大きく変わります。

この記事では、ノーコード・ローコードの案件を5つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。報酬の決まり方はノーコード・ローコード開発者の報酬の記事、求められるスキルはスキルの記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。Power Platform と RPA の案件は、Power Platform の仕事内容とRPA の仕事内容をご覧ください。

仕事の中身は「作るもの」と「段階」で決まる

ノーコード・ローコードの案件は、募集の名前が「業務改善」「アプリ開発」「内製化支援」などとばらばらで、名前だけでは中身が分かりにくい分野です。違いを生むのは、主に次の2つです。

• 作るもの：社内の業務アプリか、社外の利用者が使うWebサービスか
• 段階：これから作るのか、既に使っている環境を直すのか、社内の人が自分で作れるようにするのか

この2つを掛け合わせると、案件はおおむね次の5種類に分けられます。

以下では、それぞれの典型的な流れを例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。

業務アプリを新しく作る案件

1日の流れ（例）

午前は業務部門の担当者と打ち合わせをして、今の業務の流れを聞きます。紙の帳票やスプレッドシートを見せてもらい、誰が、いつ、何を、どこに記録しているかを書き出します。午後は、聞き取った内容をもとにアプリの分け方と項目を決め、試作の画面を組みます。夕方に試作を担当者に触ってもらい、使いにくい点や抜けている例外を聞いて、翌日の作業を決めます。

ノーコード・ローコードの開発は、作るのが速い分、作って見せて直すの回転が速くなります。打ち合わせと構築が同じ日に何度も入れ替わるのが特徴です。

1か月の流れ（例）

• 最初の1〜2週：業務の聞き取りと、アプリとデータの構成の案づくり。権限の考え方もここで決める
• 次の1〜2週：構築と、担当者に試してもらう場の繰り返し。例外の処理（差し戻し、担当者の不在など）を拾い直す
• 月末：利用開始に向けた手順書づくりと、移行するデータの整理。利用者への説明会を開くこともある

成果物

業務の流れを書き出した資料、アプリとデータの構成図、項目の一覧と権限の表、作ったアプリそのもの、利用者向けの手順書、管理者向けの設計の記録などです。設計の記録は、契約が終わったあとに社内の担当者が直すときの頼りになるため、発注側が特に重く見る成果物です。

既存の環境を改修・整理する案件

1日・1か月の流れ（例）

既に社内で多くのアプリが使われている環境に入り、改修の依頼をこなしながら、全体を見直す案件です。1日の中では、チャットやチケットで届く改修の依頼に答え、項目の追加や一覧の修正をします。空いた時間で、似たアプリの重なりや、ばらばらになった権限の設定を調べます。

1か月の単位では、依頼の対応を回しつつ、「残すアプリ・まとめるアプリ・やめるアプリ」の案をつくり、情報システム部門と相談して順に進めます。誰が作ったか分からないアプリの持ち主を探す作業も、意外に時間を使います。

成果物

改修の記録、アプリの一覧と持ち主・利用状況の表、整理の方針、命名や権限のルール案などです。改修そのものより、環境の全体像を見える形にしたことが評価される案件です。運用中の案件の性格は新規開発案件と保守運用案件の違いも参考になります。

拡張・外部連携を担う案件

標準の機能で足りない部分を、コードやAPIで補う案件です。1日の中では、仕様の確認、コードを書く作業、試験用の環境での動作確認が中心になります。他のシステムとつなぐ場合は、相手のシステムの担当者とデータの項目や送る間隔を決める打ち合わせが入ります。

1か月の単位では、拡張の作り込みに加えて、ツールの更新で動かなくなっていないかを確かめる作業が定期的に入ります。ツールの提供元は機能の更新を続けているため、更新の予定を見ながら、影響のありそうな拡張を先に試します。

成果物は、拡張のコードと説明、連携の仕様（どの項目を、いつ、どちらからどちらへ送るか）、障害が起きたときの切り分けの手順などです。コードを書けることに加えて、どこまで拡張し、どこは標準で済ませるかの線引きを説明する資料が求められます。

社外向けWebサービスを作る案件

利用者が社外にいる会員サイトや予約サービスなどを、Webアプリ型のツールで作る案件です。少人数のチームで、画面、データ、ログインと権限、決済やメール配信などの外部サービスとの連携まで、一通り担うことがあります。

1日の中では、事業の責任者と機能の優先順位を決め、画面とデータを組み、試験用の環境で動きを確かめます。公開が近づくと、権限の設定の見直しや、表示の速さの確認に時間を使います。公開後は、問い合わせの内容を見て、利用者が迷う操作を直す改善が中心になります。

成果物は、画面とデータの設計、権限の考え方、外部サービスとの連携の設定、公開の手順、運営側が自分で文言や設定を変えるための手順書などです。社内向けの案件と違い、公開後の不具合が利用者に直接見えるため、確認の手順を自分で持っておく必要があります。

内製化・社内展開を支援する案件

業務部門の人が自分でアプリを作れるようにする、いわゆる市民開発を進める会社で、推進の部署を支える案件です。自分で作る時間は少なく、作り手からの相談への回答、勉強会の準備と開催、作成や変更のルールづくりが中心になります。

1か月の単位では、勉強会や相談の時間が定期的に入り、その合間に、作られたアプリを見て、権限やデータの持ち方に問題がないかを確かめます。推進の部署と、ルールの見直しや次の部署への展開の計画を話し合う会議もあります。

成果物は、作り手向けのルールと手引き、勉強会の資料、相談の記録、作られたアプリの確認の結果などです。DX推進の立場からこの種の仕事に関わる場合は、DXコンサルタントの仕事内容も参考になります。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべての案件にあります。

1. 聞き取りと確認：作る前に業務と例外を聞き、作ったものを早めに触ってもらう
2. 記録：項目の意味、権限の理由、変更の経緯を、発注側も見られる場所に残す
3. 依頼の受け付け：改修や追加の依頼を一つの窓口で受け、優先順位を発注側に決めてもらう
4. 引き継ぎの準備：自分が抜けても社内で直せるよう、手順書と設計の記録を整える

フリーランスならではの仕事として、自分の稼働の記録と報告もあります。準委任の契約では月の稼働時間の幅で精算することが多く、請負の契約では何をもって完成とするかを先に決めておく必要があります。違いは準委任契約と請負契約の違いで解説しています。

関わる相手と、その相手に出すもの

働く場所は、構築や改修はリモートで進めやすい一方、業務の聞き取りや利用者への展開の時期には出社を求められることがあります。詳しくはリモート案件の記事をご覧ください。

よくある質問

ノーコード・ローコードの案件は、ずっと画面を組む作業が中心ですか？

構築の作業は大きな割合を占めますが、それだけではありません。業務の聞き取り、試してもらう場の運営、記録や手順書づくりにも同じくらい時間を使います。内製化を支援する案件では、自分で作る時間より、相談への回答やルールづくりの時間が長くなります。

コードを書く仕事はありますか？

拡張・外部連携を担う案件では、JavaScript などで画面の動きを変えたり、API で他のシステムとデータをやり取りしたりする作業があります。標準の機能だけで組む案件では、コードを書かないこともあります。どこまで書く想定かは、参画前に確かめておくと安心です。

参画して最初の1か月は何をすることが多いですか？

既にあるアプリと利用者の把握、業務の聞き取り、改修の依頼の流れの確認から始めるのが一般的です。初月の進め方は参画初月にやることで解説します。