こんにちは！&nbsp;&nbsp;&nbsp;&nbsp;タカトです。 &nbsp; 今回は数多くSES事業を主とする会社が存在する中で、私がお世話になっているグラントホープをオススメする理由について解説します。 私自身、フリーランス歴は8年ですがグラントホープでお世話になってるのは2年目と実は短かったりします。 5年間は全く違うところで案件を紹介頂いており、正直行こうかどうか悩んだ背景もあります。今回はそんな悩みも踏まえてオススメの理由についてお話していきます！

グラントホープってどういう会社？

2016年設立の新しい会社でSES事業・キャリアアドバイザー事業を主としている会社です。設立して6年目ですが売上高は年々更新されており、2021年は24億。在籍しているフリーランスも数多く、年齢層も20〜40代と若々しい会社です。

私自身、グラントホープを選ぶまでは正直悩んだ

私は無料査定（詳細は事項で）を行ってから半年ほど保留にしてました。 &nbsp; 理由として、年収は上がったのですが色々な事情を考慮して案件を紹介して貰えるか不安だったからです。（私の場合は、高稼働は不可だったので） &nbsp; また、スキルに対する自信もそこまでなかったので「その額を貰うだけの活躍ができるのか？」という変にネガティブな状態になり、保留にしてました。 &nbsp; 今思うと、転職に似てるのかなと感じました。

結果的に半年悩んだ後、「入ってから色々考えよう！」という結論に至り、グラントホープさんにお世話になることを決めました。

実際グラントホープに入ってみて、どうだったか

5年間お世話になった会社以上に融通も利き、働きやすいです。 &nbsp; 年収もアップしましたし、サポートも手厚いので、早く会社を変えておけばよかったなぁと後悔したぐらい。 &nbsp; また、フリーランスと思えない福利厚生がしっかりしてるのでこの点は他社に負けないと思います。

グラントホープを選んだ6つの理由

私がグラントホープを選んだ理由は大きく6つあります。

グラントホープに入るにあたって、事前にスキルシートを提出して年収の査定ができます。 &nbsp; これで自分の年収が事前に分かるというワケです。 &nbsp; しかも今だとLINEで無料査定できるのが有難いですね。 &nbsp; 手順は本当に簡単で、経歴書を送るだけ。 &nbsp; 私の頃は対面でやっていた部分もあり、今も場合によっては対面になることもあるかもしれません。

2.査定結果が想像以上に良かった

私の場合ですが、年収が300万ほど上がりました。 &nbsp; 前の会社も安いワケではなかったのですが、想像以上の上がり幅だったのでかなり驚きました。 &nbsp; これだけ上がるのにも理由があって、グラントホープの場合、中間マージンの割合がかなり低いと思います。 &nbsp; とにかくエンジニアに還元するというのを大前提にしているため、結構な割合で年収アップできます。 &nbsp; しかもちゃんと経験値を積んで、単価の高い案件に参画することも出来て、更に年収アップが狙えるのもポイントです。

3.査定したからといって無理な勧誘・催促が一切ない

査定は正直、気軽にできます。 &nbsp; その後、入るかどうかは完全にゆだねてくれますし、無理な勧誘がありません。 &nbsp; ほとんどの会社は査定後「早めに動いた方が…」と言ったりしますが、グラントホープはちゃんと考える時間を頂けます。 &nbsp; 査定結果が良くても色々考えてしまうのが本音です。 &nbsp; 環境面、人間関係など、一旦冷静になって判断した方が良いのでそれが出来るのがいいですね。

4.キャリアも踏まえて案件を紹介してくれる

フリーランスとはいえ、ちゃんとキャリアを積むことが大事です。 &nbsp; 出来ることの幅が広がりますし、自分が「こういうことがやりたい、こういう方向に進んでいきたい」というのがあれば、それに合った案件に参画が可能です。 &nbsp; それだけの案件数がありますし、何よりこちらのことを考えて動いて貰えます。 &nbsp; キャリアプランを立てながら年収アップも狙えるので、普通の会社員の昇給と同じ感覚で給料アップが可能です。

フリーランスでは珍しく、国保ではなく社保に加入可能です。（任意） &nbsp; この二つの違いは、国民健康保険は加入者本人が保険料を全額負担します。 一方社会保険は、保険料の半分を加入先の会社・事業主が負担してくれます。 &nbsp; また、社会保険には、国民健康保険にはない扶養制度が設けられており、所得額の少ない家族を自分の扶養者として健康保険に加入させることができます。 &nbsp; これで家族の保険料が抑えられます。 &nbsp; それ以外でも最近は美容脱毛、エステを安価で受けられたり、今後は飲食・娯楽・レジャー・eラーニング・健康面など活用できる福利厚生が充実していく予定です。 &nbsp; フリーランスに欠かせない確定申告のサポートもありますし、最近ではライター業向けのSEO講座というのもあります。（2022年3月現在、無料） &nbsp; 正直、これだけ充実している会社は正社員の会社でも中々ないと思います。 &nbsp; それだけフリーランスにとってもメリットを考えてくれている会社というわけです。

6.案件参画後もサポートが手厚い

案件に参画したら、お終い！というワケではありません。 &nbsp; 一週間後、参画後の状況確認。何か問題があればすぐ連絡くださいなど、割と手厚いです。 &nbsp; 相談してもちゃんと向き合って話を聞いてくれますし、すぐに動いてくれるので私自身、現場で何があればすぐに連絡して相談したりしてます。

メリットばかり言ってしまうと疑いたくなるのが人間です。 &nbsp; なので、私が入った時に戸惑ったことを解説していきます。

1.案件紹介が複数の営業さんから来る

2022年3月現在、案件紹介について複数の営業さんから連絡が来ます。 &nbsp; しかも嬉しいことに結構な頻度で案件紹介の連絡がきます。 &nbsp; 私が最初いた会社は一人の営業さんから紹介頂いていました。 &nbsp; 紹介頂いて面談→ダメだったら次という流れだったため、複数から案件紹介があった時は驚きました。 &nbsp; ただ、この複数の方から紹介頂くやり方の方が平行で面談もできますし、早々と参画案件が決まります。（早ければ案件紹介頂いてから一週間で決まることもしばしば） &nbsp; 慣れればなんて事はないですが、慣れるまではちょっと大変に感じるかもしれません。

2.自分の中の優先順位をしっかり決めておくこと

