フリーランスの報酬額の見積もり方と考え方

Share
フリーランスの報酬額の見積もり方と考え方

フリーランスの報酬額の見積もり方と考え方

フリーランスになってかれこれ6年目。それでも毎回悩むのが仕事の報酬の見積もり。永遠のテーマ。たぶん人それぞれ考え方は違うかもしれない。あれこれ悩みたくないし交渉が苦手だからと、人月単位で単価を固定してる人とかもいると思う。以前書いた通り、自分は人月単価で仕事を受けていない。全て案件の内容に応じて報酬額を提示させていただいている。その理由も必要なら納得してもらえるまで先方に説明する。ちなみに自分の場合、最初から報酬額が決まっている案件はあんまりない。

この6年で仕事を見積もる際の考え方はだいたい出揃ってきたので、紹介してみたい。

依頼内容を詳しく聞いたら、軽く設計して実際のタスクがどのようになるか検討する。それを元に効率性・緊急性・専門性・有効性の4軸で仕事を評価する。詳しくは後で説明するとして、まずは希望的価額を自分の中にイメージするのが大切。つまり、「この仕事を自分ならいくらで引き受けたいか」をざっくり決める。

で、その希望的価額ってのは自己評価に大きく影響を受ける。その仕事をやり切る自信が全然なければ、プレッシャーや責任を避けるために低めに提示しようとしてしまう。だから成功体験を積み上げて自分に自信を付けておく必要がある。そうしなければ、勇気を出して正当と思える額を提案できない。誰よりもまず自分がその提示額に納得できる必要がある。

希望的価額が主観によるものなら、相場勘は客観的な評価額。あくまで参考程度にする。一番やってはいけないのは、会社員時代の給料を基準にすること。給料には福利厚生やオフィスの地代、仕事道具代が数字として現れていない。フリーランスはこれらを全部自分で賄う必要があるので、勘案することを忘れないようにする。

有効なのは他のフリーランスの知り合いを参考にすること。例えばとあるエキスパートなRuby on RailsエンジニアのAさんの一人月は80万円だった。でもこの数字を鵜呑みにしないで欲しい。この人はRubyだけの人じゃないから。仕事も早かった。マネージメントもできた。あくまでAさんのケースってこと。Aさんを詳しく知っている俺だけが参考にできる。

だから「相場を教えて下さい」と言われても、正直俺も知りませんとしか言いようがない。自分なりの客観的な基準があればそれでいい。正しさは問題じゃない。相場「勘」だから。

主観的・客観的な価額の基準をイメージできたら、次の4つの評価軸で提示額を検討する。

まず客観的に開発工数を見積もる。自分なら何日かかるかではなく、一般的にどれぐらいかかりそうかを想像する。例えば今まで一緒に仕事をした人たちのスピードなどを参考にする。普通は3人月かかるところを1人月で終わらせられるのなら、それは価値だ。1ヶ月で終わらせられるからといって1人月分相当しか貰わないというのはおかしい。

自分の場合はフルスタックなので、UIも担当することが多い。担当範囲は広いほど効率がいい。なぜならコミュニケーションコストがかからないから。この節約できたコストは同様に価値として考慮する。

先方から期限があらかじめ与えられたら、その緊急性を加味する。いわゆる特急料金というもの。一週間でサーバサイドを含めたAndroidアプリを作る話などが過去にあった。この場合は割増で提示する。

緊急性の高い仕事はお得感がある代わりにリスクが高い。使ったことのない技術が必要な案件は危ないので避けるべき。絶対に自分なら確実に仕留められるという確信がある時だけ受ける。

例えばWordPressのサイトコーディングなどは出来る人が沢山いるので、専門性が低いと言える。対して、推薦システムを組むとか画像認識させるとかは専門性が高い。ようは出来る人が少ない領域ほど専門的になる。自分にとってそれが簡単に出来るかどうかは関係ない。その技術を会得するために払った労力には価値があることを意識する。

この仕事は同じ要件で別々の人に作らせると、全く異なるものが出てくるから面白い。つまり人によってクオリティに違いが出る。だから要件を満たして「ただ動くモノ」は最低ラインとして考える。そこから更に「ユーザが満足するモノ」とか「話題になるモノ」とか、リリースした後に分かる効果は付加価値として評価できる。そういう力量の違いが大きく現れる案件では、自分の持つ付加価値を加味する。

自分の場合は主に「使いやすいモノ」を作るのが得意。その付加価値の裏付けは実績が全て。例えば13万人のユーザを集めたとか、お金を払ってもらえるプロダクトを作ったとか。口だけでは誰も信じない。だから日頃から実績を残すことを意識して働く。

希望的価額と相場を起点に、以上の評価軸を使って折り合いの付く額を見つける。つまり葛藤する。これぐらいは欲しい、これぐらいは貰うべき、いや取り過ぎか・・と。

検討の結果、自分は三人力だから三倍の額を提示する、というのは若干ぼったくり感がある。そこから幾分か安くしてお得感を出して、それを自分に依頼するメリットの一つとして提案すると納得してもらいやすい。大事なのはお互いが納得できる事。

ただし、相手の懐に一方的に合わせるのは良くない。取引相手だって出来れば安く抑えたいに決まってる。でも相手の顔色をうかがって安売りすると結果的にお互い不幸になる。報酬が安いとやる気が起きないし仕事も粗くなる。粗悪品を受け取って喜ぶ人はいない。予算が足りなければ、要件を削るなどして妥当な内容に修正してもらう。

