フリーランス開発者の採用方法

失敗した開発プロジェクトのほとんどは、コーディングが悪かったわけではありません。仕様が悪く、間違ったシグナルで雇用され、引き渡しが不完全だったため、次の開発者が最初からやり直す必要がありました。技術的な部分で費用が失われることはめったにありません。

これは非技術的な購入者にとっては朗報です。なぜなら、最も重要な決定は、あなたが下す資格のある決定だからです。適切に雇用するために誰かのJavaScriptを評価する必要はありません。問題を正確に説明し、関連する証拠を認識し、ごまかしにくい質問をし、鍵を握る引き渡しを主張できる必要があります。このガイドでは、これら4つすべてについて説明します。

実際に何を構築するかを決定する

テクノロジーではなく、結果から始めましょう。「アプリが必要です」はブリーフではありません。「顧客は携帯電話で予約と支払いを完了でき、私は明日の予約を1つのリストで確認できる必要があります」がブリーフです。2番目のバージョンは見​​積もり、テスト、議論が可能です。最初のバージョンはできません。

誰とも話す前に、次の4つのことを書き出してください。

• 実行すべき仕事ユーザーが今日できないことを達成できること。技術的な言葉ではなく、ユーザーの言葉で、機能ごとに1文。
• 必須事項構築が無意味になるような、ごく少数のこと。リストに6つ以上ある場合、それは仕様ではなく、希望リストです。
• 既存のもの現在のサイト、ホスティング、ドメイン、決済プロバイダー、CRM、スプレッドシート。すべての統合は作業であり、未申告の統合は見積もりが破綻する原因となります。
• 誰がそれを維持するかソフトウェアは購入ではなく、コミットメントです。開発者を維持するか、他の誰かを雇うか、自分で管理するかを今すぐ決定してください。

役立つ規律：最初のバージョンを、本当に役立つ最小限のものとして説明します。その他すべては2番目のリストに記載されます。開発者は最初のリストを見積もり、2番目のリストは最初のリストが収益を上げ始めた後に資金提供するものです。

どのような開発者が必要か

「開発者」は、互換性のない数十の異なる職種をカバーしています。間違った開発者を雇うことは、このプロセスで最も一般的で最も高価なカテゴリのエラーです。

• フロントエンドユーザーが見て触れるもの：レイアウト、インタラクション、応答性、アクセシビリティ。再設計、マーケティングサイト、既存システム上の新しいインターフェースのために雇います。フロントエンド開発フリーランサーを参照してください。
• バックエンドデータ、ロジック、API、認証、支払い。ボタンが押された後に何が起こるかに価値がある場合に雇います。バックエンド開発フリーランサーを参照してください。
• フルスタック両方を実用的な水準で。ほとんどの小規模な構築に適した選択肢です。なぜなら、2人の専門家間の調整は、小規模では節約できるよりもコストがかかるからです。
• CMSとプラットフォームWordPress、Shopify、Webflowなど。要件が既存のプラットフォームで満たされる場合、それを再構築するためにカスタム開発者を雇うのは無駄な費用です。WordPress開発とShopify開発を参照してください。
• モバイルネイティブiOSまたはAndroid、またはクロスプラットフォーム。Webとはまったく異なる分野であり、独自のストアレビューとリリースに関する制約があります。モバイルアプリ開発を参照してください。
• メンテナンスと修正デバッグ、更新、パフォーマンス、セキュリティ。多くの場合、最も価値の高い雇用であり、購入者が最も長く延期するものです。ウェブサイトメンテナンスを参照してください。

本当にどれが必要か分からない場合は、それ自体が小さく、安価で、明確に定義された仕事です。何かを依頼する前に、経験豊富な開発者に短いスコープに関する相談のために費用を支払ってください。

人を選ぶ前にテクノロジーを選ぶ

言語を選択する必要はありません。ただし、プラットフォームかカスタムかという1つの決定を下す必要があります。これは、このガイドの他のどの選択よりも総コストに大きな影響を与えます。