案件を選んでいくにあたって必ず優先順を決める必要があります。 &nbsp; ・稼働を低くしたい ・高単価の案件に参画したい ・通勤時間を短くしたい ・キャリアアップをしたいので成長できそうな案件に参画したい &nbsp; などなど、全部を満たすというよりは何を優先してそれに合う案件を見つけるかが大事になるので優先順位はしっかり決めておきましょう。

まとめ：迷うぐらいなら年収査定して貰った方が良い→だって無料だもん

いかがだったでしょうか？まだまだ迷っていたり、とは言っても・・・というのが正直あると思います。 &nbsp; ですが査定自体は無料です。 &nbsp; ある意味、自分の市場価値がタダで分かるということなので、これ自体はやっておいて損はないと思います。 &nbsp; やった結果、微妙だったなら今の会社を継続すれば良いですしね。 &nbsp; 一度きりの人生、自分の価値をより高められる環境でキャリアと年収を伸ばしてみてはいかがでしょうか。

忖度なし！グラントホープをオススメする6つの理由！

タカト

2児に父でフリーランス歴8年目、主にPMO・サポート業務をメインに案件をこなしています。Webライターとしても活動中。

業務でコードを書く際、似たような処理を別の業務で実装した経験がある方も多いのではないでしょうか。中には、それを自作のライブラリとして作成して、GitHubで管理するという形を取っている方もおられるでしょう。 では、実際にそれを複数のプロジェクトで使用する際はどのように行っているでしょうか。 今やほとんどのエンジニアが使っているGitHubですが、その機能のひとつにGitHub Packagesと呼ばれるパッケージホスティングサービスがあります。 今回はこちらを利用して、自作のJavaScript関数をnpmライブラリとして管理する手順をご紹介します。

以前はGitHub Package Registryと呼ばれていたこのホスティングサービスですが、ひとことで言ってしまえば「作成したソフトウェアをGitHub上でパッケージとして管理することで、さまざまなプロジェクトで使えるようにしたよ」というものです。 プライベートリポジトリではプランによって料金が異なりますが、フリープランであってもストレージ容量500MBかつ月間データ転送量1GBまでであれば無料で使えます。 パブリックリポジトリに至っては完全に無料。太っ腹です。

GitHub Packagesに自作関数をデプロイする

今回はTypeScriptを使って簡単な関数を実装し、それを自分専用のライブラリとして作ってみましょう。

まずはPackage.jsonに以下の内容を記述していきます。 ついでにnpm installもやっておきましょう。

@{GitHubのユーザーネーム}/{リポジトリ名}

ここで、いくつか重要なフィールドをピックアップして解説します。 name @{GitHubのユーザーネーム}/{リポジトリ名}の形で入力します。 実際にライブラリをインストールする際も$ npm install @{GitHubのユーザーネーム}/{リポジトリ名}という形式になります。 version ライブラリ自体のバージョンを管理します。今回はとりあえず0.0.1としておきました。 main ライブラリが別のモジュールから呼び出された際に、どのファイルを参照するかを設定します。 今回はトランスパイルされた後のJSファイルを参照するので、dist/main.jsを指定しました。 typesフィールド ライブラリの型定義ファイルを指定します。 publishConfig npmで扱えるようにするため、registryに<a style="color:#1155cc" href="https://npm.pkg.github.com" target="_blank" rel="noopener noreferrer">https://npm.pkg.github.com</a>を指定します。 また、今回は自分専用＝プライベートなライブラリなので、accessにはrestrictedを指定しておきます。 ちなみに複数のレジストリで公開したい場合は、publishConfigフィールドではなく.npmrcに記述する形になります。

今回は最小限の設定だけ記述しました。

リポジトリを作成する際、Node.jsのgitignoreテンプレートを選択している場合は不要ですが、もしそうでなければ.gitignoreにdistディレクトリを追加しておきましょう。 こちらはトランスパイル後のJSファイルと型定義ファイルが格納される予定ですが、トランスパイル自体は後述するGitHub Actionsで行います。

今回は「引数として与えられた文字列の奇数番目だけを抽出した文字列を返す」という関数を作ってみます。

こんな感じでしょうか。 すごく簡単な内容ですが、これならビルドの時間も短いので練習にはもってこいです。

GitHub ActionsでPublishの設定を行い、Packageとして公開する

最後に、プッシュされたら自動でトランスパイル＆Packageとして公開するGitHub Actionsを設定します。 .github/workflows/publish.ymlとして以下の内容を記述した設定ファイルを追加しましょう。

この際、secrets.GITHUB_TOKENという値を利用していますが、これは各リポジトリにデフォルトで備わっているトークンなので個別に設定する必要はありません。 ここまでの内容でプッシュしてみましょう。 リポジトリのActionタブを開くと、すでに先ほど設定したアクションが終了していました。

Codeタブに戻ってみるとPackagesの欄が追加されており、先ほどプッシュした内容がv0.0.1として正常にデプロイされたことがわかります。

デプロイされたライブラリを使う

次にデプロイされたライブラリを実際のプロジェクトに導入して利用する手順をご紹介します。

今回はプライベートなパッケージを対象としているので、それにアクセスするためのトークンを発行する必要があります。 <a style="color:#1155cc" href="https://docs.github.com/ja/github/authenticating-to-github/creating-a-personal-access-token" target="_blank" rel="noopener noreferrer">公式の解説</a>に従って設定ページを開きましょう。

パッケージの読み取りを行うだけなので、スコープはread:packagesにのみチェックを入れます。 NoteはわかりやすいようにREAD_PACKAGESとしてみました。

Personal Access Tokenを発行したら、適当なプロジェクトを作成し、プロジェクトルートに.npmrcを作成して以下の内容を記述します。

これでプライベートなパッケージにアクセスできるようになりました。 あとは通常のNPMモジュールインストールと同様にnpm installすれば、node_modulesディレクトリにインストールされます。

それでは実際に使ってみます。 以下のスクリプトを実行し、AAAAと表示されれば成功です。

期待通りに動きました。 関数名にマウスオーバーすると型の情報も見られるので、型定義ファイルもきちんと参照できているようです。

ここで先ほど実装したライブラリに、「奇数番目or偶数番目の文字列を引数によって選択できる」という新機能を実装したくなりました。 早速実装してみましょう。

新機能を追加したのでマイナーアップデートという扱いにしましょう。 手動で書き換えることもできますが、npmにはパッケージのバージョンを管理するコマンドがあるのでそれを利用します。

gitのログを確認してみましょう。 package.jsonのバージョンが更新され、v0.1.0として新たにタグが作成されていると思います。この状態でプッシュしましょう。