この4つの評価軸は、報酬を上げていくための成長指針としても使える。もっと効率化して、臨機応変になり、スペシャリストになり、実績を積み上げる。どれかに的を絞るのも手。

あと報酬を上げる方法の飛び道具としては、カリフォルニアに行くとかもアリ。自分は物価の高いロンドンの仕事を今狙ってて、7月に営業に行く予定。英語がんばろ。

以上、参考になったらイイネしてね☺️

作ってます:

Read more

ハッカーと写真家

ハッカーと写真家

どうも、Takuyaです。 エージェント型コーディングは、今やすっかり欠かせないワークフローになりました。 自分のような個人開発者にとっても、ソフトウェア開発の景色と考え方を一変させました。 同時に、この劇的な経済的変化に不安を感じている人も多いと思います。 ほとんどの人にとって、これはプログラマーとして経験してきた中で最大のパラダイムシフトです。 自分もなかなか受け入れられず、悲嘆の五段階の取引(Bargaining)と抑うつ(Depression)の段階を抜けるまでに結構時間がかかりました。 でも Opus 5.5 を見てから、AI は自分でほぼコードを書くのをやめてもいいくらい賢くなったと感じました。今は主に、生成されたコードを Neovim でレビューしています。 AI はこれからも進化し続けるし、自分がコードに触れる機会は着実に減っていくでしょう。 その中で、今後自分たちが何を学ぶべきか、プログラミングに対するメンタルモデルをどう変えていくべきかについて議論したいと思います。それと、この特別な瞬間の自分の考えや気持ちを書き残しておきたいと思ったので、本稿は自分のための「

By Takuya Matsuyama
信念を貫け!1年半の開発と3ヶ月の燃え尽きから学んだAIコーディングの教訓

信念を貫け!1年半の開発と3ヶ月の燃え尽きから学んだAIコーディングの教訓

お断り: 元の記事は英語で書き、壊れた文法はAIで直しました TL;DR * アプリの新バージョン開発に費やした1年半(3ヶ月の燃え尽き期間を含む)で学んだこと * AIは常に人生の二の次であるべき。過去には二度と戻れない * 5年後に振り返ったとき、Fableがどうだったとか完全にどうでもいい * シングルタスクをキープしろ。エージェントの数は関係ない * 頭の中のコンテキストスイッチが次のボトルネック * 理解があるからこそ、次のアイデアが生まれる * 自分を本当に幸せにするものを知れ – 僕は自分が欲しいものを作る * SaaSを10年以上運営するのは、同じ作品を何年も描き続ける漫画家のようだ * 自分の信念を築けるのは、自分だけ Inkdrop v6の開発に1年半費やした どうもTAKUYAです。英語圏でかれこれ10年個人開発をしています。先日投稿した通り、予てから作っていた新バージョンのMarkdownノートアプリをやっとリリースしました。繰り返しになるので、リンクだけ貼っておきます: Inkdrop is an AI-native Markd

By Takuya Matsuyama
Inkdrop v6リリースしました

Inkdrop v6リリースしました

どうもTAKUYAです。日本語でもお知らせします。 Inkdrop v6を正式リリースしました!1.5年がかりの大改修となり、大変お待たせしました。本バージョンでは、新しいMarkdownエディタや、最近のエージェント型コーディングワークフローに最適化された新しいAI連携機能など、根本から作り直した改善が盛りだくさんです。それでいて、気が散らないシンプルでクリーンなUXはそのまま維持しています。 まずはじめに、既存のユーザの皆様に大きな感謝を述べたいと思います。開発期間中に辛抱強く待って下さった事、そしてCanaryテストで多くのフィードバックをくれたことに心から感謝します。皆さんのサポートなしには実現できませんでした。 ウェブサイトもv6に合わせて完全に作り直しました。アプリのUIをそのまま使ってライブデモを構築したので、アプリをDLせずとも新しいエディタを試せるようにしました。ぜひ触ってみてください: Inkdrop is an AI-native Markdown note app for developers — smooth context flow between

By Takuya Matsuyama
個人開発と生活

個人開発と生活

朝、娘をバス停まで送り出す。前にちらっとみかけた田村淳の相槌術が面白そうだったので、ママ友との雑談で早速実践してみたら効果てきめんだった。その方法は単純に、職業病で癖になっている批判的思考を完全オフにし、相槌に全神経を注ぐ、というものだ。「へぇ」「うん」「うーん」「なるほど〜」と、相手の話にどんなバリエーションで返そうかという所に集中する。騙されたと思って試してみて欲しいんだが、このお陰で相手の話がよく理解できて、自然なフォローアップの質問やリアクションが浮かぶようになる。こちらから頑張って面白い話をひねり出す必要が無いので、気が楽になった。話の結論も何もいらなくて、「そうなんですね」「いいですね」「ほんじゃお疲れ様です〜」みたいな感じで締めくくる。反応に困ったらとりあえず「いいですね」まじで便利!男相手の会話でも有効。インタビューにも応用が利きそうだ。 天気が悪くてだるいので、やる気が出るまで部屋でレシートの撮影などの単純作業をして過ごした。レシートを撮ったら事務代行さんに投げる。そのうちAIに代替させたい。レシートは基本カフェばっかりである。 ユーザフォーラムをチェックしたら、

By Takuya Matsuyama