業務システム開発の実績の見せ方｜出せない仕事をどう伝えるか

業務システム開発の実績の見せ方でつまずく人は、たいてい同じ壁に当たります。一番自信のある仕事ほど守秘義務が厳しく、社名も画面も出せない。結果として、出せる実績だけを並べた薄いページができあがります。

結論から言うと、社名も画面も出さずに実績を伝えることは可能です。発注者が実績ページで見ているのは技術の詳細ではなく、自分と似た状況の相手をきちんと前に進めた経験があるかどうかだからです。この記事では、出せない仕事をどう書くか、その手前で確認すべき契約の範囲は何か、掲載許可はどう取るかを順に整理します。

発注者は実績ページの何を見ているか

まず、読み手が何を探しているかを押さえます。ここを取り違えると、いくら書いても問い合わせにつながりません。

探しているのは技術ではなく「同じ状況の解決例」

受託開発の実績ページを見にくる人は、たいていすでに困っています。社内の業務が回らない、既存のシステムが古い、担当者が退職して誰も触れない。その状態で「この人に相談していいのか」を判断する材料を探しています。

受託開発の発注側は、最初から細かな技術を読み込みません。先に見ているのは「同じような状況の会社を、ちゃんと前に進めた経験があるか」です。実績の見せ方が整うと、初回の問い合わせで説明する量が減り、商談が早く進みます。 出典: myajo.net

つまり、使った言語やフレームワークの一覧よりも、「どんな会社の、どんな困りごとを、どう解決したか」の方が先に読まれます。技術情報は、その相談をしてよさそうだと判断したあとの確認材料です。順番を逆にしているページが本当に多いです。

判断材料が足りないと、集客しても問い合わせは増えない

問い合わせが来ない原因を集客不足だと決めつけて、広告やSEOに手を出す人がいます。ただ、そこに入る前に見るべきものがあります。

案件の相談が来ないとき、原因は集客だけとは限りません。検索や紹介で見に来た人が「ここなら任せられそう」と感じる材料が足りないことも多いです。 出典: myajo.net

紹介で名前を聞いた人が、その場で検索してポートフォリオを見る。これは実際によく起きる行動です。そこに書いてあることが「Webシステム開発が得意です」だけだと、紹介で高まった期待がその場でしぼみます。集客を増やす前に、来た人が納得できる材料を揃える方が費用対効果が高いです。

個人と会社で見られ方は違うのか

個人で受ける場合、発注者は「この人が抜けたらどうなるか」を必ず考えます。会社なら代替の担当者がいますが、個人にはいません。この不安を先回りして潰す材料が要ります。

具体的には、引き継ぎのしやすさをどう担保しているか、ドキュメントをどこまで残すか、保守の体制をどう考えているかです。実績の説明の中に「納品時にこういう資料を一式お渡ししています」という一文があるだけで、この不安はかなり和らぎます。実績を並べることと、継続性の不安に答えることは、実は同じページで解決できます。

実績1件に書く項目と、その順番

実績ページの改善は、まず1件の書き方の型を決めるところから始めます。型が決まれば、あとは同じ手順で増やせます。

見出しは「業種＋課題」で立てる

「販売管理システムの開発」という見出しは、読み手に何も伝えません。「複数店舗の在庫がずれて欠品が出ていた小売業の在庫連携」のように、業種と課題を含めた見出しにします。

読み手は自分に近いものを探しています。業種が違っても、課題が同じなら「うちと似ている」と感じてもらえます。逆に、技術名を見出しに置くと、その技術を知らない発注者は素通りします。技術名は本文の後半に置けば十分です。

課題、やったこと、結果の三段構成

本文は三つの段落で構成します。第一段落が着手前の状況、第二段落が実際にやったこと、第三段落が結果です。

着手前の状況では、何が起きていて、なぜ困っていたかを書きます。「エクセルで管理していた」だけでは足りません。「エクセルで管理していたため、複数人が同時に更新すると上書きが発生し、月に数回の在庫差異が出ていた」まで書くと、読み手は自分の現場を重ねられます。