Releaseの欄が2 tagsになり、Packages欄のバージョンも0.1.0になっています。 どうやらきちんとアップデートできたようです。

昨今はnpmライブラリが充実しており、欲しい機能は探せば見つかることが多いと思います。 しかし、公開されているライブラリでは機能が不足していたり、不要な機能が多すぎたりする場合、自作のライブラリで解決するという手段は選択肢として大いにあると思います。 そんなときには、ぜひGitHub Packagesを利用して便利に使いまわしていきましょう。

GitHubの機能である「GitHub Packages」を利用し、自作のJavaScript関数をnpmライブラリとして管理する手順をご紹介します。

GitHub Packagesを使って自作ライブラリを管理しよう

Takumi.K

サービス開発にも携わるフリーランスフロントエンドエンジニア。

PythonのWebフレームワークにはDjango、Flaskが良く使用されますが、今回はFastAPIというフレームワークを紹介したいと思います。 FastAPI は、Pythonの標準である型ヒントに基づいてPython 3.6 以降でAPI を構築するための、モダンで、高速(高パフォーマンス)な、Web フレームワークです。

FastAPIの特徴とDjangoとの比較について

・パフォーマスが高く、処理が早い

FastAPIはPythonの有名なWebフレームワークのDjangoパフォーマンスを比較しても、NodeJSやGoと同じくらいにパフォーマンスが高いと言われており、Djangoよりも処理が早いとされています。

・コードが書きやすく、バグ等も見つけやすい

コーディングもDjangoに比べて書きやすい特徴もあり、コードによる重複も最小限にしていることから、ヒューマンエラーよるバグも削減と開発速度の向上が見込まれています。

・習得にそれほど時間がかからない

FastAPIはDjangoに比較して簡単に習得できるようにデザインもされていることから、ドキュメントに読む時間やその他調査にかかる時間も短縮されます。

必要条件:Python 3.6以上 ※開発環境(動作はMac環境を使用しています。) OS: MacOS Big Sur 11.4 Python: 3.9.7 Django: 3.1.7 IDE: PyCharm &nbsp; Pycharmを起動して、左下の「terminal」をクリック

(Macのデスクトップの右上の虫眼鏡マークから「ターミナル」起動→指定した階層に移動でも構いません)

ターミナル上で以下のコマンドを入力してください。 pip install fastapi 以下のように「Successfully〜」と表示されれば問題なくFastAPIはインストールされています。

次に以下のコマンドを入力後、エンターキーを押してください。 pip install uvicorn こちらも問題なく、エラーメッセージが表示されなければ正常にインストールされています。

任意のディレクトリ配下にmain.pyを作成して、以下のコードを入力します。 main.py &nbsp;

&nbsp;以下のコマンドを実行します。 uvicorn main:app --reload &nbsp; ブラウザのURLバーに <a href="http://localhost:8000/" target="_blank" rel="noopener noreferrer">http://localhost:8000/</a> を入力してください。

{"Hello":"World"}と表示されていますね。 &nbsp; 先程作成した、main.pyの5行目から7行目にて @app.get("/") def read_root():　 　&nbsp; &nbsp;&nbsp;return {"Hello": "World"} @app.get("/") →@app.get("/")と書くことで、localhost:8000以降のURLを指定するパスになります。 ("/")と書くことにより、localhost:8000で動く関数ということになります。 def read_root(): return {"Hello": "World"} →@app.get("/")と書いてありますので、 uvicorn main:app –reload Webサーバーを起動した際にWebブラウザにて localhost:8000と入力した時に動く関数ということになります。 &nbsp; こちらのサンプルではread_rootという関数名にしていますが、任意の関数名に変えていただいても構いません。 returnも{"Hello": "World"}とありますが、こちらも任意の文字列に変えてもよいです。

では次にブラウザのURLバーにて <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> を入力してください。

このように表示されていれば成功です。

解説をしていきます。 main.pyに記載をした@app.get("/")と@app.get("/items/{item_id}")の2つ関数がありますが、WebブラウザのURLにて、localhost:8000以降の/&nbsp;と&nbsp;/items/{item_id}のパスで HTTP リクエストを受けます。 /items/{item_id}&nbsp;パスのパスパラメータ&nbsp;item_id&nbsp;は&nbsp;int&nbsp;でなければなりません。 <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> →こちらの10という数値がint型指定です。 パス&nbsp;/items/{item_id}&nbsp;はオプションの&nbsp;str&nbsp;クエリパラメータ&nbsp;q&nbsp;を持ちます。 <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> →sample_fastapiの箇所がstr型となります。 @app.get("/items/{item_id}") def readitem(itemid: int, q: str = None): 　　&nbsp;return{"item_id": item_id,&nbsp;&nbsp;"q": q} 今回使用したURLですと、 http://localhost:8000/items/10 →10がread_item_idの第一引数の、item_id: intの箇所で <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> →sample_fastapiがread_item_idの第二引数のq: str = Noneの箇所になります。 &nbsp; 試しに<a style="color:black" href="http://localhost:8000/items/%7bitem_id%7d" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/{item_id}</a>の{item_id}の箇所にて、int(数値)以外の値を入れてみましょう。 WebブラウザでURLバーにて以下を入力してみてください。 <a href="http://localhost:8000/items/sample?q=sample" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/sample?q=sample</a>

value is not a valid integer〜とエラーメッセージが出力されましたね。 &nbsp; では次に行きましょう。 WebブラウザのURLバーで以下を入力してください。 http://localhost:8000/docs &nbsp;

こちらの画面が表示されましたと思います。 こちらは自動対話型APIドキュメントです。 &nbsp; 次は以下のURLをWebブラウザで表示させてください。 http://localhost:8000/redoc

代替の自動ドキュメントが表示されます。

アップグレードの実装(PUTリクエスト)

PUTリクエストからボディを受け取る実装を進めます。 main.pyを修正しますので、黄色の部分を追加してください。 &nbsp; &nbsp; &nbsp; &nbsp; main.py &nbsp; from fastapi import FastAPI from pydantic import BaseModel app = FastAPI() class Item(BaseModel): &nbsp;&nbsp;&nbsp; name: str &nbsp;&nbsp;&nbsp; price: float &nbsp;&nbsp;&nbsp; is_offer: bool = None @apgep.t("/") def read_root(): &nbsp;&nbsp;&nbsp; return {"Hello": "World"} @app.get("/items/{item_id}") def read_item(item_id: int, q: str = None): &nbsp;&nbsp;&nbsp; return {"item_id": item_id, "q": q} @app.put("/items/{item_id}") def update_item(item_id: int, item: Item): &nbsp;&nbsp;&nbsp; return {"item_name": item.name, "item_id": item_id}