プラットフォーム構築（WordPress、Shopify、Webflow、ノーコードツール）とは、ソフトウェアのほとんどがすでに存在し、設定、デザイン、およびあなたに固有の部分に費用を支払うことを意味します。何千もの開発者がそれを知っているため、より速く、安価で、次の人に引き継ぎやすくなります。制限は、プラットフォームの前提の中で生活することです。

カスタム構築とは、ソフトウェアがあなたのために書かれることを意味します。それは正確にフィットし、作成と維持に数倍の費用がかかります。なぜなら、それを書いた人だけが、文書化するまでそれを知っているからです。あなたがするものが製品である場合、カスタムは正しい答えです。パンフレットサイトや標準的なショップには間違った答えです。

2つの実用的なルール。まず、主流のプラットフォームが必要なことの80パーセントを満たす場合、そこから始めて、不足している20パーセントに費用を支払います。次に、何が選択されても、その理由を尋ねてください。要件の観点から選択を説明できない開発者は、あなたが必要とするものではなく、自分が好きなものを選択しています。完全なサイト構築を検討している場合、当社のウェブサイト費用ガイドが費用帯を説明しています。

開発者が引用できる簡単なブリーフを作成する

優れた技術ブリーフは短く具体的です。開発者に構築方法を指示するのではなく、完了時に何が真実でなければならないかを伝えます。

• 問題点（1段落で）。現在何が起こっているのか、そしてそれがなぜ受け入れられないのか。
• ユーザー ストーリー。「顧客として、私は…できるように…できる」。5〜15個のユーザー ストーリーがあれば、それは真の仕様です。
• 統合。些細だと考えるものも含め、すべての外部システムを名前で挙げてください。
• 提供するもの。コピー、画像、デザイン、ログイン情報、テストデータ。未申告のギャップは請求対象時間になります。
• 制約。締め切り、予算範囲、維持しなければならないホスティング、満たさなければならないコンプライアンス。
• 完了の定義。どこにデプロイされ、どのようにテストされ、どのレベルまで文書化され、何とともに引き渡されるか。

予算範囲を含めてください。買い手はより低い見積もりを期待して予算を伏せますが、実際にはそれは間違った規模を狙った提案を生み出すだけで、その結果、それを発見するために一連のやり取りを無駄にすることになります。優れた提案を得るためのプロジェクト ブリーフの書き方に関する私たちのガイドには、より完全なテンプレートがあり、時間単価と固定価格では、あなたのブリーフがどの価格モデルを求めているかを説明しています。

候補者の絞り込み

3〜5人の候補者を目指しましょう。それより少ないと比較ができません。それより多いと、どれも適切に評価できません。

検索には2つの方向があります。仕事が明確に定義されており、特定のものを購入したい場合は、仕事から始めます。ウェブサイト開発、ソフトウェア開発、ウェブアプリケーションの固定価格リストを閲覧するか、ウェブデザイン、WordPress開発者、モバイルアプリ開発、Shopifyエキスパートのマーケットプレイスで検索します。

仕事に議論が必要な場合は、人から始めます。React、WordPress、PHP、Python、Webflowなどの分野やツールで開発者を閲覧するか、ブリーフを投稿して提案を待つこともできます。Zinn Hubでは、プロジェクトの投稿は無料で、ウェブサイト開発、バックエンド開発、モバイルアプリ開発などの特定の分野に絞って投稿できます。

関連性で厳しくフィルタリングし、他のすべては軽くフィルタリングします。あなたのものと似たものを3つ出荷した開発者は、異なる分野で2倍の経験を持つ開発者よりも、ほとんどの場合優れています。

開発者のポートフォリオの読み方

誰かのコードを監査する必要はありませんし、できません。ポートフォリオは、何を見るべきかを知っていれば、それでも多くのことを教えてくれます。

