↓まだチャンネル登録をしていない人はこちらから！↓<a href="https://www.youtube.com/channel/UCytjAXJpeqzSotBHYJ7lMqQ" target="_blank" rel="noopener noreferrer">【click】YouTube エンジニアファースト</a>

今回は我々、グラントホープがなぜエンジニアの独立支援をしているのか？ なぜエンジニアファーストというチャンネルを立ち上げたのか？ そんな話をしています。15分だけ時間をください。

動画はこちらからご覧ください。 <a href="https://m.youtube.com/watch?v=48BimW3jTHs" target="_blank" rel="noopener noreferrer">https://m.youtube.com/watch?v=48BimW3jTHs</a>

【独立を迷っているエンジニアに伝えたいこと】

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


こんにちは！タカトです。 &nbsp; 2022年からちょくちょく話題に上がっていたインボイス制度。皆さんは具体的にどういった制度か把握してますか？会社員の方は特に意識する必要はありませんが、副業でそれなりに稼いでいたり、個人事業主・フリーランスの方は意識しないと今後の仕事に影響が出てきます。今回はそんなインボイス制度について解説していきます。 &nbsp; できるだけシンプルかつ分かりやすくお伝えしてきますので、インボイスが気になるぐらいの感じで読んで頂いて大丈夫です！時間にして3分ほどで読めるのでランチやお茶のお供にどうぞ！

インボイス制度はシンプルにいうと、消費税を払わせる制度です。 &nbsp; 消費税は物を購入した際に商品購入代金と一緒に払っていますが、その消費税とは別であなたが個人で請け負った仕事に対する消費税のことを指します。（詳細は後述で解説します） &nbsp; 消費税を払った人には適格請求書発行事業者として番号が発行されます。 適格請求書発行事業者になるためには課税事業者になる必要があり、課税事業者になる＝消費税をしっかり払いますということです。

消費税をなぜ今更払うのか？今まで免除されてた理由は？

ここで質問です。 &nbsp; あなたが物を購入し10%の消費税が掛かりました。お店には商品代＋消費税を支払いますが、この10%の消費税は誰が国に払っているか？ &nbsp; 答えはお店が代わりに国に払っています。 &nbsp; お店、または会社は毎年確定申告を行っており、その際に貰った消費税をまとめて国に支払っているワケです。 &nbsp; 次に、あなた自身が個人で仕事を受注し請求書が来ました。その請求書には売上の10%の消費税が加算され、振込の金額として提示されてます。（売上が10万だったら11万が振込対象額。1万は消費税。） &nbsp; ではこの消費税は誰が支払っているでしょうか？ &nbsp; 多分、この回答は言葉に詰まると思います。 &nbsp; 本来であればお店と同じであなたは消費税を受け取っているので、それを国に支払う必要があります。 &nbsp; これを払わなくて良いのには理由があって、売上が一千万以下の個人事業主は免税事業者と呼ばれて、消費税を支払わなくてよいとされているからです。 &nbsp; なので知らぬ間に脱税してた！？といったことにはなりません。 &nbsp; インボイス制度が施行されると、売上が一千万以下の個人事業主も課税対象者になり、毎年売上の10%を国に納める必要があります。

インボイス制度の施行は2023年10月1日からになります。 &nbsp; なので2024年に行う確定申告ではインボイス制度を考慮した申告が必要になります。 &nbsp; 各種会計ソフトもそれに向けて対応を実施中です。

適格請求書発行者って何なのか？番号は無いとダメなの？

適格請求書発行者になると番号が発行されます。番号を発行しない（適格請求書発行者にならない）選択も可能です。 &nbsp; では番号あり／なしでどういった違いがあるのでしょうか？ &nbsp; あなたに仕事を依頼する会社からすると、番号あり／なしでの違いは国に納める消費税分を全額免除できるか、できないかの違いがあります。 <img src="https://images.microcms-assets.io/assets/03df7942ab184c4fb92ae2a6d548e115/f466d12227d94fe2a6d56a13bbff7eca/image2.jpeg" alt=""> 会社からしたら、番号がない人と取引するのはデメリットしかないんです。 &nbsp; こうなると個人は仕事の受注にモロに影響が出るので、実質番号あり（自身で消費税を納める）を選択せざるを得ないのが実状です。

適格請求書発行者になると収入はどれだけ下がるのか

適格請求書発行者になるということは消費税を新たに納めるということです。 &nbsp; 2023年現在、消費税は10%なので、自身の年間売上が300万の人なら年30万、500万なら50万の税金が新たに発生します。 &nbsp; 消費税が上がれば、この税金もどんどん上がっていきます。 &nbsp; ただでさえ多くの税を払っているのに、更にまた税金が重くのしかかる。中々厳しい現実ではあります。

インボイス制度が反対される理由

インボイス制度は今まで対象外だった免税者（売上が一千万以下）から消費税を徴収する制度というのはお分かり頂けたかと思います。 &nbsp; 売上が100万円の人も10万という額を追加の税として納める必要が出てくるので、売上が少ない人にとっては死活問題で、反対されるのは当然の結果です。 &nbsp; 実際、エンタメ業界へのダメージがかなり大きいと言われています。 <a style="color:#1155cc" href="https://maidonanews.jp/article/14719374" target="_blank" rel="noopener noreferrer">「インボイス制度は日本のエンタメ業界を破壊する」　声優の甲斐田裕子が反対の声を上げる理由</a> &nbsp; これで徴収しても300億程度にしかならないので、反対されるのも無理はありません。

インボイス制度施行に向けて出来ること

