士業・専門職がサービスを作る際に確認すべき業法上の制約

士業や医療職、コンサルタントなど「資格」や「専門知識」を土台にした仕事をしている方が、その知識を活かしたサービス・アプリ・ツールを立ち上げようとするとき、真っ先にぶつかる壁があります。それが「業法」の問題です。

「自分の専門分野の知識をアプリにまとめて販売したら、それは業法違反にならないか」「資格を持つ自分がやるのだから問題ないはずだ」――こうした思い込みのまま開発を進めてしまうと、リリース直前、あるいはリリース後になって「これは無資格者への業務提供に該当するのでは」「広告規制に抵触するのでは」と指摘され、事業計画そのものが崩れてしまうことがあります。

この記事では、士業・専門職の方が個人でサービスを立ち上げる際に、最初に確認しておくべき業法上の論点を整理します。特定の業種の可否を断定するものではなく、「どこを確認すべきか」「誰に相談すべきか」という検討の地図を示すことを目的としています。実際の適法性の判断は、必ず該当する所轄官庁・弁護士・所属団体（士業会等）に確認することをおすすめします。

この記事で分かること

• 業法上の制約は「業種の免許・資格制度」「広告規制」「個人情報・データ保護」の3層構造で捉えると整理しやすいこと
• 資格保有者本人が提供する場合と、資格を持たない第三者（アプリ運営会社やAI機能）が代替提供する場合とで、法的な評価が大きく変わること
• 「グレーだから様子見で始める」ではなく、着手前に一次情報と専門家確認のステップを踏むことで、後戻りのリスクを大幅に減らせること

なぜ士業・専門職のサービス化で業法が問題になるのか

弁護士、税理士、社会保険労務士、司法書士、医師、看護師、栄養士、建築士、宅地建物取引士など、多くの専門職には、それぞれの根拠法（弁護士法、税理士法、社会保険労務士法、医師法など）によって「その資格を持つ者でなければ行ってはならない業務」が定められています。これを一般に「業務独占資格」と呼びます。

一方で、資格を持つ本人が新しいサービスを作る場合でも、次のような理由で業法上の論点が生じることがあります。

1. 提供形態が変わることで、業務の性質が変わって見える

対面・個別契約であれば明確に「専門家の業務」として扱われていたものが、アプリ・Webサービスという形に変換されると、「不特定多数への一律の情報提供」に見え、士業本来の業務(個別具体的な相談・代理)との境界があいまいになることがあります。

1. 資格者以外のスタッフやAIが関与する

個人開発の場合、資格を持つ本人がすべてを担うとは限りません。エンジニアに開発を依頼したり、生成AIに文章生成を任せたりする場面で、「実質的な判断」を誰が行っているかが問われます。

1. 広告・表示に関する規制がサービス化によって顕在化する

士業・医療職には、業務内容そのものだけでなく「広告できる内容・できない内容」を定める規制（例:医療広告ガイドライン、弁護士の広告に関する規程等）があります。Webサービスのランディングページやアプリストアの説明文が、意図せずこうした広告規制に触れてしまうケースもあります。

これらは業種ごとに根拠法・所轄官庁・解釈が異なります。以下では、検討時に共通して押さえておきたい観点を、3つの切り口で整理します。

切り口1: 業務独占資格の「業務」の範囲を確認する

最初に確認すべきは、「自分が提供しようとしている機能が、根拠法上の"業務"に該当するかどうか」です。

多くの業務独占資格法は、「他人の求めに応じ、報酬を得て、〇〇に関する△△を業として行うこと」という形で規制対象の行為を定義しています。ポイントは次の3要素に分解できることが多い点です。

• 個別性: 特定の相談者の個別具体的な状況に応じた判断・助言を行っているか（一般的な情報提供にとどまるか）
• 反復・継続性: 「業として」行っているか（一回限りの無償の助言と、事業として反復するサービス提供とでは評価が異なり得ます）
• 対価性: 報酬を得て行っているか（無料サービスであれば規制対象外になる場合がありますが、無料であれば必ず適法というわけでもありません）