やったことでは、どう進めたかを書きます。要件をどうやって固めたか、どこから作り始めたか、途中でどんな判断をしたか。ここに進め方が見えると、読み手は「この人と一緒に進めるとどうなるか」を想像できます。

結果では、変化を書きます。数値が出せるなら出しますが、出せないことの方が多いです。その場合は「棚卸しの作業が担当者一人で完結するようになった」「特定の担当者が休んでも業務が止まらなくなった」といった状態の変化で書きます。

期間と体制は必ず書く

どのくらいの期間で、誰と組んで進めたかは、読み手が最も知りたい情報の一つです。自分の案件がどのくらいかかるかの見当をつけるために使われます。

期間は「要件の整理に一か月、開発に三か月、その後の調整に一か月」のように工程ごとに分けて書くと親切です。体制は、自分一人で完結したのか、デザイナーやインフラの担当者と組んだのかを書きます。個人で受ける場合、組める人がいることは弱みではなく強みなので、隠す必要はありません。

技術情報は最後にまとめる

使用した言語、フレームワーク、データベース、インフラ、外部サービスの連携先。これらは記事の末尾に箇条書きでまとめます。

技術者が発注担当のときは、ここを最初に見ます。ただ、その人も課題の説明を読んでから技術を確認する順番で読むので、先頭に置く必要はありません。重要なのは、書いてあることです。書いていないと、技術者は「この人は何を使ったか説明できないのか」と受け取ります。この分野で求められる技術の幅は広く、Web・業務システム開発のお仕事では業務システムの開発案件で実際に必要とされる技術領域が整理されています。

出せない仕事をどう伝えるか

ここが本題です。守秘義務のある案件をどう書くかで、実績ページの厚みが決まります。

まず契約書のどこに何が書いてあるかを確認する

「守秘義務があるから書けない」と判断する前に、契約書を読み直します。実際には、書けない範囲は思っているより狭いことが多いです。

確認するのは三点です。守秘の対象が「業務上知り得た情報全般」なのか「秘密である旨を明示された情報」なのか。実績としての公表を明示的に禁じる条項があるか。守秘義務の期間はいつまでか。この三点で、書ける範囲がかなり変わります。

特に多いのが、対象が「秘密である旨を明示された情報」に限定されているケースです。この場合、契約時に秘密指定されていない一般的な業務の流れは、そもそも守秘の対象外である可能性があります。ただし、これは契約書の文言と個別の事情で判断が分かれる部分です。契約書の解釈に迷ったら、公表する前に弁護士に相談してください。書いてしまってから揉めると、その取引先との関係が終わります。

社名を出さずに「どんな会社か」を伝える方法

社名が出せなくても、読み手が必要としている情報は伝えられます。読み手が知りたいのは社名そのものではなく、その会社の規模と業種だからです。

書き方は、業種を一段抽象化し、規模を範囲で示す形です。「首都圏で複数店舗を展開する小売業」「従業員数十名規模の製造業」「全国に営業所を持つ卸売業」。この粒度なら、特定の会社を指し示すことにはならず、読み手は自分との近さを判断できます。

注意点が一つあります。抽象化しすぎると意味を失いますが、条件を重ねすぎると特定できてしまいます。「首都圏で三店舗を展開する、輸入雑貨を扱う小売業」まで書くと、業界内では誰の話か分かってしまう可能性があります。業種と規模のどちらか一方を粗くする感覚で調整します。

画面が出せないときの見せ方

スクリーンショットが出せない案件でも、伝える手段はあります。

一つ目は、構成図に置き換える方法です。どんなデータがどこから入って、どう処理されて、どこに出ていくか。この流れを図にすると、画面より多くのことが伝わります。実際の画面には取引先名や商品名が写り込みますが、構成図なら情報を抜いた状態で描けます。