正直この制度は個人事業主にとってはかなり痛い制度です。 &nbsp; とはいえ決まってしまったのは仕方ないので、出来ることとして売上額を上げるのが一番だと筆者は感じます。結局10%もっていかれるなら売上額を上げて少しでも税の負担を減らすのが今できる最善の策です。 &nbsp; もう1つはインボイス制度に対しての対応は会社によって様々なので、そこをお世話になってる会社に確認し、より良い対応をしている会社を選びなおすという手段です。 &nbsp; 例えば適格請求書発行者にならなくても良いや、その税の分を上乗せして支払ってくれるなど対応は様々かと思います。 &nbsp; グラントホープは業界的にレアな対応をしており、適格請求書発行者になることを止む無しと感じているエンジニアや個人事業主の人はグラントホープなら心配ない対応を取っています。 &nbsp; 話を聞くだけでも全然良いと思うので、興味のある方は聞いてみてはいかがでしょうか。

まとめ：しっかり理解した上で施行されるまでに準備をしよう！

いかがだったでしょうか？2023年から年収の10%が減るのは目に見えたので、そこをどう補填するか事前に考えて準備すること、もしくはお世話になってる会社を見直すことが今できる策なのかなと思います。 &nbsp; もちろん、適格請求書発行者にならなくても問題はないです。 &nbsp; 実際、施行された時にどれだけの人がなるかは未知で、下手したら適格請求書発行者にならない人が多い可能性もあります。 &nbsp; 自分の将来に関わることなので、しっかり理解した上で自身が望む選択をしていきましょう！ &nbsp; 本日も読んでいただきありがとうございました。

インボイス制度とは？施行される前に抑えておきたいポイントを解説！

タカト

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

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技術だけでなく、英語や株式投資など学習中。


こんにちは！&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つの理由！

皆さん、こんにちは。 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; 拙い文章でしたが、最後まで読んでいただきありがとうございました。

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

コロナ禍において急速に普及したテレワーク。今の現場でテレワークが始まったが、うまくいっていない、これから初めてテレワークをすることになったが不安、という方もいらっしゃるのではないでしょうか。私自身、第1回目の緊急事態宣言が発令された2020年4月より、システム開発プロジェクトの1メンバーとして、初めてテレワークで作業することになりました。 現在はリーダーとしてテレワークのフリーランスエンジニアを含むメンバーに指示する立場で働いているのですが、リーダー・メンバー双方の経験からテレワークの中で成果を上げるフリーランスエンジニアの特徴について気付いたことがあるので、それについてお話ししていきます。

テレワークで求められるフリーランスエンジニアのスキル

さて、テレワーク下に限らず、信頼される優秀なフリーランスエンジニアとはどういう人物でしょうか。すべてを定義するのは難しいですが、ぱっと思いつく限りでも以下があげられます。 ・技術に深い造詣があり、周りをサポートしてくれる ・合意した期日を守り、危うくなったら報告する ・期日までに適切な途中報告がある これはフリーランスエンジニアに限った話でも、テレワークに限った話でもなく、全ビジネスマン共通かもしれません。長年の経験が蓄積されて、第一線で活躍し続けているフリーランスエンジニアは大抵これができており、出社かテレワークかで個人の生産性が大きく落ちるようなことはありません。 一方で出社時は頑張っていたのに、テレワークでは活躍できていない、という方もいます。社会人2年程度といった経験の浅い方がこのような状況に陥りやすいのではないでしょうか。 これは元々単独での遂行が難しい作業でも、出社時は必要に応じて周りのサポートを受けられていたのが、テレワークになって気軽に聞けなくなり、手が止まる時間が増えてしまった、というのが原因です。テレワークではどうしても周りの状況が見えにくいため、順調に進んでいるか問題があるのかは、黙っていると誰にも伝わりません。やはりテレワークで成果を上げられるのは、技術的にも、社会人の働き方としても、自立・自律ができる方であり、他人からのサポートが前提で、働き方も受け身な態度では難しい、ということになります。 とはいえ、自分ではテレワークはまだ早いと思っていても、昨今の社会情勢下では望む・望まないに関わらず、突然テレワークが始まるということもあり得ます。そんなときのために、私がテレワークを行った経験の中で、やっておいて良かったことについてお話しましょう。

テレワークでやっておいて良かったこと

ボード、マウス、リストレスト、ノートPCスタンド、タブレットスタンド、ヘッドセットは新調しました。 また自宅以外で作業を行う場合は、安定したネットワーク環境を整えることが重要です。 例として以下のような対策が考えられます。<ul><li>回線の混雑などを考慮しモバイルWiFiを2台持つ</li><li>通信容量制限に備え通信量の多いプランに変更する</li><li>移動中などでも対応できるようテレワークスポットを事前に調べておく</li></ul>

自宅で作業を行う場合は、特にオンとオフの境目が曖昧になります。私自身も朝の定例ミーティングの直前に起床し、寝る直前までPCで作業を行っていることもありました。しかし、長時間効率を落とさずに集中し続けることは不可能であり、一時的にでも無理をすると、その後で疲れて効率が落ちますので、適切に休憩をはさむことはテレワークに限らず重要です。以下は私が実践していた休憩法ですが、仕事から完全に離れて気分転換になるものや、考え事はしながらも目や肩・腰は休められる方法がおすすめです。 <ul><li>軽く運動をする</li><li>シャワーを浴びる</li><li>おやつを食べる</li></ul> 夜遅くまで長時間労働が必要になる際は、夕食も休憩として取りましょう。ただし、休憩ばかりで成果が上がっていないと本末転倒で周りからの信頼も失いますので、あくまで休憩も効率的に成果を上げるための手段であることは忘れないでください。

コミュニケーションツールの使い方を覚える

これは特に社会人としての経験が浅い方向けになります。ひとりでの業務遂行が難しい以上、周りからのサポートが必須になるので、これをスムーズに受けるための準備をします。作業の不明点は誰に聞けばいいのか、その際どうやって連絡するのか、自分が困っている状況を伝えるにはどうするのが効率的か、を想定します。 多くの場合、チャットやビデオ会議などのコミュニケーションツールを使いますので、TeamsやSlack、Zoomなど、その現場で使っているツールの使い方を調べ、特定のメンバーに連絡を取ったり、開発環境の画面を共有して説明したりということは、最低限できるようにしておきましょう。