次は以下のURLをWebブラウザで表示させてください。 http://localhost:8000/docs

item_idに任意の数値を入力し ※画面の例の10以外の数値でも可

ユーザインターフェースはAPIと通信をして、パラメータを送信し、結果を取得して、画面下部に表示されます。 &nbsp; 次は以下のURLをクリックしてください。 <a href="http://localhost:8000/redoc" target="_blank" rel="noopener noreferrer">http://localhost:8000/redoc</a>

代替のAPIにも新しいクエリパラメータやボディが反映されています

このようにFastAPIは関数のパラメータとして、パラメータやボディ の型を宣言して、簡単にAPIエンドポイント定義と実装が可能になります。 &nbsp; &nbsp; 参考URL <a href="https://fastapi.tiangolo.com/ja" target="_blank" rel="noopener noreferrer">https://fastapi.tiangolo.com/ja</a>

PythonのWebフレームワークFastAPIの紹介

中川　彰吾

フリーランスSEで色々なWeb系の案件に参画中。言語はPythonやRuby
自宅でもパフォーマンスが落ちない様、リモートワーク中心の生活を過ごしながら、
IT技術だけでなく、英語や株式投資など学習中。


皆さん、こんにちは。 Sgiです。 今回はエンジニアに是非活用していただきたいサービスがありますので、この記事を執筆致します。 最後まで読んでいただけると嬉しいです。

年収査定ってやったことありますか？

筆者がおすすめしたいサービスとは「年収無料査定」です。 これ、あまり見かけないですよね？ 正社員SEはまた話が別ですが、フリーランスSEは一般的に &nbsp; エージェントへ登録 ↓ 面談（ヒアリング） ↓ 案件紹介 ↓ お客さんと面談 ↓ 合格 ↓ 契約 &nbsp; という流れでお仕事が決定します。 &nbsp;

しかし今回ご紹介する年収無料査定の違いは図の通りです。

こちらの図を見ていただければ分かりやすいですが、 エージェントでのヒアリングの時点で自分の報酬額がおおよそ分かる仕組みとなっています。

どうやって査定してもらえる？

そもそもどうやって査定額をだしているのか。 気になったので色々聞いてきました。 &nbsp; &nbsp; この年収無料査定をするには、事前に &nbsp; ①&nbsp;&nbsp;&nbsp;技術経歴書 ②&nbsp;&nbsp;&nbsp;プロフィール &nbsp; を作成する必要があります。 エンジニアなら誰もが作成したことがあるはずです。 それをこちらの会社フォーマットに書き直すだけで完了となります。 &nbsp; 年収無料査定をヒアリング前にすることで、より具体的な希望条件の話ができる、という仕組みのようです。 &nbsp; &nbsp; どうやって査定額を出しているのか、謎ですよね。 どんどん解説していきます。

こちらの会社で実際にご成約されたエンジニアのスキル感・契約単価をもとに査定額をだしているそうです。 &nbsp; 査定額と契約時に決定した単価の誤差は月額換算で「約2万円前後」だとか。 これは正確すぎる…。 &nbsp; 会社の実績に基づいた査定額ということでした。 &nbsp;

実際にご成約された方の年収アップ事例

これは一般論ですが、IT業界の場合 正社員からフリーランスに転身した場合、年収は約1,5～2倍以上になります。 &nbsp; 理由は割愛していきます。 &nbsp; 今からお見せする事例も、査定額と契約時の単価（月額）の誤差はやはり2万円前後のようです。 それでは一気にお見せいたします！！ &nbsp; 今回はスキル感も教えていただけましたので、ご参考までに見ていただければと思います。

こうみると、皆さん年収が確実にUPしているのがわかります。 &nbsp; &nbsp; 他エージェントは契約が確定するまで自分の報酬額が不明瞭ですが、 こちらの会社は案件を選ぶ前に自分のスキル感ではどれくらい報酬が貰えるのかが分かるため、収入が不安定と思われがちなフリーランスですが 先の見通しがつくことがメリットになりますね。

査定後にヒアリング→案件紹介をしてもらうメリット

こちらは私が思うことですが、以下4点です。 &nbsp; ①&nbsp;&nbsp;&nbsp;&nbsp;金額が分かることで収入の見通しがつく ②&nbsp;&nbsp;&nbsp;&nbsp;単価をあげるために何をするべきなのか、ヒアリングに相談できる ③&nbsp;&nbsp;&nbsp;&nbsp;具体的な希望が言える ④&nbsp;&nbsp;&nbsp;&nbsp;希望に沿った案件を紹介してもらえる＝ミスマッチが少ない &nbsp; 順にお話させていただきます。

①	金額が分かることで収入の見通しがつく

先ほども少し触れましたが、フリーランスは収入が不安定、と世間一般的には思われています。 しかし、実際にはエージェントを利用することで大半のエンジニアは安定した収入を得ることが出来ます。なぜならエージェントの営業マンが案件を探してくれるからです。 &nbsp; その案件も、事前に報酬額がわかることで収入の見通しがつくため大半の不安は払拭されるはずです。

②	単価をあげるために何をするべきなのか、ヒアリング時に相談できる

査定をすると、おおよその自分の単価がわかります。 査定の金額をふまえて、もしくは将来的にもっと稼ぎたい！というエンジニアは多くいるはずです。 単価を上げるためには、当然スキルアップする必要があります。 スキルアップし、上流工程に参画したり、リーダー業務を行ったり、色々なチャンスがある案件を紹介してもらうことが可能になるはずです。

単価が明瞭になることで、自分のスキル感や立ち位置など、市場価値が見えてくるはずです。 その中で、 「単価を上げたいのでスキルアップできる案件にアサインしてほしい」 「今までリーダー業務ばかり任されてきたけど、本当はプログラマーがいい」 など、より自分のやりたいことを優先させた希望が言えるはずです。 &nbsp; 実際にアサインされるかはエージェントの営業力や個人の面談力にもよりますが、どこのエージェントでも自分の希望はしっかりと伝えるべきです。

④	希望に沿った案件を紹介してもらえる＝ミスマッチが少ない