二つ目は、機能の一覧を文章で書く方法です。「発注データの取り込み、在庫の自動引き当て、欠品時の通知、月次のレポート出力」のように、何ができるかを並べます。画面がなくても、機能が具体的なら規模感は伝わります。

三つ目は、同等の構成をダミーデータで再現する方法です。ただし、この方法は納品物の再利用にあたる可能性があります。契約で成果物の権利が発注者に帰属している場合、たとえダミーデータでも同じ画面を作って公開するのは避けた方が安全です。この判断は契約次第なので、迷ったら再現はしないでください。

掲載許可を取りに行くという選択

書けないと諦める前に、取引先に掲載の許可を求めるという手があります。断られることを恐れて聞かない人が多いのですが、許可が出るケースは想像より多いです。

聞き方が重要です。「実績として掲載してよいですか」という漠然とした依頼だと、判断に手間がかかるので断られます。掲載する文面をこちらで完成させて、そのまま見せるのが正解です。「こういう内容で掲載したいと考えています。社名は伏せ、業種は小売業とだけ記載します。問題があれば修正します」という形で、判断が一往復で終わる状態にします。

さらに、掲載範囲を段階で提案すると通りやすくなります。社名も出す形、業種のみの形、業種すら伏せた形の三段階を示し、「どれでしたら差し支えないでしょうか」と聞きます。全部か無かの二択より、真ん中で許可が出ます。

許可が出たら、必ず書面かメールで残します。口頭の許可は、担当者が変わった瞬間に無効になります。「掲載内容と掲載先のURLを控えとしてお送りします」という形でメールを一通送っておけば、後日の確認に使えます。

受託と人材提供が混在している場合の整理

業務システム開発では、受託で作ったものと、常駐や準委任で参加したものが混ざります。この二つを同じページに並べると、読み手が混乱します。

分け方は単純で、「自分が設計から関わったもの」と「チームの一員として参加したもの」を別のセクションにします。後者では、自分が担当した範囲を明示します。「決済まわりの実装を担当」「テスト設計とレビューを担当」のように書けば、誇張にはなりません。

チーム参加の実績を、あたかも自分が全体を作ったように書くのは避けます。業界は狭いので、後から発覚します。担当範囲を正直に書いた方が、範囲の中の専門性が伝わって結果的に強い実績になります。

誇張とトラブルを避けるための線引き

実績の書き方でトラブルになるのは、たいてい二つの理由です。守秘義務の違反と、成果の誇張です。

数値を書くときの根拠

「作業時間を半分に削減」と書くなら、その根拠が要ります。発注者が実測した数字なのか、こちらの推計なのか。推計なら「推計」と書きます。

根拠のない数字は、景品表示法の観点でも問題になり得ますし、それ以前に取引先から「そんな数字は出していない」と言われるリスクがあります。発注者が公式に出した数字を使う場合は、その数字を公表してよいかも確認します。社内の生産性の数値は、外部に出せない情報として扱われることが少なくありません。

数字が出せないなら、無理に出さないことです。状態の変化を書けば十分に伝わります。「担当者が一人でも棚卸しが完結する」は数字がなくても具体的です。

権利関係の確認

成果物の著作権が誰に帰属しているかは、実績の掲載可否に直結します。契約で発注者に譲渡している場合、そのコードや画面を公開するのは権利の問題になります。

一方、実績として「こういう仕事をした」という事実を述べることと、成果物そのものを公開することは別です。前者は多くの場合可能で、後者は契約次第です。この二つを混同して「著作権を譲渡したから実績も書けない」と諦めている人がいますが、それは行き過ぎです。ただし個別の契約で実績公表を禁じている場合は別なので、契約書の確認が先です。

炎上を避けるための表現

競合や前任者を貶める書き方は避けます。「前のベンダーが作ったシステムがひどく」という表現は、読み手に「この人は次の相手にも同じことを言うだろう」と思わせます。