例えば、税理士法における税務相談は「個別具体的な納税義務の有無・計算方法についての相談に応じること」を指すとされ、一般的な税制の解説や、統計的な情報の提供とは区別されることがあります。ただし、この線引きは業種・状況によって細かく異なり、条文の文言だけで自己判断するのは危険です。必ず該当する士業法の解説書、所轄官庁のガイドライン、または所属する士業会（弁護士会・税理士会・社労士会等）の相談窓口で確認することをおすすめします。

チェックポイント

• [ ] 自分が提供しようとしている機能は「一般的な情報提供」か「個別具体的な相談への回答」か、線引きを言語化できているか
• [ ] 同業種で類似のサービス（例: チャットボット型の相談サービス、診断ツール）が既に存在する場合、その事業者がどのような免責・運用体制を取っているかを調べたか
• [ ] 所属する士業会・団体に、非対面・アプリ形式でのサービス提供について問い合わせたことがあるか

切り口2: 「誰が」実質的に判断しているかを整理する

士業・専門職のサービス化でとりわけ論点になりやすいのが、「資格を持つ本人がどこまで関与しているか」です。

個人でサービスを立ち上げる場合、実務上はこのようなパターンが考えられます。

この整理は、MVP（実用最小限の製品）の設計段階で特に重要です。「まず機能を減らしてAI回答だけで検証しよう」という発想は、開発コストの観点では合理的ですが、業法の観点では「資格者の個別判断が入らない」ことで評価が変わるリスクをはらみます。機能を削る判断と、業法上のリスクを取る判断は分けて考えることをおすすめします。

失敗パターン: 「資格者が作ったから大丈夫」という思い込み

士業・専門職の方によくある誤解が、「自分がその資格を持っているのだから、どんな提供形態であっても問題ない」というものです。しかし実際には、資格そのものではなく「その業務行為をどう提供しているか」が問われます。

• 資格者本人が監修した記事を「読み物」として公開する → 一般的な情報提供として整理しやすい
• 資格者本人が、利用者ごとの入力内容に応じて「あなたの場合はこうすべきです」と個別に断定的な結論を返す機能を、AIや自動化ロジックで代替する → 個別具体的な判断の提供に近づき、慎重な検討が必要になりやすい

この境界線については、資格が必要な業務を、アプリ経由で提供してよいかの境界線でさらに詳しく扱いますので、併せて確認することをおすすめします。

切り口3: 広告・表示規制を確認する

業務そのものの適法性に加えて、士業・医療職には「広告できる内容」を制限する規制が存在する業種があります。代表的なものとして、医療機関のWebサイト・広告に適用される医療広告に関するガイドラインや、各士業法・会則に定められた広告規制が挙げられます。

サービスのランディングページやアプリストアの説明文を書く際に、次のような表現は規制に抵触する可能性があるため注意が必要です（あくまで一般的な傾向であり、最終判断は専門家に確認してください）。

• 「絶対に」「必ず」といった断定的な効果を保証する表現
• ビフォーアフター的な体験談を、根拠を示さずに強調する表現
• 他の事業者・専門家と比較して優位性を強調する表現（業種によっては比較広告自体に制限がある）
• 資格・実績の誇大表示

これはサービス本体の業法問題とは別軸の論点ですが、士業・医療職の方がスピンオフでサービスを作る際には、開発した機能そのものよりも「紹介ページの書き方」でつまずくケースも少なくありません。マーケティング文言を作る段階で、一般的なランディングページ（LP）の作り方の知識だけでなく、自分の業種特有の広告規制を確認する工程を必ず挟むことをおすすめします。

業種ごとの論点の傾向を俯瞰する