リーダーがメンバーに求めるテレワークのスキル

さて、視点を変えてリーダーの立場からテレワークを考えます。リーダーの使命はチームの目標を明確にし、チームとして成果を上げることです。チームとしての目標を達成するために、各メンバーに作業を割り振っていますので、管理として着目すべきは「皆の成果が日々適切に上がってきているか」ということになります。 例えば、3人日の仕事をメンバーひとりに任せた場合に、（工数見積は正しいという前提で）2日でできればその方が優秀ですし、5日かかれば単純にスキルが足りないか、もしくはコミュニケーションなど別の課題があったかが考えられます。 最初の3日間さぼっていた、という可能性もあるのですが、これを疑ってPC付属のカメラを常にオンにさせる、各自のPCのログオン状態を取得する、などの監視を始めるのは私に言わせれば管理者側の怠慢です。3日でできる作業であれば、1日目、2日目の目標（マイルストン）を決めて途中経過を報告してもらえば監視する必要はありません。 私の場合、作業指示や進め方のすり合わせなど直接話した方がいい事柄は、ビデオ会議で行っていましたが、報告はひとりひとりから定例の場や個別に受けていると時間がかかるため、OneNoteなどのメンバー全員で共有するデジタルノートブックに書き込んで貰っていました。 作業の進め方がリーダーとメンバーで共有できていれば、報告はテキストで十分伝わります。つまり、リーダーの立場から各メンバーに求めるスキルは、事前にすり合わせた作業の進め方に沿って自身の成果を説明し、完了予定日はすり合わせ時の見通しから変更がないか、その他困っている課題はないかを言語化して発信することになります。 当たり前のことのようですが、皆が一カ所に集まっていれば表情などを見て声を掛けることもできますが、お互いの姿が見えず状況を察することができないテレワークでは、より効率的に自身の状況を伝えるスキルがより強く求められます。よく言われることですがフリーランスエンジニアの仕事はプログラミングだけではなく、会社には所属していなくとも複数人で仕事をする以上、「報告」も重要な仕事です。

何かとコミュニケーションの難しさが注目されるテレワークですが、私はコミュニケーションはあくまで手段であり、成果をどう評価・達成するかが最も重要だと考えています。フリーランスエンジニアとしての働きぶりも、出社していれば真面目な勤務態度や献身的な長時間労働を「頑張っている」と評価されることもあったかもしれませんが、テレワーク下では成果で証明するしかありません。 そのためには毎日の作業時間に対して、この時間でこれをやり遂げた、という成果を胸をはって報告できるようにしておきましょう。その際、ひとりよがりの成果にならないために、作業の進め方をリーダーとすり合わせ、それに沿った形で報告を行うことを意識します。 東京都がテレワークマスターの認定制度を打ち出し、原則テレワークを掲げる会社も増える中で、ゴールドマンサックスのようにテレワークから従来の出社形式に戻す会社もあり、都市部の通勤ラッシュも改善されていません。テレワークの普及は未だ先行きが見えませんが、多様な働き方が認められる流れは止まることはないでしょう。自身にあった働き方を見つけるためにも、エンジニアファーストの案件情報からテレワーク案件を探してみるか、ページ内のチャットボットから登録・相談してみるのはいかがでしょうか。

私自身がシステム開発プロジェクトの1メンバーとしてテレワークで作業した経験と、リーダーとしてテレワークのメンバーに指示した経験を通して気付いた「テレワークで成果を上げるエンジニアの特徴」について記していきます。

リーダー・メンバー双方の立場から見た、テレワークで成果を上げるエンジニアの特徴

児玉亮

プラント建設業界のIT子会社でシステムエンジニアとして14年勤務後フリーランスとして独立。
PMO、要件定義から運用までシステム開発プロジェクトの幅広い工程で支援可能。
得意分野はBIやデータウェアハウスなどデータ分析基盤の構築。

フリーランスエンジニアはその仕事の性質上、初めて会うクライアントに対して自身のスキルを正確に理解してもらい、それを踏まえて労働条件や報酬などの交渉をする必要があります。 その際、「自身のスキル」を伝えるために最もよく使われる指標が、「PHP3年以上」、「Ruby on Rails3年以上」などの「経験年数」なのではないかと思います。これはフリーランスエンジニアが職務経歴を伝える手段としても、クライアントがフリーランスエンジニアを募集する際の条件としても利用されます。 しかし、ソフトウェア開発のスキルというのは必ずしも年数で決まるものではありません。より品質の高いソフトウェアを目指して、常にスキルアップを実践した人の3年間と、どこかで見つけたコードのコピペでとりあえず動かして満足してきた人の3年間が同じはずがないことは言うまでもありません。 しかしここで難しいのは、そのスキルの差を面接や面談で正確に伝えるのは極めて難しいということです。数十分や数時間という限られた時間の中で、自身がどの程度の知見と経験を持っていて、どの程度の深い考察ができて、どれだけの成果をあげられるかを言葉で説明することは、コミュニケーションに自身のある人でも難しいでしょう。 そこでこの記事では、フリーランスエンジニアがクライアントに対して「自身のスキルを正確に理解してもらう」ための方法について考えます。それによって、自分を正当に評価し、適切な信頼関係の中で一緒に働けるクライアントを見つける方法を考えてみましょう。

自分のスキルを見せる3つの方法

初対面のクライアントに対してフリーランスエンジニアが自身のスキルを伝える方法として、最も効果的なのが以下の3つだと考えています。 <ul><li>GitHubで自分の成果を可視化する</li><li>知見やアイデアを技術ブログとして公開する</li><li>勉強会で登壇する</li></ul> これらはどれも事前の設備投資を必要とせず、自分の意思と行動ひとつで実現できることも特徴です。 ここからは、この3つの方法をひとつひとつ詳しく見ていきましょう。