これに関しては少し論点がずれますが、ヒアリングの時点で自分の希望をエージェントに伝えきれない場合にミスマッチが起こってしまいます。 &nbsp; 案件のミスマッチはエンジニアにとって結構な痛手となります。 「せっかくフリーランスになったのに、希望していた案件にアサインされない・・・」 &nbsp; なんて、そんなもったいないことしてはいけません。 やりたくないことに時間も労力を費やすのはナンセンスですから、しっかり自分の希望を伝えましょう。 ミスマッチが起こらず、やりたい案件にアサインされ、単価もアップ、スキルも習得出来たら最高ですよね。

・・・この会社、一体どちら様？

お待たせいたしました。 今までお話してきたサービスを展開しているのは このメディアサイトを運営している<a href="https://www.granthope.jp/" target="_blank" rel="noopener noreferrer">株式会社グラントホープ</a>さんです。 <img src="https://images.microcms-assets.io/assets/03df7942ab184c4fb92ae2a6d548e115/398019c5b09d483c82b4f1aaaf3d0c72/image.png" alt="">

グラントホープさんの特徴は、まず今回ご紹介させていただいた、年収無料査定。 そしてヒアリングには結構力をいれているようで、まさにエンジニアファースト。 &nbsp; しっかりヒアリングをするからこそ、やりたい案件がどんどん紹介される営業力。 &nbsp; 年収無料査定から最短3日でご成約された方もいらっしゃるそうです。 &nbsp; &nbsp; この年収無料査定は、誰でも実施できるようですよ。 &nbsp; ※フリーランスなので、未経験者は対象外のようです。 	ご実績が２年ある方が対象です。

いろんなフリーランスのエージェント会社がありますが、 それぞれの特徴をふまえて活用していきましょう。 &nbsp; 私個人的な意見としては、無料年収査定はおすすめです。 正社員の方は、フリーランスに転身した場合、今の自分のスキルではどれくらい貰えるのか。 フリーランスの方は、単純にエージェントによって単価が異なりますので比較対象として活用していただけばと思います。 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; これは豆知識？かもしれませんが グラントホープさんは役員の皆さんは、全員元フリーランスエンジニアのようです。 元フリーランスエンジニアによる、フリーランスエンジニアのための会社でありたい。 &nbsp; そんな強い思いがあるそうです。 &nbsp; 拙い文章でしたが、最後まで読んでいただきありがとうございました。

エンジニア必見！一度は全員試すべき年収無料査定？！

猫が大好き。食べることが大好き。寝ると嫌なことは忘れるタイプ。
いろんな人に出会い、いろんなものに触れて、思考を柔らかく、自分の世界を広げていきたい駆け出しライターもどき。


フリーランスが事業用に使ったお金は経費として計上できます。 経費として計上した分だけ翌年の税金が安くなるので、漏れなく計上しておきたいですよね。 &nbsp; しかし具体的な品目として「●●は経費になる・ならない」という記載はないので、 フリーランスの方自身で判断していく必要があります。 &nbsp; 慣れてくるとある程度わかってきますが、最初のうちはどこまでを経費に計上して良いか迷ってしまうかもしれません。 そこで今回は経費の基本をおさらいしつつ、Q&amp;A形式でまとめてみましたので解説します。

まずは経費についての基本をおさらいしましょう。 &nbsp; 「経費」とは事業を行う上でかかった費用のことです。必要経費とも言います。 &nbsp; 経費は下記の計算式から算出される「課税所得金額」で決まります。 &nbsp; 売上 - 経費 - 控除 = 課税所得金額 &nbsp; つまり、経費が大きくなるほど課税所得金額が低くなることで税金が安くなる。ということです。 &nbsp; 反対に何が経費になるかを理解していないと、 本来経費にできる項目を計上しなかったり、逆に多めに計上してしまったりと誤った確定申告をしてしまいます。 &nbsp; ですから何が経費にできて、何が経費に出来ないのか？これをしっかりと把握することが ゆくゆくは自分の資産を守ることに繋がります。 &nbsp; ちなみに誤った確定申告をして追加で税金の納付が必要になった場合には「<a style="color:#1155cc" href="https://www.nta.go.jp/taxes/shiraberu/taxanswer/shotoku/2026.htm#:~:text=%E7%A8%8E%E5%8B%99%E7%BD%B2%E3%81%AE%E8%AA%BF%E6%9F%BB%E3%82%92%E5%8F%97%E3%81%91,10%EF%BC%85%E7%9B%B8%E5%BD%93%E9%A1%8D%E3%81%A7%E3%81%99%E3%80%82" target="_blank" rel="noopener noreferrer">過少申告加算税</a>」が課されますのでご注意ください。

経費に計上できる勘定科目一覧

続いて、フリーランスが経費に計上できる項目は以下の通りです。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;給料賃金 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;外注工賃 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;減価償却費 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;貸倒金 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;地代家賃 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;利子割引料 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;租税公課 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;荷造運賃 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;水道光熱費 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;旅費交通費 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;通信費 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;広告宣伝費 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;接待交際費 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;損害保険料 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;修繕費 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;消耗品費 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;福利厚生費 基本としてはこの通りですが、その他にも勘定科目があります。 もうこれだけでだいぶ頭が痛くなってくる方も多いかと思いますが、これを覚える必要はありませんのでご安心ください。 &nbsp; 私もたった今調べたものをリストにしただけで覚えているわけではないです（笑） 大切なことは「この出費は経費になるのか？」がわかるようになることです。 &nbsp; 勘定科目については調べればいくらでも出てくるので、都度対応していけば問題ありません。

フリーランスの経費についてのQ&A

続いて、経費に計上するか迷った時に見てほしいQ&amp;Aをご紹介します。 &nbsp; 具体例を見ることによって考え方がわかれば、 ご自身の確定申告にも転用できるかもしれませんので、ぜひ参考にしてみてください。

OK（経費になる） &nbsp; 地代家賃として計上できます。 しかし自宅としても使用しているので全額計上はせず、床面積や作業時間等で按分し、その分を経費として計上しましょう。

Q2.業務で携帯電話を使用した際の通信費

OK（経費になる） &nbsp; 通信費として計上できます。 私用の携帯電話と併用している場合は全額は計上せず、按分して経費に計上しましょう。

Q3.事業の為に作成した名刺作成料金

OK（経費になる） &nbsp; 広告宣伝費として計上できます。

OK（経費になる） &nbsp; 接待交際費として計上できます。 法人と違いフリーランスの場合だと交際費の上限がないので、支出額の全額を経費とすることができます。

NG（経費にならない） &nbsp; これらの税は税引き前の所得に課せられる税金であるため、 もし経費として認められてしまうと、理論上毎年所得税・住民税が右肩下がりとなってしまいます。 &nbsp; ですからこれらの税金は経費としては認められていません。

