「作れるか」より先に「やっていいか」を確認する
士業や医療職など、資格を持って専門業務にあたってきた方がその知識をアプリやサービスにする場合、他のサブペルソナとは着手の順番が一段違います。多くの人はまず「どんな機能にするか」「いくらで作れるか」を考えたくなりますが、専門職スピンオフ型にとって最初に確認すべきは、その業務の一部をアプリ経由で第三者に提供してよいかという法的な境界線です。
これは慎重になりすぎているわけではありません。資格業務には「有資格者本人が行わなければならない部分」と「情報提供や補助として誰でも扱える部分」の線引きが法律で決まっている領域があります。この線引きを知らないまま開発を進めてしまうと、完成間近になってから「その機能は提供できない」と気づき、開発費用ごと作り直しになるケースが起こり得ます。300万円という自己資金の使い道として、これは最も避けたい事態です。
確認すべき順番
専門職スピンオフ型が開発着手前に踏むべき順番は、次の3ステップです。
ステップ1: 業法の確認
まず確認するのは、自分の資格に紐づく業法です。どこからが「独占業務」で、どこまでが「情報提供・補助」として扱えるのかを、自分の頭の中の感覚ではなく、根拠となる条文や監督官庁の見解に基づいて整理します。
この整理を自己流で済ませてしまうのが最も危ういパターンです。「同業者もアプリでやっているから大丈夫だろう」という推測は根拠になりません。境界線の考え方そのものは、士業・専門職がサービスを作る際に確認すべき業法上の制約 で扱っていますので、自分の資格・業種に当てはめて具体的に読み込んでください。
ここで判定すべきことは大きく2つです。
| 確認項目 | 内容 |
|---|---|
| 業務範囲 | サービスで提供したい機能が、独占業務に踏み込んでいないか |
| 提供形態 | アプリという非対面・非個別の形態で提供しても問題ないか |
一つでも「独占業務に踏み込んでいる」「対面・個別性が必須の業務」と判定される機能があれば、その機能は仕様から外すか、有資格者が個別に関与する設計に変える必要があります。ここで機能の輪郭が決まります。
ステップ2: 広告表現の確認
業法上の線引きが固まったら、次は広告・訴求表現の確認です。資格業務には、業法とは別に「どう宣伝してよいか」を定める規制がかかっている場合があります。効果を保証するような表現、誤認を招く実績表示などは、たとえサービス自体が適法でも、LPやアプリ内の文言側でアウトになることがあります。
ここで見るべきなのは、ランディングページのキャッチコピー、アプリ内の説明文、SNSでの告知文まで含めた「ユーザーの目に触れる言葉すべて」です。開発を発注してからLPの文言で引っかかると、デザインの作り直しが発生します。アドバイス系のサービスであれば、アドバイス系サービスに入れておきたい免責表現の考え方 も合わせて確認し、免責表現をどこにどう入れるかをこの段階で決めておくと、後戻りが起きません。
ステップ3: 開発着手
業法と広告表現の両方をクリアしてから、初めて開発に着手します。この順番を守る理由は単純で、機能仕様と訴求表現が固まっていない状態で見積もりを取っても、その見積もり自体が意味を持たないからです。開発会社に相談する段階になったら、確認済みの業務範囲・提供形態・NGな表現の3点を整理したメモとして渡せるようにしておきましょう。伝え方の型は 開発会社に相談する前に、決めておきたい3つのこと が参考になります。
順番を守れば、判断はシンプルになる
ここまでの3ステップは、法務の専門家でなくても踏める順番です。大事なのは「開発が先、確認は後」ではなく「確認が先、開発は後」という順序を崩さないことだけです。
業法の細かい条文解釈や、士業ごとの個別事情、契約書に落とし込む際の注意点は、コラム側の各記事に譲ります。このガイドが伝えたいのは、専門職スピンオフ型にとって最初のボトルネックは技術でも資金でもなく「境界線の確認」だという一点です。ここを飛ばさずに踏めば、その後の開発発注や見積もり比較は、他のサブペルソナと同じ土俵で進められるようになります。