GitHubで自分の成果を可視化する

フリーランスエンジニアが自身のスキルを最も効果的に伝える手段が「自分が書いたソースコードを見せる」ことです。ソースコードを見れば、その人がどのような技術に興味があって、どの程度の知識や経験を持っていて、どのような思想で何を優先して開発しているのかが具体的に見えてくるためです。 しかしここで問題になるのが守秘義務です。フリーランスエンジニアが「仕事で」書いてきたソースコードは、たいていの場合において他者に見せることができません。そのため、仕事で出した成果を次のクライアントに直接見せることは通常不可能といっても過言ではありません。 そこで、「ソースコードを見せる」ためのソフトウェアを個人的に開発する方法が現実的といえます。 こういうと、「いやー、とはいってもアイデアもないし、自分だけのアプリなんて作れないよ」と思われる方もいらっしゃるかもしれませんが、ここで開発するものは何も「独自のアイデアで作ったまったく新しいアプリ」である必要はありません。すでにリリースされている何かのサービスと同じ見た目、同じ機能を持ったサービスを自分なりに実装してみて、そのソースコードを公開するだけでも十分効果があるでしょう。 あくまで目的は「自分の書いたソースコードを見せる」ことです。ここではサービスそのものの質や事業性などは二の次です。実際にそのアプリを流行らそうと思う必要もありません。 ソフトウェアは外見が同じでも、中のソースコードまで同じにすることは不可能です。同じものを作っても、そこには開発者のプログラミングのスキルがはっきりと反映されるのがソフトウェア開発。題材はなんでもよく、「自分で作る」ことが大事であると認識するとよいでしょう。 また、GitHubを活用したスキルのアピール方法は上記のソフトウェア開発だけではありません。 「OSS活動」の呼び方で知られている通り、世界にはソースコードごと公開されたフレームワークやライブラリが無数に存在します。それらは多くの場合、機能追加や不具合修正のために、世界中の開発者が参加できるようになっています。 基本的にOSSとして公開されているプロダクトは片手間で、かつ無償で開発やメンテナンスがされている場合が多く、開発者自身にとっても最優先で対応することが難しい場合がほとんどです。そのため、常に誰かの助けを必要としています。それを利用してみましょう。 OSSにコミットするためには、もちろんいくつものハードルが存在します。 そのプロダクトのソースコードを読んで、設計や仕組みを理解し、開発者とコミュニケーションをとって必要な機能や修正点を整理。それを自分がコーディングして実現しなければなりません。その一連の流れは、実際に仕事でソフトウェア開発をする場合と同じであるといっても過言ではないでしょう。 言い方を変えると、その一連の行動ができることを見せられれば、「ソフトウェア開発者として、仕事でも活躍ができる」ことが十分に証明できるといえるでしょう。 しかるべき人とコミュニケーションをとって要件を整理し、実際に手を動かしてそれを実現するプロセスはほとんどの現場に存在し、それができるフリーランスエンジニアをクライアントは探しています。 自分ひとりで好きなようにソフトウェア開発するやり方も「0からソフトウェアを作り上げる力がある」アピールにはなりますが、一方でOSSにコミットする行為は「ユーザーの要求や開発者の意図を理解して、一緒にプロダクトを作り上げる」ことができるアピールになり得ます。ぜひやってみるといいでしょう。

知見やアイデアを技術ブログとして公開する

自分が書いたソースコードを見せるのは、スキルを証明する一番効果的な方法ではありますが、一方でソースコードからエンジニアのスキルを見抜くには相応の時間的、人的なコストが発生するのも事実です。 そのため、もっと短時間で効率的に自身のスキルを見せるための手段として、「文章にまとめる」という手段も有効です。具体的には、QiitaやZennといった技術ブログサイトや自分のブログに知見を書いて公開する、という手法です。 自分の知見や意見を文章にまとめることで、それを読んだクライアントは、フリーランスエンジニア本人と直接会話する場を設ける前に、またソースコードを読み解くための前提知識として、その人の考え方や理解度、趣向や思想などを理解できるようになります。 Web上ですぐに読める形でまとめておけば、興味を持ってくれたクライアントに対して「私のスキルについて、詳しくはこちらを参照してください」とそのURLを共有するだけで話を進められるようになります。逆にこのようなアウトプットがなければ、同じ内容を面談や面接といった限られた時間の中で伝えなければならなくなります。しかし、自分の理解や考え方をそのような短時間で伝え切ることは難しいです。 技術ブログは、自身が興味を持ったこと、経験して得た知見、学習した内容を好きな構成で、好きな数だけ技術記事という形でアウトプットしておけば、必要なときにさっとそれをクライアントに共有して、自分のスキルを詳しく正確に把握してもらえるようになるでしょう。

エンジニアの勉強会には多くの場合、ひとりあたり5分~10分間で自分の知見や経験を発表できる「LT」(Lightning Talks)の場が用意されます。勉強会によっては、LTが主目的の場合もあるでしょう。これに登壇することも、自身のスキルを見せるためのとてもよい手段になり得ます。 前述のソースコードやブログと違って、LTはリアルタイムで直接のコミュニケーションが発生します。自分が作ったスライドで自分の言葉で発表し、質疑応答で参加者とコミュニケーションをとり、またその後の懇親会ではLTに登壇した人のところに参加者が集まる傾向が見られます。 ソースコードやブログなどの一方通行になりがちなアウトプットと違い、相手に対して自分のキャラクターやコミュニケーションの特徴、相性の良し悪しなどを伝えられるのもリアルな場に出るメリットのひとつです。 <a style="color:#1155cc" href="https://engineer-first.net/value-of-freelance-engineer" target="_blank" rel="noopener noreferrer">1杯1000円のコーヒーから考えるフリーランスエンジニアの価値</a> でも説明した通り、フリーランスエンジニアがクライアントに対して与える価値を生み出すものは、技術力だけではなくキャラクターや趣味、考え方などさまざまだからです。 IT業界とはいっても、人と人が協力してプロダクト開発を進める仕事である以上、一緒に働く人との相性や信頼関係は重要です。それらはソースコードや文章で伝えるよりも直接のやりとりを通して伝えるのが最も効果的だと私は考えています。 LTに登壇することは、発表内容から技術的なスキルを見せるだけでなく、コミュニケーションのとりかたや興味関心といった人間的な要素も同時にクライアントに見せられるのが最大のメリットといえるでしょう。