• ライブリンクを開く。スクリーンショットは何も証明しません。携帯電話でサイトを読み込み、使用し、壊してみてください。今日壊れているものは、壊れたまま承認されたものです。
• あなたのような問題を探す。同じ業界ではなく、同じ形の問題です。予約フローは、散髪を販売する場合でもヘリコプターを販売する場合でも、予約フローです。
• 彼らが何をしたかを確認する。チームプロジェクトでは、どの部分が彼らのものだったかを尋ねてください。「それに携わった」は、非常に多くのことを意味することもあれば、ほとんど意味しないこともあります。
• 基本を自分でテストする。ページは素早く読み込まれますか？携帯電話で動作しますか？フォームはキーボードで使えますか？これらは、非技術的な買い手でも完全に理解できる職人技のシグナルです。
• レビューを証拠の集合体として読む。1つの絶賛レビューはノイズです。多くのレビューにわたるパターン、特にコミュニケーションと締め切りに関するものはシグナルです。Zinn Hubのレビューには、確認済みの購入が必要です。
• 何がうまくいかなかったかを尋ねる。「うまくいかなかったプロジェクトについて教えてください」という質問に対する最も強力な答えは、具体的で、不名誉で、よく分析された話です。スムーズなプロジェクトしか経験したことのない開発者などいません。

これを体系的に行うには、私たちの12ステップのフリーランサー審査チェックリストを参考にしてください。

雇う前に尋ねるべき質問

目的は誰かを陥れることではありません。答えが準備されていないときに、その人がどのように考えるかを聞くことです。

• 過去の構築について説明する「これらのプロジェクトの1つと、あなたが行ったトレードオフについて説明してください。」優れた開発者は、行わないことを選択したことと、その理由を挙げます。トレードオフのない専門用語は警告サインです。
• ここで心配なことは何ですかあなたのブリーフで最もリスクの高い部分は何ですかと尋ねてください。「何もない、簡単だ」と言う人は、それを適切に読んでいません。
• 何が不足していますか「私が提供していないもので、あなたが必要とするものは何ですか？」強力な候補者は、これにすぐに詳細に答えます。
• 進捗状況はどのように確認できますかステージングリンク、週次更新、共有ボード。どんな答えでも構いません。答えがないのはいけません。
• ローンチ後に何が起こりますかバグ対応期間、サポート条件、ドキュメント。何か問題が発生したときではなく、開始する前にこれに同意してください。
• コードの所有者は誰ですか直接尋ねてください。答えは、納品時に書面で、実行に必要なすべてを含めて、あなたであるべきです。

コミットする前にテストする

買い手にとって最も安価な保険は、大きな仕事の前に小さな有償の仕事をすることです。無償の試用ではありません。それは優れたフリーランサーは断りますし、お金が絡んだときにその人がどのように振る舞うかについては何も教えてくれません。実際の、小さな、有償のタスクです。

良いテストタスクは、代表的で、自己完結型で、一回の作業で完了できるものです。特定のバグを修正する、1つのページをレスポンシブにする、フォームを追加して接続する、遅いページを改善するなどです。あなたが本当に評価しているのはコードではありません。開始する前に明確な質問をしたか、希望するものではなく要求されたものを納品したか、何をしたかを説明したか、そして彼らが提示した期間があなたが得た期間であったかどうかです。

Zinn Hub では、自然な形式は Micro Zinn です。$5、$10、$15、または $20 の固定価格タスクです。バグ修正と小規模なコードタスクを閲覧するか、ウェブサイトのバグ修正と調整を閲覧するか、$20 Micro Zinnsから価格で始めることができます。コミットする前にフリーランサーをテストするに関するガイドでは、テストの構成と評価方法について説明しています。

費用と支払い方法

開発の価格設定は、他のどのフリーランスカテゴリよりも多様です。これは、仕事の内容がより多様であるためです。以下に示すのは、Zinn Hubの価格ではなく、仕事全体の一般的な市場帯であり、各フリーランサーが独自に設定しています。

• 小さなタスク

  $200未満

  バグ修正、プラグインの競合、フォーム、速度改善、既存のビルドへの小さな機能追加。固定価格タスクとして購入するのが最適です。

• 標準的な構築

  $500–$2,000

  プラットフォームベースのサイトまたはショップ：テーマ設定、複数のページテンプレート、フォーム、基本的な統合、立ち上げ。

• 高度な

  $2,000–$8,000

  カスタム機能、アカウントとログイン、支払い、サードパーティ統合、またはゼロから実装された特注デザイン。

