オンライン交換で成功したフリーランサーの習慣

ここでの投稿の1つで、ロシアのフリーランサーは外国人と競争できない（フリーランサーサイトでの仕事を意味する）と述べられました。 私は両側と外国のサイト、そしてロシアでプレーすることができました。 それから彼は観察の小さな選択をしました。



すぐに書きます-このテキストは絶対に正しいと主張するものではありません。 これらは、ロシアおよび外国のサイトで成功したフリーランサーを観察した後の結論です。 常にどこでも例外と機能があります。



はい、顧客が不十分な状況はまだ考慮されていません-あらゆる種類があります。



1.プロジェクトの最初のアプリケーション。 私は本当に次の情報を見たいです：

a）プロジェクトの下で行われること。 コンポーネントまたはタスクのより良いリスト、およびそれらのおおよその時間。 すでにプロジェクトについて考え、自分のアイデアを作成した人（非常に正しくない場合でも）と通信する方がはるかに簡単です。 ただし、ここでは、C ++で明示的に開発する必要がある場合は、注意してphpを提供しないようにする必要があります



例：「詳細を完了してから5日後にプロジェクトを完了できます。 このプロジェクトは、AとBの2つのモジュールの形式で実装できます。Aは機能Xを、Bは機能Uを果たします。

または：「このようなシステムでテストを行い、そのようなアクションを実行します。すべてのユーザーは、アクション結果のフォームを含むエクセルテーブルを送信します。」



多くの人が書いています-「私たちに連絡してください、私たちは最善の方法でそれをします」。 実際、空のメッセージだけを残すことができます:)-アプリケーションを離れたので、彼らが可能な限り最高の方法ですべてを実行しようとすることは明らかです。 誰も書いていない-「お問い合わせください、多かれ少なかれいくつかの作品を作ります」。



b）既に準備ができていて、それを提供したい場合は、OS、コンポーネント、言語、機能、価格、ライセンス条項（ある場合）を説明しておくといいでしょう。 この「終了」がタスクの定式化と100％一致しない場合、不足しているもの、価格、条件、機能を示すことをお勧めします。 多くの場合、開発者と一から作業するよりも、何かを準備する方が簡単です。



c）プロジェクト（作業）の結果として転送される予定のもの-コンポーネント、ソース、ヘルプ、インストーラー、ビデオ、結果、およびその形式。

例：「プロジェクトが完了すると、実行可能ファイル、Visual Studio 2005のソースコードを含むC ++プロジェクト、使用のための簡単なマニュアル、InnoSetupインストールパッケージのプログラム、および元のInnoSetupプロジェクトを受け取ります。」



この例では：

-顧客がお金で受け取るものを見せます。

-彼らの知識と経験を実証する機会があります。

-すでにフリーランサーの仕事だけでなく、タスクの特定の実装の販売を開始しています。



2.フリーランサーの価格が平均よりもはるかに高く、10を超えるオファーがある場合、顧客が価格が高い理由を見つけることはほとんどありません。 おそらくフリーランサーは本当にプロフェッショナルであり、彼らは何らかの排他的なものを提供する準備ができています。 しかし、顧客が知ることはまずありません。 ほとんどの場合、彼は連絡さえしません。

ポイント1に従うと、顧客は価格の正当性を確認し、連絡を取りやすくすることができます。



3.取引と価格-常に高価格が取引に関係するとは限りません。 取引は、オファーが一意である場合にのみ行われます。 この可能性はそれほど高くないと思います。

交渉したい場合は、価格を示すのではなく、「価格に名前を付けることができません。詳細が必要です」と示すことをお勧めします。



4.次に、主なものについて-価格。 もちろん、何回か価格を引き下げようとしている「東部の人々」タイプの顧客がいます。 これは正常です。



単純なケース-取引は100％の詳細でプロジェクトを回っています。 ここにはレシピはありません。フリーランサー自身は、ローディング、お金の必要性など、彼の個人的な要因によって決定されます。

難しいケースは、説明に1〜2行あるプロジェクトの周りで取引が行われ、価格が既に1ドルの精度で修正されていることです。 これは、かなり奇妙です:)

たとえば、顧客の予算は100ドルですが、200が必要です。この場合、プロジェクトの詳細を調整できます。顧客にとって重要ではないポイントがたくさんありますが、開発は節約できます。 たとえば、プログラムされたWebサイトを自分の手で使用するのではなく、既成のエンジンを使用します。 または、顧客はソースコードを必要としません。 または、顧客にとって不可欠ではない機能のために作業量を減らします。 または、サードパーティのコンポーネントとライブラリを使用します。



この場合、重要な点は、顧客に問題と予算があることです。 彼は予算に収まる問題の解決策を必要としています。 ほとんどの場合、問題が70〜90％解決されれば顧客は満足します。 問題が50〜70％解決されれば満足です。 問題の原因を見つけて、予算に収まるソリューションを提案できます。 必要に応じて、不足している機能が有料でフリーランサーに注文されます。



5.また、プロジェクトがどのように使用されるか（内部使用または配布）を知ることも役立ちます。 内部使用が1-2のインストールである場合、いくつかのことを大幅に最適化または削減できます。たとえば、同じオペレーティングシステム用に開発し、オープンソースコンポーネントを使用し、インストーラーを削除します。 もちろん、これは価格に影響します。

製品を「横に」配布する予定の場合、すぐに異なるOS（XP / Vista / 7）のサポートを提供（およびその理由を説明）する価値があります。ライセンスされたコンポーネントの使用を明確にし、インストーラーと更新について考えます。 顧客は、プロジェクトの高品質な実装に対するそのような活動と関心を喜んで見るでしょう。



6.私は、フリーランサーに、問題の本質についてより多くの質問を顧客にお願いしたいのです。 彼は「脳を食べる」ことはしませんでしたが、顧客が必要としているものを正確に理解しようとしました。 これは、そのようなフリーランサーとの仕事を続けることを非常に勇気づけます。

唯一のことは、このプロジェクトを必要としないか、フリーランサーなしで問題を解決できると顧客に誤って確信させる機会があることです:)