フリーランスエンジニアに対してクライアントがスキルを証明する指標として「年数」が使われることが多いのは事実です。 それはフリーランスエンジニアのスキルが年数に比例すると本気で信じている場合もあれば、ほかに扱いやすい指標がないために仕方なく年数で足切りしている場合もあるでしょう。 しかし、クライアントが本当にほしいのは「PHP経験3年」のエンジニアではなく、「PHPを使って高品質なシステムを作り上げてくれる」エンジニアです。そして「自分こそがそのスキルを持つエンジニアである」ことを証明する手段は、この記事に書いた通りいくつも存在します。 「とりあえず」年数を条件のひとつに挙げている企業でも、本当にスキルのあるフリーランスエンジニアと仕事がしたいと思っているのであれば、適切に自身のスキルを見せることで、「年数」の条件に当てはまらなくても、一緒に仕事がしたいと思わせることは可能なはずです。 ソースコード、文章、そしてコミュニケーションで、ひとりでも多くのクライアントに自分がどのような人材なのかを見せることは、ひとつでも多くのチャンスを呼び込むことになります。その結果、フリーランスエンジニアとしてクライアントから頼られ、やりがいのあるプロジェクトを見つけることができると考えています。

初めて会うクライアントにフリーランスエンジニアが自身のスキルを説明する方法として、最もよく使われる指標が「PHP3年以上」、「Ruby on Rails3年以上」などの「経験年数」なのではないかと思います。しかしソフトウェア開発者ひとりひとりのスキルは、必ずしも年数で決まるものではありません。フリーランスエンジニアが年数以外の指標で適切に評価されるための方法を探り、より活躍できる案件の見つけ方を考えてみましょう。

「年数」だけじゃない フリーランスエンジニアにおけるスキルの見せ方

中條 剛（ちゅーやん）

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

フリーランスエンジニアがクライアントに対して提供する価値は、フリーランスエンジニアひとりひとりが持つさまざまな特徴から生み出される、ということは以前に<a style="color:#1155cc" href="https://engineer-first.net/value-of-freelance-engineer" target="_blank" rel="noopener noreferrer">1杯1000円のコーヒーから考えるフリーランスエンジニアの価値</a>で説明した通りです。 一方で、「高い技術力」という特徴さえ持っていれば、ほとんどのプロジェクトで高い価値を生み出せるようになるのも事実です。 この記事では、そのような高い技術力を手に入れるために、フリーランスエンジニアならではの事情を考慮した勉強方法について考えてみたいと思います。

フリーランスエンジニアと会社員の違い

まずは「技術力を磨くための学び方」を考える上での、フリーランスエンジニアと会社員の違いについて整理してみましょう。 フリーランスエンジニアと会社員の違いは、大きく分けて下記の3つと考えられます。 <ul><li>一緒に学べる同僚の存在</li><li>将来的に必要になる技術領域</li><li>実践経験を積む機会</li></ul> これらの違いについて、ひとつずつ確認していきましょう。

会社員には多くの場合、業務中も気軽に雑談できる「同僚」が存在します。 同じプロダクトを同じ技術で、同じ立場で開発する同僚の存在は、新しい技術を学ぼうとした時、とても助けになります。背景知識を共有し、同じ目線で議論ができることでお互いの理解度に合わせた会話が成立するからです。 一方で、フリーランスエンジニアにとってそのような存在が常にいるとは限りません。毎日同じ場所で顔を合わせ、同じ立場で会話ができる——。そんな気心の知れた仲間は、数カ月単位で案件を転々とすることも多いフリーランスエンジニアという立場では、なかなか手に入らない存在です。 そのため、フリーランスエンジニアはひとりでも効率的に学べる工夫が必要になります。

学習すべき技術領域も会社員とフリーランスエンジニアでは異なります。 会社員の場合、開発するプロダクトや利用する技術はある程度固定されています。ひとつの会社で開発をする以上、必要とされる技術や業務知識が変わることは多くないためです。 一方で、フリーランスエンジニアは数カ月単位でプロジェクトやクライアントが変わり、それに伴って必要になる技術が変わることも珍しくありません。たとえ同じ言語、同じプラットフォームの開発であったとしても、実現する機能や利用するAPI、ライブラリまでまったく同じということはそうないでしょう。 なにより、次にどのような技術が必要になるかは「実際にプロジェクトに参加してみるまで具体的にはわからない」という場合も多いでしょう。そうなると「必要になったら入門する」という姿勢では間に合わない場合も出てきます。 そのため、フリーランスエンジニアは日頃からアンテナを高くして、今仕事で使っていない技術も、ある程度事前に学んでおく必要があるといえます。

会社員の場合、初めての技術であっても「投資」という考え方で会社が給料を出しながら学習・研究する時間を与えてくれる場合があります。 一方でフリーランスエンジニアは、基本的に「その場で価値が出せる」からこそ契約が成立することが多く、「じゃあ、この1カ月月間は成果が出なくてもいいから勉強していてよ」という話になることはほとんどありません。 少なくともその技術を学んだことがあって、スムーズに開発に参加できるレベルでの理解ができていないと、参加しても足手まといになってしまいます。場合によってはプロジェクト全体の価値を下げてしまうリスクもあるでしょう。 以上のことを踏まえると、フリーランスエンジニアが技術力で価値を出すには、「ひとりで」「幅広い技術を」「あらかじめ」学べるようになる必要がある、といえるでしょう。