同じ状況を書くなら、「長年運用される中で、当初の想定を超える使われ方をしていた」のように、事実だけを書きます。批判を含まない表現でも、状況の難しさは十分に伝わります。

実績を増やす仕組みを作る

実績ページは、一度作って終わりではありません。案件が終わるたびに増やす仕組みがないと、数年前の実績が残ったまま古びます。

まず3件だけ書き直す

全部を一度に直そうとすると止まります。手をつける順番を決めます。

全部を一度に直すと止まりやすいです。まずは受託の実績から3件だけ選び、この型で書き直します。3件そろうと、自社が得意な相談の入口が見え、次の実績も同じ手順で増やせます。 出典: myajo.net

選ぶ3件は、直近のものではなく、これから受けたい案件に近いものにします。実績ページは過去の記録ではなく、次に来てほしい相談の入口だからです。やりたくない種類の仕事の実績を目立たせると、その種類の相談ばかり来ます。

案件終了時に素材を集める習慣

実績を書けなくなる最大の理由は、時間が経って詳細を忘れることです。案件が終わった直後、記憶が新しいうちに素材を残します。

残すのは、着手前の状況を三行、やったことを五行、結果を三行のメモで十分です。完成した文章にする必要はありません。あとで書き直すときに、この十行があるかないかで所要時間が何倍も変わります。

このタイミングで掲載許可も取ります。納品直後は関係が最も良好な時期で、許可が出やすいです。半年後に改めて連絡すると、担当者が異動していたり、話を通し直す必要が出たりします。

承認の流れを決めておく

個人で受ける場合でも、公開前に一度自分で確認する手順を決めておきます。確認項目は四つです。社名や個人名が残っていないか、数値に根拠があるか、契約で禁じられた内容が含まれていないか、掲載許可の記録があるか。

この四項目のチェックリストを作って、公開前に必ず通します。手間に見えますが、一度トラブルになったときの損失に比べれば圧倒的に安いです。契約書や依頼文書の型を整える力は実務全般に効くもので、ビジネス文書検定で扱われる文書の構成や敬語の基準は、掲載許可を依頼するメールの精度にもそのまま効いてきます。

実績ページが効いているかを確かめる

実績を整えたあと、それが機能しているかを見る指標を一つだけ決めます。指標を増やすと見なくなるので、一つで十分です。

最も分かりやすいのは、問い合わせの内容の変化です。件数は季節や紹介の有無で揺れるので、短期では判断できません。一方で、来る相談の中身は実績の書き方にすぐ反応します。技術の質問ばかり来ていたのが、業務の相談に変わったなら、実績ページが業種と課題で語れている証拠です。逆に「何ができますか」という漠然とした問い合わせが続くなら、書いてある内容がまだ抽象的です。

アクセス解析を入れているなら、実績の個別ページから問い合わせページへ進んだ人の割合を見ます。実績ページはよく読まれているのに次に進まないなら、導線か、費用の考え方の記述が足りていません。読まれてすらいないなら、見出しの言葉が検索されている言葉と噛み合っていない可能性が高いです。改善の順番は、まず見出し、次に本文の具体性、最後に導線です。

実績をどこに置くか、置き場所ごとの比較

同じ内容の実績でも、どこに置くかで読まれ方が変わります。置き場所は大きく三つに分かれ、それぞれ向き不向きがあります。

自分のサイトに置く場合

自分で用意したサイトに実績ページを持つ形です。最大のメリットは、書き方も見せ方も完全に自分で決められることと、検索から直接見つけてもらえる可能性があることです。業種と課題を見出しに置いておけば、その課題で検索した発注者に届きます。

デメリットは、作る手間と維持のコストがかかることです。サイトの構築、ドメインの取得と更新、表示速度や表示崩れの確認まで自分の仕事になります。費用の面では、レンタルサーバーとドメインの維持だけなら年間で数千円から一万円台に収まりますが、デザインを外注すると桁が変わります。おすすめは、最初は無料または安価な仕組みで文章だけ整え、相談が来るようになってから見た目に投資する順番です。文章の質が先で、デザインは後です。