• アプリケーション

  $8,000+

  実際のソフトウェア製品：多機能システム、ダッシュボード、モバイルアプリ、意味のあるバックエンドロジックと継続的なエンジニアリングを伴うあらゆるもの。

費用は範囲、複雑さ、経験によって異なります。これらのバンドは、見積もりを常識的にチェックするためのものであり、料金表として使用するものではありません。もし提示された金額があなたの要件に比べて2段階も離れている場合、その差は議論する価値のあるものです。

Zinn Hubでは、すべてのZinnの価格はZinnerによって設定され、購入者はプラットフォーム手数料を支払う必要はありません。すべての価格は米ドルで表示され、お使いの通貨での概算も表示されます。注文は単一の全額として支払われ、保護されます。段階的なリリースやマイルストーンリリースはないため、段階的な構築は個別の注文として、またはプロジェクト概要で個別の価格設定されたフェーズとして合意されます。Platform Protected Zinnerを選択すると、注文が完了するまでZinn Hubが支払い金を保持します。払い戻しは全額、米ドルでZinn Walletにクレジットされます。独自のPayPalまたはStripeアカウントを接続しているZinnerは、チェックアウト時に直接支払いを受けます。

所有権、アクセス、引き渡し

これは購入者がスキップして後で後悔するセクションです。作業を開始する前に、これらすべてを書面で合意してください。納品後には、交渉の余地は残されていません。

• あなた名義のアカウント。ドメイン、ホスティング、およびサードパーティサービスはすべてあなた名義で登録し、開発者はユーザーとして追加してください。決して逆にしてはいけません。
• 納品時のコード所有権。最終的な支払いをもって、その成果物をあなたが使用、変更し、他の場所へ持ち出すことができることを明確に記載してください。独自のライセンスを持つサードパーティコンポーネントについては、質問してください。
• リポジトリへのアクセス。たとえあなたがそれを開くことがなくても、次の開発者に渡せるようにしておく必要があります。
• すべての認証情報。管理者ログイン、APIキー、データベースアクセス、デプロイメントアクセスは、最終支払い前に転送され、動作が確認されていること。
• ドキュメント。デプロイ方法、ファイルの場所、問題が発生した場合の対処法に関する短い書面。1ページで十分です。何もないのは論外です。
• バグ修正期間。ローンチ後、真の欠陥が追加費用なしで修正される期間を定めます。30日間が一般的で妥当な要求です。

著作権およびライセンス条件は国や契約によって異なるため、これは一般的なガイダンスとして扱い、法的な助言とは見なさないでください。商業的に重要な事項については専門家のアドバイスを受けてください。

開発プロジェクトを失敗させる間違い

• 要件定義がないまま雇用する。仕様を明確にするために費やした1時間は、構築と手直しにかかる数時間を節約します。このリストの他のどの項目よりも重要です。
• 価格だけで選ぶ。最も低い見積もりは、最も理解が不足している場合が多く、その差は変更要求として表面化します。
• こっそり範囲を追加する。構築中の小さな要求は、固定価格が紛争に発展する原因となります。それらをまとめて、価格を設定し、決定してください。
• ステージング環境がない。ライブになってから初めて作業を確認すると、壊れたサイトがあなたではなく顧客によって発見されることになります。
• モバイルチェックをスキップする。訪問者のほとんどはスマートフォンを使用しています。スマートフォンで開いて確認していないものは何も承認しないでください。
• 引き渡しを最後まで残す。アクセスと所有権を合意するタイミングは、最初のコミットの前であり、最後の請求書の時ではありません。
• メンテナンス計画がない。ソフトウェアは劣化します。初日から更新、バックアップ、セキュリティの予算を立てるか、後で復旧費用を支払うことになります。
• 警告サインを無視する。曖昧な回答、小さな締め切りの遅延、プラットフォーム外での支払いの圧力はすべて、一般的なフリーランス詐欺に関するガイドで説明されています。

フリーランスが本当に適切な選択肢なのかまだ迷っている場合は、フリーランス対エージェンシーで、中小企業の構築について両者を正直に比較しています。