フリーランスエンジニアの学び方

では、そんなフリーランスエンジニアの学び方について具体的に考えてみましょう。 大事なのは以下の2点だと考えています。 <ul><li>アウトプットする</li><li>公式ドキュメントとソースコードから学ぶ</li></ul> それぞれについて詳しく説明します。

前述の通り、フリーランスエンジニアにとって「なんでも相談や議論ができる同僚」の存在はあまり期待できません。そのため、代わりとなる存在をネット上に求めるとよいでしょう。 しかし、「ネット上で議論する」とはいっても、何の理由もなくいきなり話に乗ってくれる時間のある人なんて存在しません。そのため、議論を生むきっかけをアウトプットする のが手っ取り早い方法です。 ひとことにアウトプットといっても、その方法はいろいろあります。 <ul><li>技術記事を書く</li><li>開発専用のSNSアカウントを作って発信する</li><li>サービスやライブラリを開発し、公開する</li><li>勉強会でLTする</li></ul> アウトプットを続けていれば、必ずそれを目にした誰かがフィードバックをしてくれます。 例えば記事を書けばコメントが、SNSで発信すればリプライが、ライブラリをGitHubで公開すれば世界中の開発者によるフィードバックがissueとして返ってきます。それを元に議論して理解を深める、というわけです。 例えば私の場合は、 QiitaやZennに記事を投稿し、開発用のTwitterで技術的な発見を発信し、<a style="color:#1155cc" href="https://pub.dev/packages/crop_your_image" target="_blank" rel="noopener noreferrer">crop_your_image</a>というFlutterパッケージを公開しています。いずれもそこそこの数のコメントやissue がつき、そのたびに新しい発見や自分では出せなかったアイデアを得られています。 これらのことを実際にやっていて思うのは、このようなアクションを起こすのは特に難しいことではないということです。ほかの誰かが書いた記事と同じ内容の記事を書いてはいけないルールはありませんし、規模の小さいコードを公開してはいけないルールもありません。そして多くの勉強会ではLT初登壇の方を待っています。 つまり、自分が得た知見や作ったものをほかの人に見せるとき、「ほかの人が何をやっているか」は関係ないのです。あるのは自分が「やる」か「やらない」か、最初の一歩を踏み出すかどうかの違いだけです。 まずはひとつ、学んだことや作ったものを自分のやりやすい形でアウトプットしてみましょう。反応がなければもう一度試してみればいいだけです。それだけでも新しい学びが期待できます。

公式ドキュメントとソースコードを読む

ひとりで技術を学んでいて一番リスクになるのが、「間違った知識のまま定着してしまう」という点です。ひとりで学んでいて誰かにその知識をアウトプットする機会が少なければ、誤解や偏った解釈を訂正される機会も少なくなります。 そこで必要になるのが、信頼できる情報源、つまり公式ドキュメントやソースコードを読むということです。 公式ドキュメントには、その技術がなぜ現在の設計や実装になったのか、内部的にどのような仕組みで成り立っているのか、という「原理原則」が開発者の言葉で説明されている場合が多くあります。 そのような原理原則をおさえておくことは、正確で質の高い理解につながるだけでなく、学習の効率化にもつながります。 一般的にプログラミング学習において、「使い方」をひとつひとつ覚えることは効率の悪い学び方です。プログラミング言語にせよ、フレームワークにせよ、バージョンアップによって具体的な使い方は簡単に変わってしまうためです。また、ひとつひとつの機能や API の使い方まで覚えようとすると、情報量が膨大すぎて頭がパンクしてしまうでしょう。 一方で原理原則となる仕組みは、その技術で一貫している基礎的な部分と言えるため、それさえ理解してしまえば個別の機能やAPIの理解に応用できます。また、その基礎はバージョンアップ等による変更でも変わらないことがほとんどですので、それによる学び直しも発生しません。 このような基礎が理解できていれば、個別の具体的な「使い方」は必要になったときに調べる程度で十分対応できるでしょう。このような学習方法は、脳のキャパシティや学習時間の節約にもつながり、限られた時間で幅広い技術をおさえることが可能になります。

会社員とフリーランスエンジニアでは、技術の習得のための環境や必要になり得る技術範囲、経験する機会の有無という点で大きな違いがあります。 特に「一緒に試行錯誤ができる仲間がいるかどうか」という点は、学習効率を左右する大きな問題です。外に向けたアウトプットを意識的に行うことで、そのような仲間を見つけるのも、フリーランスエンジニアにとって大事な行動となるでしょう。 エンジニアファーストでは、フリーランスエンジニア同士のつながりを広げる取り組みも行っていますので、これを利用して一緒に新しい技術を学習できる仲間を見つけるのもよい選択肢です。 また開発だけでなく、営業や契約、お金の管理も自分でやらなければならないフリーランスエンジニアにとっては、限られた時間でより多くを学ぶための学習効率も重要です。 読みやすいからといって、誤った内容を含むリスクのある技術記事ばかりを読むことや、その技術の「使い方」ばかりを調べてサンプルコードが動いたら満足するのではなく、信頼できる公式ドキュメントからその技術の根幹となる仕組みや思想を理解することを意識してみてください。最初は難しいことも多く理解に時間と根気を必要とするかもしれませんが、そこで得た知見は必ずその後の効率的な学習につながるはずです。 どの現場でも技術力で価値が出せるフリーランスエンジニアを目指し、よりよい学習方法を探してみましょう。

フリーランスエンジニアにとって、どんな現場でも成果を出せる技術力を持つことは、よりよい仕事を得るための重要な課題です。しかし、フリーランスエンジニアが新しい技術を学ぶことを考えたとき、そこには会社員にはない悩みが存在するのも事実です。この記事では、そんなフリーランスエンジニアの状況を整理し、効率よく新しい技術を学ぶための方法を考えます。