業法の中身は業種ごとに大きく異なりますが、「サービス化したときにどこで論点が生じやすいか」という傾向を俯瞰しておくと、自分の業種でどこを重点的に確認すべきかの見当がつけやすくなります。以下はあくまで一般的な傾向の整理であり、個別の適法性を保証するものではない点にご留意ください。

法律系専門職(弁護士・司法書士・税理士・社会保険労務士など)

法律系の専門職は、いずれも「他人の法律事務・税務・労務手続きを、報酬を得て代理・代行すること」を業務独占としている点で共通しています。サービス化の際に特に論点になりやすいのは次の点です。

• 契約書レビュー・自動作成ツール: 定型フォーマットへの当てはめであれば情報提供に近いという整理もありますが、個別の契約リスクを断定的に指摘する機能は、個別具体的な法律相談に近づくとされることがあります
• 就業規則・給与計算の自動化ツール: 一般的な計算ロジックの提供と、個別企業の実情を踏まえた助言との境界が問題になりやすい分野です
• 税務シミュレーションツール: 一般的な税制の説明にとどめるか、個別の納税額を断定的に算出するかで評価が変わり得ます

医療・健康系専門職(医師・看護師・薬剤師・管理栄養士・柔道整復師など)

医療・健康系は、業務独占資格の論点に加えて、医療広告に関するガイドラインなど広告表示規制が特に厳しい分野です。

• 症状チェッカー・健康相談チャットボット: 「診断」に至らない一般的な情報提供にとどめる設計が一般的に推奨されています。「あなたは〇〇病です」といった断定的な診断表示は特に慎重な検討が必要です
• 献立提案・栄養指導アプリ: 個別の疾患を持つ利用者への指導は、資格者の関与の程度が問われやすい領域です
• ビフォーアフター画像や体験談を用いた訴求: 医療広告ガイドラインで規制される代表的な表現であり、サービス立ち上げ時のLP制作で特に注意が必要です

建築・不動産系専門職(建築士・宅地建物取引士など)

• 物件の資産価値・改修費用を自動算出するツール: 個別の建物診断に近い機能は建築士法上の業務との関係が問題になることがあります
• 不動産の取引仲介に類する機能: 宅地建物取引業の免許を要する「取引の媒介」に該当するかどうかは、機能の作り込み次第で評価が変わります。単なる物件情報の掲載・比較にとどめるか、契約条件の交渉・仲介にまで踏み込むかで大きく異なります

コンサルタント・士業以外の専門職(中小企業診断士、キャリアコンサルタント等)

これらの職種の多くは業務独占資格ではなく名称独占資格(資格がなくても業務自体は行えるが、資格名称を名乗ることが制限される資格)であるため、業務独占資格と比べると規制は相対的に緩やかな傾向があります。ただし、キャリアコンサルタントのように、名称独占でありながら関連法令(職業能力開発促進法等)でその職務の定義がなされている場合もあるため、名称独占だから安心と即断せず、根拠法の確認は同様に行うことをおすすめします。

検討ステップの具体的な進め方

ここまでの内容を踏まえ、実際にサービス企画を進める際の具体的なステップを示します。MVP（実用最小限の製品）を作り始める前に、次の順序で検討を進めることをおすすめします。

ステップ1: 提供したい機能を紙に書き出す

思いついた機能をすべて箇条書きにします。この段階ではまだ業法を意識せず、「利用者にどんな価値を届けたいか」を素直に書き出すことが重要です。

ステップ2: 各機能を「情報提供」「個別判断」に仮分類する

書き出した機能ひとつひとつについて、「不特定多数に向けた一般的な情報提供か」「特定の利用者の個別事情に応じた判断の提供か」を仮に分類します。この時点では厳密である必要はなく、あくまで検討の出発点を作ることが目的です。

ステップ3: 「個別判断」に分類された機能について、根拠法・ガイドラインを確認する

個別判断に近い機能について、自分の資格の根拠法や所轄官庁のガイドラインを確認します。インターネット検索だけでなく、所轄官庁が公開している一次情報(通達・Q&A集など)に当たることをおすすめします。