Q6.カフェで仕事をした際の料金

OK（経費になる） &nbsp; 会議費として計上できます。 ただし、食事に関しては業務上不必要であった場合は計上できないので注意しましょう。

Q7.健康維持を目的とした運動器具やサプリメント等の料金

NG（経費にならない） &nbsp; 事業と関係ない出費なので経費にはできません。 「健康は事業の土台になるから経費にしたい」という気持ちはわかりますが、税務上は事業とは関係ない扱いなので注意しましょう。

経費になる場合がある &nbsp; ITエンジニアの方であれば電気代は経費として計上できるでしょう。 この場合は地代家賃同様に按分して計上しましょう。

経費になる場合がある &nbsp; 事業のために必要な出費であれば消耗品費で計上できるでしょう。 しかし仕事以外でもスーツを着ていることがほとんどなので（休憩時間にいちいちスーツから着替える人はいないでしょう） もし計上するなら按分が必要です。

Q10.プライベートで購入した書籍

NG（経費にならない） &nbsp; 事業と無関係であれば経費としては認められません。 事業を行う上で必要な書籍であれば新聞図書費として計上ができます。

Q11.仕事関係の方の冠婚葬祭にかかった費用

OK（経費になる） &nbsp; 接待交際費として計上できます。

OK（経費になる） &nbsp; 消耗品費として計上できます。また、値段によっては減価償却となります。

Q13.出張用に購入したキャリーバック

OK（経費になる） &nbsp; 消耗品費として計上できます。 もちろんプライベートでも使用する場合は全額は経費に出来ないので注意しましょう。

Q14.スマホアプリ（ソーシャルゲーム全般）への課金

経費になる場合がある &nbsp; ITエンジニアの方などでゲーム開発等に関係する事業を行っているならば、研究費として計上できる可能性があります。

OK（経費になる） &nbsp; 旅費交通費として計上できます。 しかし交通系のICカードだとプライベートとの区別がつきづらくなるので、使用履歴に事業用とプライベート用の違いを明記するか、頻繁に移動が発生するなら事業用のICカードを新たに作るのも良いかもしれません。

いかがでしたか？ &nbsp; 経費についての考え方の基本は、 &nbsp; 事業に必要な費用か、否か？ &nbsp; という点です。 この考え方が腑に落ちれば、あとはあまり難しいことはありません。 &nbsp; また、万が一誤って申請してしまい、税務署から指摘を受けてしまっても、 丁寧に対応し修正申告すれば、支払う税金は増えるもののそれ以上は問題ありません。 &nbsp; 一番ダメなことは、 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;経費になるかわからないけど、とりあえず計上しよう ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;経費にならないとわかっているけど、計上しよう といった気持ちで、経費に計上することは絶対にやめましょう。 &nbsp; 「わからなかったら調べる。」はITエンジニアの方であれば癖づいていることだと思いますので、 確定申告でもその長所をしっかり活かして行っていきましょう。

これって経費にしていいの？迷った時にみてほしいQ_A15選。フリーランスの確定申告対策

Souta

Web系エンジニアとして活動。共同で開発した音声型ナレッジ共有ツール「decci」を2021年9月β版ローンチ。弱小ブログ運営中。暇だったので当メディアのライターにもチャレンジ。人間の思考に興味関心がありそういう系の本を読むのが好き。

皆さんは、フリーランスのエンジニアとして働くことが多いと思いますが、残業時間はどうでしょうか？ 残業ばかりでしょうか？それとも定時で退社できているでしょうか？ &nbsp; 仕事場によって、残業時間はまちまちだと思います。 &nbsp; そこで、会社員時代の残業と、フリーランス時代の残業両方を、私の経験談を含めて、ご説明いたします。

まずみなさんに質問です。 &nbsp; 世間的に残業ってどれぐらいしていると思いますか？ &nbsp; 下の図をご覧ください。 こちらは、2020年度の職種別の残業時間になります。

全体平均は、「20.6時間」です。 &nbsp; これは多いと思いますか？ 自分的には、こんなに職種全体で、残業が多いのか！と思いました。 &nbsp; ここで、IT業界にフォーカスを当ててみましょう。 21.8時間となっています。 結果だけ見ると、他の職種とさほど変わらない結果になっていますね。 &nbsp; では、なぜ、IT業界は、残業が多いと言われることが多いのでしょうか？

私は、東証一部上場のIT企業の正社員として、某銀行のシステム開発するＰＪに在籍していました。 今は、フリーランスとして、某通信業界のシステム開発するＰＪに在籍しています。 &nbsp; 昔在籍していた会社では、毎年、平均残業時間の周知がありましたが、 平均すると「20時間前後」となっていました。 そのため、東証一部上場のIT企業でも職種全体の平均に近い時間になっています。 &nbsp; が、この残業時間は、以下２点によって、左右されると私は思います。 ・ＰＪの炎上有無 ・仕事内容／役割 &nbsp; 私自身、正社員で働いていたとき、残業時間を平均すると、「40時間」前後になっていました。 なぜ、平均よりも多い残業時間になったかですが、それが前段の２点のためだと思っています。

残業が多いＰＪは、「炎上」しているということです。 この炎上する。ですが、いろんな要因があります。 ・仕事分担がきちんとできず、誰かに作業が偏っている。 ・お客様の締め切りが極端に短い。 ・作業計画が失敗した。 ・システム障害が多発した。 などです。 &nbsp; 私が在籍したＰＪも炎上していたのですが、この要因のどれかに当てはまっていました。 そのため、炎上してしまい、自ずと、残業時間があがってしまいました。 &nbsp; 逆に、炎上していないＰＪにいる社員は、ほとんど残業しておらず、定時退社している状況でした。 &nbsp; そのため、炎上しないように、計画立てて作業することや、体制の検討、顧客折衝は、IT業界にとって欠かせないことだと、私は思っています。

仕事内容はなんなのか。というのも、大事な要素になってきます。 私が、新人の頃は、残業もなく、定時退社を続けていました。 その当時は、プログラムを作成する仕事しかなかったために、定時に帰ることができていました。 &nbsp; ただ、年次が上がると同時に、仕事内容が極端に増えていきます。 そこがＩＴ業界が専門職と言われることにつながってきます。 &nbsp; ＩＴ業界の仕事は、何をするにしても、「スキル」が大切になってきます。 「プログラミングスキル」、「システム設計のスキル」など、他の仕事では身に付けることができないスキルが必要です。 &nbsp; そのため、このスキルがある人に、仕事が集まります。 そして、年次が上がれば上がるほど、後輩育成や、社内会議が増えていきます。 &nbsp; こうなると、プログラミング、システム設計、後輩育成、社内会議など、やることが多くなり、その人の残業時間が極端に増えることがよくあります。 &nbsp; ただ、この仕事が一人に偏ることなく、作業分担ができているＰＪは、作業時間も均等できるので、残業時間が多くなることはなかったです。 &nbsp; そのため、後輩を育てる。ことと、作業分担がＩＴ業界にとっては欠かせないものではないか。と私は思っています。