業務委託のマッチングサービス上に置く場合

在宅ワーク求人サイトや業務委託マッチングサービスのプロフィール欄に実績を書く形です。メリットは、すでに発注意欲のある人が見にくることと、置くだけで露出が発生することです。自分で集客する必要がありません。

デメリットは、書ける項目や文字数が仕組みに縛られることと、他の登録者と同じ画面で比較されることです。同じ形式で並ぶぶん、内容の具体性だけで差がつきます。ここでも、技術名の羅列ではなく業種と課題の記述が効きます。また、サービスによっては報酬から手数料が引かれるため、同じ受注額でも手取りが変わります。手数料の有無は長期で見ると無視できない差になるので、置き場所を選ぶときの比較項目に入れておくべきです。

提案書に載せる場合

サイトにもサービスにも公開せず、個別の提案時に添付する資料にだけ載せる形です。メリットは、相手に合わせて出す実績を選べることと、公開しないぶん守秘義務の観点で安全度が上がることです。社名を伏せた上で、口頭で補足することもできます。

デメリットは、こちらから提案する機会がないと一切使われないことです。検索や紹介で見つけてもらう効果はゼロになります。この方式だけに頼ると、案件の入り口が自分の営業活動だけに限定されます。

現実的なおすすめは、三つを組み合わせる形です。公開できる実績は自分のサイトとマッチングサービスの両方に置き、公開できないものは提案書にだけ載せる。この振り分けを決めておくと、案件が終わるたびにどこへ何を追加するか迷わなくなります。

実績ページから相談につなげる導線

実績を整えても、そこから問い合わせに進む道がないと意味がありません。

次の一歩を一つだけ置く

実績ページの末尾に、複数の選択肢を並べないことです。「お問い合わせ」「資料請求」「無料相談」を並べると、読み手は選べずに離脱します。

置くのは一つです。「まだ要件が固まっていない段階でもご相談いただけます」という一文と、連絡手段を一つ。要件が固まっていなくてよいと明記することが重要です。実績ページを読む人の多くは、まだ何を作ればいいか分かっていない段階にいます。「要件をまとめてからご連絡ください」という空気があると、そこで止まります。

費用の考え方だけでも書く

金額そのものを書けなくても、費用がどう決まるかの考え方は書けます。何によって金額が変わるのか、内製と外注の切り分けをどう考えるか、段階的に進める場合はどう区切るか。

読み手が最も不安なのは、金額が分からないことより、金額の決まり方が分からないことです。「利用者の人数と、既存システムとの連携の数で大きく変わります」という一文があるだけで、問い合わせの心理的な障壁が下がります。実際の報酬水準の目安を持っておくことも、この説明の精度を上げます。職種ごとの一般的な水準はソフトウェア作成者の年収・単価相場で確認できます。

得意分野を絞る勇気

何でもできると書いてあるページには、相談が来ません。読み手は「自分の困りごとの専門家」を探しているからです。

実績を3件並べたとき、そこに共通する軸が見えるはずです。特定の業種か、特定の課題か、特定の規模か。その軸を明示して、「この領域の相談を多く受けています」と書きます。絞ると仕事が減ると思われがちですが、実際には絞った方が相談の質が上がります。セキュリティやAI周りのように領域が明確な分野は特にこの傾向が強く、AI・マーケティング・セキュリティのお仕事を見ると、専門領域が明確な案件ほど求められる要件がはっきりしていることが分かります。

現場を長く見てきた立場からの観察

フリーランスと在宅ワークの市場を20年運営してきた立場から言えば、実績の見せ方で差がつくのは分量ではありません。1件をどこまで具体的に書けるかです。20件を一行ずつ並べたページより、3件を丁寧に書いたページの方が、圧倒的に相談につながっています。