ステップ4: 所属団体・専門家に相談する

自分なりの整理ができたら、所属する士業会・職能団体、または業法に詳しい弁護士に相談します。この段階で「その機能は今の形では難しい」と言われることもありますが、開発着手前に分かる方がリスクは圧倒的に小さく済みます。

ステップ5: 相談結果を踏まえて機能を再設計する

相談の結果、機能の一部を削る、確認フローを追加する、免責文言を強化するなどの調整を行います。この段階を経てから、初めて開発会社への発注やバイブコーディングでの試作に進むことをおすすめします。

このステップを踏まずにいきなり開発に着手してしまうと、完成間近になって仕様の大幅な作り直しが必要になり、時間・費用の両面で大きな手戻りが発生します。自己資金で立ち上げる場合、この手戻りは特に痛手になりやすいため、遠回りに見えても最初にステップを踏むことをおすすめします。

業法違反と指摘された場合に起こり得ること

万が一、提供しているサービスが業法上問題があると指摘された場合、どのようなことが起こり得るのかも一般論として知っておくと、リスクの大きさを実感しやすくなります。

• 行政指導・是正勧告: 所轄官庁から、該当する機能の停止や表示の修正を求められることがあります
• 資格者本人への懲戒処分: 資格者本人が関与している場合、所属する士業会の懲戒手続きの対象になる可能性があります。これは事業上の損失以上に、専門職としてのキャリアそのものに影響し得る重大な事態です
• 刑事罰: 業務独占資格の無資格営業には、根拠法によって罰則(罰金・懲役)が定められていることがあります
• 利用者からの損害賠償請求: サービスの内容に起因して利用者に損害が生じた場合、業法違反の有無にかかわらず、民事上の損害賠償責任を問われる可能性があります
• 信用の毀損: 行政処分や報道に至った場合、事業そのものだけでなく、資格者としての信用も大きく損なわれます

これらのリスクは、事業規模が小さい個人開発のサービスであっても軽減されるわけではありません。「小さく始めているから大丈夫」という考え方は、業法の観点では通用しないことを念頭に置いておくことをおすすめします。

業種を問わず共通して整えておきたい体制

具体的な業法の内容は業種ごとに異なりますが、士業・専門職がサービスを立ち上げる際に共通して整えておきたい体制があります。

• 相談履歴・回答内容の記録を残す: 個別の判断がどのように行われたかを後から説明できるよう、システム上に記録を残しておくことをおすすめします。これは業法上の説明責任だけでなく、利用規約に基づくトラブル対応の際にも役立ちます
• 利用者への注意喚起を目立つ位置に置く: 「本サービスは一般的な情報提供であり、個別の専門的判断に代わるものではありません」といった注意書きを、利用開始前・結果表示画面などの目立つ位置に配置します
• 定期的な見直しの仕組みを持つ: 法改正・ガイドライン改定は随時行われるため、年に一度程度は自分のサービスの提供内容を見直すタイミングを設けることをおすすめします
• 相談先を確保しておく: 顧問弁護士とまではいかなくても、スポットで相談できる弁護士・専門家とのつながりを事前に作っておくと、疑問が生じた際にすぐ確認できます

業種別に確認すべき窓口の考え方

業法の解釈は業種ごとに全く異なるため、この記事で網羅的に扱うことはできません。代わりに、「どこに確認すればよいか」の考え方を整理します。

1. 根拠法とその所轄官庁を特定する

自分の資格の根拠法（例: 弁護士法・税理士法・社会保険労務士法・医師法・建築士法など）を確認し、その所管省庁（法務省、国税庁・財務省、厚生労働省など）が出しているガイドライン・通達を確認します。

1. 所属する士業会・職能団体に相談する

弁護士会、税理士会、社会保険労務士会、医師会など、多くの業種には所属団体があります。新しい形態のサービス提供について、団体が既に見解や指針を出している場合があります。相談窓口を利用しない手はありません。