前段で、会社員時代の残業時間について、お話しました。 では、フリーランスの場合はどうでしょうか？

１つめの「PJの炎上有無」ですが、こちらは、所属するPJに左右されてしまいます。 ただ、フリーランスSEというのは、現場を選べる立場にいますので、きちんと炎上していないPJに参画できれば、残業は少なくできます。 &nbsp; その為、残業を少なくしたいのであれば、案件を斡旋していただける会社に協力を仰ぎ、炎上していないＰＪを紹介していただくことが大切です。

２つめの「仕事内容／役割」ですが、確かにフリーランスＳＥの方はスキルが高く、様々な仕事を任せられると思います。ただ、一度考えてみてください。会社員だからこそある作業はなんでしょうか？ &nbsp; そう。後輩育成や、社内会議です。 &nbsp; フリーランスSEになれば、後輩育成や、社内会議などがなくなります。 ということは、自分自身の仕事のみになるため、会社員と比べると、仕事量が減るのがイメージできませんか？ &nbsp; なので、フリーランスSEになると、 ①炎上していないPJを選べる。 ②自分の仕事をすれば良い。 ので、会社員時代から比べると、確実に残業時間が低減できると考えられます。

いかがでしたでしょうか？ 私の経験談から、残業について纏めてみました。 &nbsp; ＩＴ業界が残業多いと言われる理由は、残業時間が多い人、少ない人の残業時間が極端だからだと思います。 残業時間が月80時間の人も居れば、月0時間の人も居ます。 &nbsp; そして、この多い時間にフォーカスが当たってしまうので、ＩＴ業界は残業が多いという印象がついてしまっているのだと考えられます。 &nbsp; &nbsp; &nbsp; また、私自身、１日中バタバタしている日ばかりで残業ばかりの時や、１日中暇で定時退社をするの両方とも経験したことがあります。 &nbsp; ただ、会社員の時代よりは、フリーランスになった方が残業時間のコントロールができるようになり、世間で言うライフタイムバランスが良くなったと思っています。 &nbsp; 残業時間や、１日中忙しすぎると感じる方は、一度、フリーランスとして働いてみるのも良いのではないでしょうか？ また、フリーランスSEの方は、ライフタイムバランスが良くなったと思いませんか？ &nbsp; 是非一度、考えてみてくださいね。

残業が多いイメージのIT業界にてフリーランスになってどう変わった！？

土谷　貴志（つちたに　たかし）

システムエンジニアとして案件をこなしつつ、ライターとして執筆活動にもチャレンジ中。株式会社グラントホープ所属のフリーランスエンジニア。
システムエンジニアの他に、キャリアコンサルタントとして若者のキャリア支援や、LifeTime-Smileというコミュニティ運営など幅広く事業を展開中。
ごく稀に、コミュニティメンバーの記事を投稿するかも。お楽しみに！
LifeTime-Smile：https://www.lifetime-smile.com/


会社員からフリーランスエンジニアへの転向を考える上で、最も大きな心配ごとのひとつに クライアントとの人間関係 が挙げられると思います。 「上司がクライアントに変わっただけ」という言葉を耳にすることもあるように、いくらフリーランスエンジニアになって上司のいない自由な立場を手に入れたとしても、結局はクライアントの顔色をうかがいながら仕事をしなければならず、状況はさほど変わらないのではないか、という不安を持っている方が少なからずいるのではないでしょうか。 しかし、会社員にとっての上司と、フリーランスエンジニアにとってのクライアントでは決定的に違う点がひとつ存在します。それが、「フリーランスエンジニアとクライアントは対等である」という点です。 この記事では、クライアントとの適切な接し方について考えることで、フリーランスエンジニアとして楽しく仕事を続けられる方法について考えてみたいと思います。

組織における「一貫性」の重要性

そもそも、なぜ会社では上司の意思決定に従わなければならないかを考えてみましょう。 大前提として、会社は組織です。会社という組織が、ビジネスにおいて成果を最大化するために最も重要な要素のひとつが「一貫性」であると私は考えています。 ビジネスには絶対的な「正解」は存在しません。何をどうすれば成功するのか、どんな商品を提供すれば顧客はお金を出してくれるのか、どんな戦略をたてれば事業は成長できるのか——。組織のトップは、どれが正解なのか誰もわからない中で、意思決定をして組織を動かさなければなりません。 例えば「うちの会社は利益の上がらない案件でも受注する。数をこなすことで蓄積するノウハウで、他社との差別化を図る」というのもひとつの戦略です。組織のトップがひとたびこのような戦略をたてたら、組織に所属するすべてのメンバーがこの方針を尊重し、その効果を最大化するように行動することが求められます。 「利益の上がらない案件でも受注する」ということは、その組織に所属するエンジニアとしては、赤字を抑えるためになるべく低コストで案件をこなす工夫（例えば作業の自動化や仕様の調整など）が必要になります。 営業部門のメンバーは、他社が敬遠するような利益率が低い案件を狙って受注するような戦術も求められるでしょう。将来的に「ノウハウの蓄積」を武器とする方針であれば、ひとつひとつの案件で得られたノウハウを、ドキュメントとしてまとめることも意識的に行う必要があります。 ここで誰かが「いや、利益率の低い案件を受注したって現場が疲弊するだけだ。自分は利益率の高い案件だけを受注する」と、独自の考えで動いてしまうとどうなるでしょうか。 当然のことですが、利益率の低い案件を数多く受注するためのノウハウと、少数の利益率の高い案件に絞って確実に受注するためのノウハウは異なるはずです。やり方の違うメンバー同士ではノウハウの共有もできず、業務の共通化もできません。また、それぞれ方針の異なる案件に付き合わなければならないエンジニアや、ほかの部署のメンバーにも混乱を生じさせてしまいます。 このような状況は、非効率と混乱により、ビジネスにおける失敗のリスクを高めます。 会社が組織である以上、そのトップが決めた戦略を大前提として、各部門、各部署、各プロジェクト、各メンバーが自分の目標に落とし込んで行動することで「一貫性」が生まれ、組織としての成功が実現します。まさにそれこそが、組織において「上司の意思決定に従わなければならない」理由であると言えるでしょう。