どこに行っても成果を出せる フリーランスエンジニアの学び方

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

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

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

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

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

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

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

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

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

世の中には1杯1,000円でコーヒーを提供するカフェが存在します。 これは街中でよく見る一般的なカフェと比べて2倍も3倍もする値段設定ですが、なぜそれだけのお金を出してまで「お高い」カフェを利用する人がいるのでしょうか。 この記事では、そんな1杯1,000円のコーヒーが生み出す価値について考えることで、フリーランスエンジニアがより良い条件で働けるようになるためのアイデアについて考えていきたいと思います。

1杯1,000円のコーヒーが生み出す価値

どのようなものであれ、人が何かにお金を出すということは、そこに何かしらの「価値」を見いだしているということです。 では、先ほどの「1杯1,000円のコーヒー」を買う人は、そこにどのような価値を見いだしているのでしょうか。それを考える前に、まずはそのコーヒーを提供するカフェの「特徴」をざっと考えてみましょう。 <ul><li>味がいい</li><li>落ち着いている雰囲気がいい</li><li>高級感が感じられる</li></ul> といったところでしょうか。 ではもう一歩深堀りをして、これらの特徴から生み出される「価値」について考えてみましょう。 「落ち着いている雰囲気がいい」という特徴からは、以下のような価値が生まれます。 <ul><li>仕事や勉強などの作業がはかどる</li><li>周りに邪魔されずに会話を楽しめる</li><li>ほかのことを忘れてリラックスできる</li></ul> さらに深く考えを進めてみると、「作業がはかどる」ことによって時間あたりの成果を増やすことができ、それが評価や報酬などの結果につながるかもしれません。 「会話が楽しめる」ことは、相手との関係性をより良いものにしてくれるでしょう。リラックスは健康と次の活動への活力を与えます。 これらは、入れ替わり立ち替わりコーヒーを頼んでいく1杯数百円程度の賑やかなカフェでは得られない価値です。（※1）

フリーランスエンジニアが提供する価値

では視点を変えて、フリーランスエンジニアが契約先の企業に対して提供できる「価値」について考えてみましょう。 フリーランスエンジニアに求められるものとして、一般的によく言われるのが「高い技術力」だと思います。しかし、この「高い技術力」は、カフェの「落ち着いている雰囲気がいい」と同じで、単なる「特徴」に過ぎないのです。その特徴から生み出される価値は別のところにあります。それを考えてみましょう。 高い技術力によって生み出される価値にはどのようなものがあるでしょうか。私は以下のように考えます。 <ul><li>バグが少なく、動作が軽快で高品質なソフトウェアが提供できる</li><li>素早い開発によってスピーディにビジネスアイデアを実現できる</li><li>適切な技術選定により、変化に強くメンテナンス性の高いシステムが構築できる</li></ul> などなど、どれもソフトウェアでビジネスを続ける上では欠かせない価値です。 ただし、すべてのフリーランスエンジニアが、「高い技術力」という特徴を持っていなければならないのかというと、そうではないと考えています。 繰り返しですが、「高い技術力」はあくまで「特徴」のひとつです。ほかにもフリーランスエンジニアが持ちうる特徴は、さまざまなものがあります。例えば、 <ul><li>非エンジニアに対しても円滑に意思疎通ができるコミュニケーション力</li><li>勉強会やインターネットで、ビジネスの価値や技術的な優位性を発信できる力</li><li>正確な工数見積もりができ、進捗や課題について適切な報告ができる管理能力</li></ul> など、「ソフトウェア開発技術に精通している」という意味での「技術力」とはまた別の特徴が、さまざまな価値を生み出します。 高いコミュニケーション力があれば、ビジネスサイドとエンジニアサイドの認識齟齬を減らし、予期せぬトラブルや対立を回避できるでしょう。発信力があれば、新たなエンジニアを引き入れたり、顧客への説明がスムーズになったりするかもしれません。また、正確な見積もりや報告は、プロジェクトマネージャーにとって現状を正確に把握し、必要に応じて軌道修正をするためのとても重要な検討材料になります。 これらの特徴すべてをひとりで持つことは現実的にとても難しいことです。だからこそプロジェクトは「チーム」としてさまざまな特徴を持ったメンバーを集め、それぞれのメンバーから「価値」が生み出されることを期待します。言い換えると、全員が全員「高い技術力」を持っているからといってプロジェクトが成功するとは限らないのです。

フリーランスエンジニアがより良い条件で働くためのアイデア