1. 同業他社・同業種の先行事例を調べる

既に同様のサービスを提供している事業者がいる場合、その利用規約・免責事項・運営体制を確認することで、業界内でどのような線引きが実務上とられているかの参考になります（ただし、先行事例が適法である保証はないため、あくまで参考情報として扱ってください）。

1. 弁護士に個別相談する

自分の業種・提供形態に照らして最終的な適法性を判断するには、業法に詳しい弁護士への個別相談が最も確実です。特に自己資金を投じて本格的に事業化する場合は、開発着手前に一度スポット相談を挟むことを強くおすすめします。

専門知識を活かしたツールの場合

ここからは、士業・医療職などの専門職の方(サブペルソナで言う専門職スピンオフ型)が、自分の専門知識をツール・サービスに落とし込む際に特有の注意点を、もう少し掘り下げます。

「診断ツール」「チェックリスト」型サービスの位置づけ

専門職の方が作るサービスで多いのが、「入力フォームに答えると、結果や次のアクションが表示される」診断・チェックリスト型のツールです。この形式は、以下の理由で業法上のリスクを抑えやすい傾向があります。

• あらかじめ用意した選択肢の組み合わせに対して、あらかじめ用意した定型的な結果を表示する設計であれば、「個別具体的な相談への都度回答」とは性質が異なると整理しやすい
• 結果表示の末尾に「詳細は専門家にご相談ください」という導線を置くことで、診断結果が最終判断ではないことを明示できる

ただし、選択肢の組み合わせが実質的に無限に近い自由記述式で、その都度AIが個別性の高い断定的な結論を返す設計にすると、前述の「誰が判断しているか」の論点に戻ってきます。設計段階で、①定型的な組み合わせ表示にするか、②自由記述にAIが答える形にするかを意識的に選ぶことをおすすめします。

監修モデルと自分が主体のモデルの違い

専門職の方がサービスを作る場合、大きく2つのモデルがあります。

• 自分が主体としてサービスを提供するモデル: 自分の資格・専門知識を前面に出し、自分がその業務の実施主体として運営する
• 監修者として関与するモデル: サービスの実施主体は別会社（あるいは自分が別法人を設立）で、自分は監修・コンテンツ提供者として関与する

監修モデルは、実施主体と監修者の役割分担を明確にすることで、業法上の論点を整理しやすくなる一方、「実質的に監修者が業務の中身を決めている」と評価されれば、名目上の役割分担だけでは足りないこともあります。契約書や利用規約で、誰が最終的な意思決定・責任を負うのかを明文化しておくことをおすすめします。

専門用語の扱いにも注意

自分の専門分野の用語をそのままサービスの説明文に使うと、一般利用者には理解しづらいだけでなく、「専門的な助言をしている」という印象を強めてしまい、意図せず業法上のリスクを高めることもあります。開発会社に発注する際も、専門用語をどう平易な言葉に置き換えるかは重要な論点です。この点は「専門分野の業務知識を、開発会社に正確に伝える工夫」でも詳しく扱っていますので参考にしてください。

専門職スピンオフ型が陥りやすい失敗パターンまとめ

• 失敗パターン1: 「有資格者の自分が作るのだから当然合法」と思い込み、提供形態の検討を飛ばして開発に着手してしまう
• 失敗パターン2: MVPを急ぐあまり、個別回答部分を安易に生成AIに任せてしまい、後から「これは資格者の個別判断とは言えないのでは」と指摘される
• 失敗パターン3: ランディングページのキャッチコピーで「絶対に成功する」「必ず解決する」といった業種特有の広告規制に触れる表現を使ってしまう
• 失敗パターン4: 所属する士業会・職能団体への確認を後回しにし、開発がほぼ完成した段階で相談し、大幅な仕様変更を迫られる
• 失敗パターン5: 個人情報・機微情報（健康情報、財務情報等）を扱うにもかかわらず、プライバシーポリシーの整備を後回しにしてしまう