個人事業主における「一貫性」

では個人事業主であるフリーランスエンジニアの場合はどうでしょうか。 事業の成功のためには行動の「一貫性」が大事であるという点は、会社の場合と同じと考えられるものの、会社という「組織」と違い、フリーランスエンジニアは「個人」です。つまり、自分が立てた戦略を実行するのは自分です。 どのような戦略を立て、どのように実行し、どのような言動をとるのかはすべて自分次第です。それによる成功も失敗も、すべての責任をとるのは「事業主」である自分自身です。組織のトップという「自分ではない誰か」が考えた方針に従うのではなく、「自分」が考えた方針に従って行動できる、という点でフリーランスエンジニアは「自由」であるといえます。 これはクライアントとの接し方においても同様です。クライアントの要求に対し、自分はどのように言動するのかを決めるのは自分の戦略次第です。 例えば理不尽な要求に対して毅然と拒否するのもひとつの戦略です。すべての要求を受け入れ、自分のできる最大限の仕事をするのもまたひとつの戦略です。無理せず常に余裕を残した仕事をするのもまた戦略でしょう。 自分の望む人生を実現するための戦略を考え、実行し、それを自らの手で現実にする選択肢がフリーランスエンジニアにはあるといっても過言ではありません。

「クライアント」は「上司」？

さて、ここまでの話を踏まえると、最初の疑問の答えは明確なのではないでしょうか。 フリーランスにとってのクライアントと、会社員にとっての上司は同じなのか——。答えは当然「ノー」です。 戦略を同じくするひとつの組織に所属し、明確な指示系統や上下関係のある上司・部下の関係とは異なり、フリーランスエンジニアにとってのクライアントとは、身も蓋もない表現をすると「利害関係の一致した商売相手」以外の何者でもありません。 フリーランスエンジニアは、技術を提供することでクライアントから報酬を得ることができ、クライアントは報酬を支払うことで自分のビジネスを実現できます。技術とお金を交換するこのようなシンプルな関係には上も下もありません。 クライアントの意向だからといって、すべてに従う必要はないのです。 クライアントに従えなければ、契約を解消して考え方の一致する別のクライアントを探す自由があります。※1

対等な会話がプロダクトをよりよいものにする

フリーランスエンジニアとクライアントの関係において、意見が合わなかった場合の選択肢は、契約を解消するだけではありません。 先ほど説明した通り、フリーランスエンジニアは「社員」ではありませんので、クライアントの組織としての方針に従う必要はありません。むしろ「外部の専門家」として、組織の戦略をよりよいものにするための意見を期待される立場でもあります。 フリーランスエンジニアに仕事を依頼するということは、クライアントの組織内の人員だけではそのシステムを完成させられない、またはビジネスを実現することができないリスクがある、ということです。だからこそ、クライアントは不足する戦力を外部の専門知識や経験を持った人材に求めます。 そのことを考えると、フリーランスエンジニアの「専門知識や経験を持った人材」としての意見は、クライアントにとってプラスになることも少なくありません。 プロダクトをよりよい形で実現することで、ビジネスの成功率は高まります。ビジネスが成功すれば、当然クライアントが得られる利益は大きくなり、それによってフリーランスエンジニアに支払える報酬や条件もよりよいものになります。このことは前の記事でも少しふれていますので、興味があればぜひ読んでみてください。 <a style="color:#0186ab" href="https://engineer-first.net/value-of-freelance-engineer" target="_blank" rel="noopener noreferrer">1杯1000円のコーヒーから考えるフリーランスエンジニアの価値</a> システム開発の知識を持ったフリーランスエンジニアと、ビジネスのアイデアを持ったクライアントが対等に意見を交換しながら、プロダクトをより高い品質で実現する。これが両者の利益につながるということを理解していれば、「どちらが上か」を考えることが、いかに無意味であることがわかるのではないでしょうか。 「クライアントの意見に従わなければならない」、「クライアントは上司と変わらない」という内向きの発想ではなく、「自分の意見を発信することでユーザーによりよい商品を提供し、ビジネスの成功に貢献する」という外向きの発想で対等に議論をすることが、お互いのためになると考えています。

フリーランスエンジニアは組織に所属する会社員と違い、自分の戦略に基づいて、意思決定ができる、という点で「自由」であるといえます。クライアントと意見が食い違った場合でも、それに従う必要はないわけです。 むしろ、「システム開発の専門家」としての自分の意見やアイデアをクライアントに共有することで、クライアントのビジネスの成功に貢献し、お互いにとってよりよい状況を作り出すことにつながるでしょう。 一方で、そのような「お互いにとってよりよい状況」が見込めなければ、契約を終了しほかのクライアントを探すのもやはり自分の意思決定次第です。 ただし、フリーランスに転向したばかりのエンジニアにとって仕事のツテが多くあるわけでもなく、世の中にはどのようなクライアントがどのような考え方を持っているのか、どのようなビジネスが存在するのか、などを把握することは困難です。 そのような場合は、<a style="color:#0186ab" href="https://engineer-first.net/" target="_blank" rel="noopener noreferrer">エンジニアファースト</a>などの案件紹介サービスを利用し、エージェントを通じてさまざまなクライアントと「対等に」会話する機会を増やしてみてはいかがでしょうか。自分の視野を広げ、自分ならではの戦略の確立につなげられるはずです。 まずは「クライアントは上司のようなもの」というイメージを取り払い、対等なビジネスパートナーとして、お互いにとってよい結果になるコミュニーケーションを心がけてみることで、より楽しいフリーランスエンジニア生活に近づけるでしょう。 ※1 当然、契約を解消した結果「考え方の一致する」新しいクライアントがすぐに見つかるとは限りません。その辺りの見切りも含めて自分の意思決定と責任であると言えるでしょう。

フリーランスエンジニアにとって、クライアントの要求は「絶対」なのでしょうか。会社員における部下と上司の関係と比較しながら、フリーランスエンジニアとクライアントの理想的な関係について考えます。

クライアントは上司？フリーランスエンジニアの「自由」な意思決定とは

中條 剛（ちゅーやん）

フリーランスのアプリ開発者。Flutter によるアプリ開発を中心に、企業向け研修の講師、教材作成、メンターなどをしています。技術記事は "how to use" よりも "how it works" を意識して書いています。

タグ:【クライアント】の記事一覧