適切なフリーランス料金を決めるための鉄則は、クライアントの思考プロセスを理解すること | ライフハッカー・ジャパン
フリーランスとして初めての仕事をいただいたとき、料金をどう決めたらいいのかわかりませんでした。高すぎればがめつい印象を与えてしまうし、安すぎては生活していけないし。あれから2年。ようやく、クライアントと私の双方にとってベストな料金設定のコツがわかってきました。 フリーランサーは大局的に見るのが苦手 私はウェブデベロッパーです。多くの同業者が、現在または過去の給料をもとに料金を決めています。給料はそのまま市場価値を意味するので、それを料金設定の基準にするというのは、一見妥当なように感じます。でも私は、それが間違いであることに気がついたのです。 フリーランサーの多くが、大局的な視点で物事を見られていません。料金設定に必要なのは、クライアントの予算にあなたの仕事が見合うかどうかを把握すること。クライアントの予算は知ることができても、その予算がどうやって組まれたかまではわかりません。ではいったい、
続・74歳だがフルキャストの日雇いバイト紹介先で1分も働かしてもらえず帰らされ、給与も交通費も支払ってもらえなかった件→一言でフルキャスト側の対応が変化。賃金の60％を支払ってもらうことになった→全額支払われることに
結局、「休業手当」という名目で60％の賃金を貰えることになったので、タイトルを少し変更した。 前エントリはこちら http://anond.hatelabo.jp/20141205140837 友人のアドバイスを元に、フルキャストに以下の一言を伝えただけで、対応がガラリと変わった。 「フルキャストさんは紹介業務をするところだから責任はないですね。だから、紹介先のSBSロジコム株式会社に抗議します」 友人曰く、フルキャスト（他の斡旋業者も多分一緒）は、紹介先企業のことを「お客様」と呼び、ベッタリな状態である。そのため、「お客様」とのトラブルを嫌う。なるべくなら、フルキャストと被紹介者との関係だけで解決を望んでいるわけだ。だから、「フルキャスト―父」という関係から「紹介先企業―父」という関係に移すということを伝えれば、対応が変わるであろうとのこと。 実際にその通りになった。 昨日までは交通費す
74歳だがフルキャストの日雇いバイト紹介先で1分も働かしてもらえず帰らされ、給与も交通費も支払ってもらえなかった件
敢えて釣りっぽいタイトルにしたが、エントリではなるべく客観的な記述を心がけたいと思う。 また、当事者は筆者ではなく、74歳の父である。父は私の援助を一部のみしか受け取らず、生活保護の受給も拒んでいるため、フルキャスト等の登録制の派遣バイトで生計を立てている。 本エントリは紹介者のフルキャスト（所沢支店）と紹介先のSBSロジコム株式会社の対応に不満を持ったために、個人を特定されることを覚悟で、抗議の意味を込めて書いている。加えて、派遣法改正によって成立した”日々紹介”というシステムに強い疑念を持ったことも、投稿する理由となった。 以下、時系列的に。 2014/12/03 ・父が「お歳暮のピッキング・仕分け」のバイトを申し込む。 ・無事審査を通過して、紹介先決定。 2014/12/04 ・派遣先へ時間通りに到着。 ・「○○（父の名前）とSBSロジコム株式会社は、次の条件のとおりに雇用契約をいた
【SEO】丸パクリサイトの被リンクで検索順位が上がっても - 検索サポーター
丸パクリのエントリーでSEOを語られても 私はSEOを仕事にしていますし、SEOに関しての話題についても、もちろん興味があります。 いつも貪欲に情報を欲し、何かネタになるものはないかと探しています。 同業の先駆者のサイトやライバルのサイトもチェックしますし、ジャンルが違えど、参考となる情報があればなるべく取り込みたい、情報をしっかり咀嚼して自分のものにしたいとも考えています。 色々な情報を探して検索、被リンクの巡回などを行っていると、「あれ？この文章はどこかで見たことあるな」というページ、サイトに遭遇します。 （引用、出展とは言い難い、オリジナル要素が全くない文章丸パクリのページに遭遇することがあります。） しかも内容がSEOについて書かれたエントリーの丸パクリだと、「丸パクリでSEOを語るのはどうかと思うよ」と、全力でツッコミを入れたくなります。 （まあ、ボットで自動的に文章を取得してい
検収後に発覚した不具合の補修責任はどこまであるのか（前編）
検収後に発覚した不具合の補修責任はどこまであるのか（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（4）（1/2 ページ） 連載目次 今回は「稼働後に検出した不具合を理由に、ユーザーがいったんは検収したシステムの支払いを拒んだ事件」と、そこから得られる知見を解説しよう。 請負契約によるシステム開発において、検収まで行った発注者が受注者との契約を解除し費用の支払いを拒むという例は、ユーザーとベンダーがシステムの完成をめぐって争うことの多いIT業界においても決して多いことではない。 しかし、この判決は、システム導入の目的と要件の関係やその検証、および導入後のベンダーの不具合対応などについて、多くの論点を提供してくれる。今後に役立つ知見を残してくれるものであることから、今回の題材として取り上げることとした。 請負契約において、ベンダーが「ユーザーと交わした約束をしっかりと果たした」と言え
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まとめよう、あつまろう - Togetter
フリーランスの全国Webサイト制作料金表 2013年度版