Q&A: よくある疑問

Q1. 資格を持つ本人がすべて確認するなら、AIを使っても問題ないのでしょうか。

A. 一般的には、AIが生成した内容を資格者本人が個別に確認・修正してから利用者に届けるフローであれば、対面の業務に近い形として整理しやすいとされています。ただし、確認のプロセスが形式的（大量の回答を流し読みするだけ等）であれば、実質的にAIが判断していると評価されるリスクも指摘されています。どの程度の確認プロセスが必要かは業種・状況によって異なるため、専門家に相談することをおすすめします。

Q2. 無料で提供すれば業法の規制対象外になりますか。

A. 対価性は業法上の判断要素の一つですが、無料であれば必ず規制対象外になるとは限りません。将来的に広告収入や関連サービスへの誘導で収益化する計画がある場合、実質的に対価を得ていると評価される可能性も考えられます。無料だから安全、という単純な整理はおすすめできません。

Q3. 個人事業主と法人、どちらでサービスを提供すべきでしょうか。

A. 業法上の資格要件そのものは個人・法人の別で直接変わるものではありませんが、責任の所在や契約上の扱いは異なってきます。個人事業主としての開業か法人化かの判断は、業法の論点とは別に、税務・責任範囲の観点からも検討する必要があります。この点は「個人事業か法人か。サービス立ち上げ時の判断ポイント」で詳しく扱っています。

開発会社・エンジニアへの伝え方

業法上のリスクを整理できたら、それを開発会社やエンジニアにどう伝えるかも重要です。特に個人開発やAIを使ったバイブコーディングでサービスを試作する場合、開発を担う側は業法の専門家ではないため、次の点を発注時・仕様検討時に明示しておくことをおすすめします。

• どの機能が「個別具体的な判断」に該当し、どの機能が「一般的な情報提供」にとどまるのか、機能一覧レベルで区分しておく
• 個別判断に該当する機能については、必ず資格者本人の確認フローを経由する設計にする（自動化・AI任せにしない旨を要件として明記する）
• 免責事項・利用規約への同意フローを、機能実装と同時に設計する（後付けにしない）
• 個人情報・機微情報を扱う場合は、データの保存場所・暗号化・第三者提供の有無について、開発会社に確認する

これらを曖昧にしたまま開発を進めると、リリース直前になって「この機能は仕様変更が必要」と分かり、スケジュール・予算の大幅な見直しを迫られることがあります。要件定義の段階で業法上の論点を洗い出しておくことが、結果的に開発コストを抑えることにもつながります。業法の確認を開発のどの段階で挟むべきかは、士業・医療職が開発を外注するとき、業法の確認を後回しにしてはいけない理由で詳しく扱っています。

まとめ

士業・専門職の方が自分の専門知識をサービス化する際には、次の3つの切り口で検討することをおすすめします。

1. 自分が提供しようとしている機能が、根拠法上の「業務」に該当するかどうかを、個別性・反復継続性・対価性の観点から整理する
2. 「誰が実質的に判断しているか」を明確にし、資格者本人の関与が薄まる設計(AIによる個別回答の自動生成など)には特に慎重になる
3. サービス本体だけでなく、広告・表示の規制も別軸で確認する

業法の解釈は業種ごと、そして時期によっても変わり得るものです。この記事は2026年時点で一般的に言われている考え方を整理したものであり、法改正やガイドラインの改定によって内容が変わる可能性があります。実際の適法性の判断は、必ず所轄官庁の最新情報、所属する士業会・職能団体、そして業法に詳しい弁護士に確認した上で進めることをおすすめします。着手前のこの一手間が、300万円規模の自己資金を投じる事業を守る最も確実な方法です。

この記事の次に読みたい記事

• 資格が必要な業務を、アプリ経由で提供してよいかの境界線
• アドバイス系サービスに入れておきたい免責表現の考え方
• 自分の専門知識・業務経験を「サービスの種」として見直す方法