もう一つ、運営者として見てきた限りでは、守秘義務を理由に実績を書かない人ほど、掲載許可を一度も求めたことがありません。聞けば出るものを、聞かずに諦めています。納品直後に「こういう形で実績に載せてもよろしいでしょうか」と文面まで作って聞くだけの話です。この一往復のメールを送るかどうかで、数年後のポートフォリオの厚みが変わります。

直接取引の構造についても触れておきます。仲介の手数料が乗らない形で取引すると、同じ予算で発注者はより多くを頼めますし、受ける側の手取りは厚くなります。実績の観点で効いてくるのは、この構造だと発注者と直接の関係が残ることです。仲介を挟むと、案件が終わった後に発注者へ連絡を取ること自体が難しくなり、掲載許可を求める相手にすら辿り着けません。手数料0%の価値は手取りの厚さだけでなく、案件が終わったあとも相手と話せる関係が残ることにも現れます。

海外の発注者と取引する場合、実績の見せ方の基本は変わりませんが、守秘義務の契約の形が国によって異なります。英文の契約で秘密保持の範囲がどう定められているかは、日本の商習慣とは前提が違うことがあるので、必ず条項を確認してください。海外案件の受注から契約までの流れはUpworkの使い方ガイド｜日本人フリーランスが海外案件を取る方法に整理されています。年齢を重ねてから独立し、長年の業務知識を実績に変えていく進め方については定年後のフリーランス独立｜退職金を活かした起業プランと注意点が参考になります。

実績の見せ方は、過去の自慢ではなく、次の相談への案内です。出せない仕事があるのは当たり前で、その制約の中でどこまで具体的に書けるかが腕の見せどころになります。契約の範囲を正しく読み、書ける範囲で正直に書く。それが結果として、最も信頼される実績ページになります。

よくある質問

Q. 守秘義務があると実績は一切書けないのですか？

契約書の文言によります。守秘の対象が「秘密である旨を明示された情報」に限定されている場合、一般的な業務の流れは対象外である可能性があります。また、成果物そのものを公開することと、こういう仕事をしたという事実を述べることは別です。ただし実績公表を明示的に禁じる条項がある契約もあるため、公開前に契約書を読み直し、判断に迷う場合は弁護士に相談してください。

Q. 社名を出せない実績はどう書けばよいですか？

業種を一段抽象化し、規模を範囲で示します。首都圏で複数店舗を展開する小売業、従業員数十名規模の製造業といった粒度なら、特定の会社を指し示さずに読み手が自分との近さを判断できます。条件を重ねすぎると業界内で特定されてしまうので、業種と規模のどちらか一方は粗くしておくのが安全です。

Q. 実績は何件くらい載せるべきですか？

件数より1件の具体性が重要です。まず3件を選んで、課題、やったこと、結果の三段構成で丁寧に書き直します。選ぶのは直近のものではなく、これから受けたい案件に近いものです。実績ページは過去の記録ではなく次に来てほしい相談の入口なので、やりたくない種類の実績を目立たせると同じ種類の相談ばかり来ます。

Q. 掲載許可はどうやって取ればよいですか？

掲載する文面をこちらで完成させ、そのまま見せて確認を求めます。社名も出す形、業種のみの形、業種も伏せた形の三段階を提示すると、真ん中で許可が出やすくなります。タイミングは納品直後が最適です。関係が最も良好で、担当者の異動もまだ起きていません。許可が出たら必ずメール等で記録を残してください。

Q. 画面のスクリーンショットが出せない場合はどうしますか？

データの流れを示す構成図に置き換えるのが有効です。どこからデータが入り、どう処理され、どこへ出るかを図にすると、画面より多くの情報が伝わります。機能を文章で列挙する方法も有効です。ダミーデータで同じ画面を再現する方法もありますが、成果物の権利が発注者に帰属している場合は避けてください。