さて、ここまでを踏まえて、この記事の本題であるフリーランスエンジニアがより良い条件で働けるようになるためのアイデアについて考えていきましょう。 ここまで考えてきた通り、フリーランスエンジニアに必要なのは「高い技術力」に限りません。「コミュニケーション能力」にも限りませんし、「人脈の広さ」にも限りません。あらゆる特徴が企業にとっての価値になり得るもので、「コレさえあれば大丈夫！」も「コレがないとダメ」もありません。 大切なのは、「自分がどのような特徴を持っているか、それによってどのような価値を企業に与えることができるかを理解すること」だと考えています。就職活動用語でいう「自己分析」といったところでしょうか。 技術力やコミュニケーション力だけでなく、人柄、性格、趣味嗜好、興味関心、時には年齢や血液型まで、あらゆる特徴から価値は生まれます。ひとつひとつの特徴に対して「コレは開発には関係ないな」と切り捨てるのではなく、「どんな特徴からも価値が生まれる」ことを前提に、自分が持つあらゆる特徴について、それがどのような価値を生み出すのかを考えてみましょう。 ここで忘れてはならないのが、「その価値を必要とするのは、どのような企業のどのようなプロジェクトなのか」も一緒に考えることです。 例えば、すでにサービスがリリースされていて、ビジネスの拡大を目指すフェーズにいるプロジェクトと、まだアイデアが頭にあるのみで、エンジニアがひとりもいないフェーズのプロジェクトでは、フリーランスエンジニアに求められる価値は異なります。 そのサービスのユーザーが企業なのか、一般消費者なのか、もしくはほかのエンジニアなのかによっても変わるでしょう。 世の中にどのようなプロジェクトが存在するのか、それぞれのプロジェクトがどのような価値を必要としているのかを、自己分析とセットで考えておく必要があります。これはフリーランスになった後も継続的に考え続けるといいでしょう。 最後にもうひとつ重要なのが、「その価値にいくらの値段がつくか」という点です。 最初のコーヒーの例では、落ち着いた空間で提供される1杯のコーヒーと、そこから生み出されるさまざまな価値に「1,000円」という値段がついていました。フリーランスエンジニアにとっては、このような価値に対して支払われるお金が「報酬」になります。 報酬というと、「PHP歴何年でいくら」といった技術と経験年数で自動的に決まるもののようなイメージを持っている方もいるかもしれませんが、実際はまったくそのようなことはありません。 現実問題として、各フリーランスエンジニアがどのような価値を提供してくれるかを見極めるには、時間的にも金銭的にもコストがかかります。そのため、分かりやすい指標に、分かりやすい値段をつけてそれを「相場」と呼ぶことも多いです。ただし、その相場にどれだけ依存するかは企業の考え方次第なのです。 ひとりひとりじっくりと特徴と価値を見極めたい企業にとっては、相場は参考程度に、その価値にいくらの値段を支払えるかを基準に報酬金額を決定します。 そして、この「いくらの値段で支払えるか」を決める要因は、どれだけ緊急で人材を必要としているか、ほかにアテはあるのか、予算に余裕はあるのか、などの状況によってさまざまであることも忘れてはいけません。 1杯1,000円のコーヒーも、周辺にカフェがなければ利用されやすく、逆に同じような場がほかにあれば検討の末に利用されないことも増えるでしょう。 言い換えれば、提供する価値は同じでも、その適正な値段は受け手次第なのです。 このことはコンビニや飲食店での消費活動が多い一般消費者の目線では忘れられがちなのですが、「適正な価格」は一定ではありません。 例えば企業間の売買において、最終的な金額はお互いの話し合い次第です。売り手は要件に応じた見積もりを出し、買い手はその内容を見て削れる部分は削ったり、相見積もりをとって比較したりして金額を調整し、最終的に合意に至った値段で契約します。最初から商品に値札がついて並んでいるわけではありません。 フリーランスエンジニアにとっての報酬額も同じです。報酬額や条件は相場や工数から機械的に算出するものではなく、常にお互いの合意によって決定します。その際、より良い条件で合意を得るために「自分はどのような価値を提供できるか」、「相手はどのような価値をどれだけ必要としているか」を把握するのが大事になる、というわけです。「己を知り敵を知れば百戦危うからず」のことわざの通りですね。 もし自分の価値と相手の求める価値が合致しなければ、話を白紙に戻して別の案件を探せばいいでしょう。無理に譲歩して契約しても、参加したときに思うような成果が出せずお互いに損をするリスクが高まることを考えれば、白紙撤回を「悪い」ことと思う必要はありません。何よりそのような判断を自分でしていけるのがフリーランスエンジニアの面白いところだと思います。

繰り返しですが、企業が必要としているフリーランスエンジニアの「価値」とは「高い技術力」そのものではなく、それを含むさまざまな特徴から生み出される「価値」です。そして、どのような特徴からも「価値」が生み出される可能性があること、どの価値にどれだけの値段がつくかは相手の企業次第であることも忘れてはいけません。 報酬額をはじめとしたさまざまな条件は、機械的に決めたり誰かに決められたりするものではありません。フリーランスエンジニアと企業が、お互いにとってより良い条件で契約できることを目標に、自己分析をしたり、身の回りのサービスが生み出す価値を観察したりしてみるといいでしょう。（※2）その積み重ねこそが、自分のフリーランスエンジニア生活をより良いものにしてくれるはずです。 ------ ※1: 間違えてはいけないのは、このような「1杯数百円のコーヒーを提供するお店」も同じように「1杯1,000円のコーヒー」にはない価値を生み出しているという点です。それは何か、考えてみるといいでしょう。 ※2: 例えば多くのフリーランスエンジニアが利用する案件紹介サービスが生み出す価値はなんでしょうか。その価値に対していくらの値段がつけられているでしょうか。考えてみましょう。

なぜ人はコーヒー1杯に1,000円という大金を支払うのでしょうか？　1杯1,000円のコーヒーが生み出す価値について考えながら、フリーランスエンジニアが企業に提供できる価値と、フリーランス生活をより良い条件で実現するためのアイデアについて考えてみましょう。

カテゴリー:【フリーランス】の記事一覧

リーダー・メンバー双方の立場から見た、テレワークで成果を上げるエンジニアの特徴

「年数」だけじゃないフリーランスエンジニアにおけるスキルの見せ方

どこに行っても成果を出せるフリーランスエンジニアの学び方

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

1杯1000円のコーヒーから考えるフリーランスエンジニアの価値

おすすめ記事

【独立を迷っているエンジニアに伝えたいこと】

インボイス制度とは？施行される前に抑えておきたいポイントを解説！

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

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

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

リーダー・メンバー双方の立場から見た、テレワークで成果を上げるエンジニアの特徴

「年数」だけじゃない フリーランスエンジニアにおけるスキルの見せ方

どこに行っても成果を出せる フリーランスエンジニアの学び方

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

1杯1000円のコーヒーから考えるフリーランスエンジニアの価値

【独立を迷っているエンジニアに伝えたいこと】

インボイス制度とは？施行される前に抑えておきたいポイントを解説！

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

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

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

「年数」だけじゃないフリーランスエンジニアにおけるスキルの見せ方

どこに行っても成果を出せるフリーランスエンジニアの学び方