フリーランスは最近、大衆現象として登場し、インターネットの世界的な広がりと社会化とともに10年前と思われますが、今日のビジネス活動のモデルはまだほとんど研究されておらず、今日のフリーランサーは本質的に新しい生活様式を直接研究している先駆者です自分で。
私は約5年前に世界経済の海で単独航海に出ましたが、沿岸域での安全な釣りはすぐに退屈しました。私は常に、世界の企業や高速スタートアップヨットの巨大なライナーが航海した外洋に魅了されました。
私のように、自由市場での時間の単純な販売に満足していない人のために、私は自分の道を説明します。
最初の1年か2年は、新しい、より自由な環境で熱心に仕事をし、これまでにたった1人のアーティストだけのリソースを持っているマネージャーのスキルを徐々に身につけていきます。
最も明らかな解決策は、作業を委任することです。大きなタスクを細分化して、他のスペシャリスト、おそらく同じフリーランサーに任せます。 物事は行き止まりから動き、プロジェクトの規模と売上高は桁違いに増大しているため、実際には元の仕事をやめ、管理にすべての注意を集中します。
このストリームで動き続けると、次の危機がすぐに起こります。マネージャーとしてのスループットはすでに使い果たされています。 多数の同時プロジェクトと複数の下請業者が管理上の問題のストリームを生成しますが、これは非常に有能な管理者になることもあります。
しばらく前、私はそのような状況に陥ったことに気づきました。マネージャーとしての帯域幅は使い果たされましたが、増え続ける注文をどうにかして処理しなければなりませんでした。 現時点では、私の生産プロセスはこのように見えました。
- 一部の顧客は何らかの作業を行う必要があり、
- 彼は、初期要件を策定するメールで私に連絡します。
- 作業の詳細と完了期限を顧客と調整し、
- この場合、一律の支払いスキームが適用されると、作業コストの交渉と調整が行われ、
- その後、そして時には仕事のパラメータに同意する過程で、私は1人または複数の下請業者にメールで連絡し、仕事の一部を提供しますが、顧客とまったく同じプロセスを持っていますが、私はすでに反対側にいます
- すべての条件がすべての参加者と合意された後、作業が開始され、
- 開発は最も冷静な段階です。ToRがうまく構成されていれば、誰もがうまくいき、
- 下請け業者がタスクを引き渡し始め、仕事をチェックします。
- すべてのサブタスクが完了したら、作業を顧客に送信し、
- その後、仕事の受け入れを顧客に確認し、一般的なGoogle Docsテーブルに顧客の残高の債務額を書き留めます。各下請業者も同様です。
十数人の顧客といくつかの下請業者と同時に作業がどのように見えるかを想像してください。これらすべてのフローを保持するには多くの時間と労力がかかりますが、それは常にプロセスを繰り返すことになります。
そしてもちろん、プロセス全体を合理化および自動化するための適切なツールを探し始めました。制御システムのメーカーは、フリーランサーではなく、伝統的な企業にのみ焦点を当てていることがわかりましたが、仕事をするためのこれらのオプションには大きな違いがあります。
合意と入札
従来の会社でのみ、人にタスクを設定できます。これは、彼が自動的にそれを遂行し始めることを意味します。 これは、フリーランサー、条件の承認、交渉には受け入れられません。これは、電子メールで対処する必要がある作業プロセスの最も重要な部分です。 ただし、このプロセスは標準であり、常に1つのシナリオに従って進行します。
- パートナーの1つがタスクの初期条件を提供し、
- 必要に応じて、2番目のものがそれらを修正し、反対提案をします。
- 両方の当事者が条件を満足するまで、タスクはパートナー間で転送されます。
この場合、いくつかの単純なメカニズムが必要です。
- TKの2つのバージョンを比較するには、パートナーが行った変更を視覚的に表示し、
- パートナーの1人が、もう1人が彼からの決定を待っていることを忘れた場合、条件を受け入れるか拒否するまで、これを定期的に思い出させる必要があります。
- しばらくして、請負業者がタスクを受け入れなかった場合、顧客はタスクを取り消して別の請負業者に転送できるようになるはずです。
- タスクには、時間ベースまたは一律の支払いスキームを含める必要があります。
仕事の提出と受け入れ
フリーランサーの仕事を引き継いで受け入れることは、完了のためにタスクを受け入れることと同じくらい重要なプロセスであり、次のプロセスが発生します。
- 状況が変化した場合、顧客は現在の状態で予定より早く作業を引き渡すよう請負業者に提供できる必要があります。
- 最初に合意した特定の期間が満了した後、顧客が決定を下さなかった場合、作業は自動的に行われ、
- 顧客は修正のためにタスクを送信できる必要があり、請負業者はそれを受け入れるか拒否する必要があります。
- 作業を受け入れた後、そのコストはパートナーの計算に自動的に記録されます。
代表団
作業の委任は、フリーランスをスケーリングするための主要なメカニズムです。簡単かつ便利に行うことが非常に重要です。
- お客様からのタスクを受け入れる前に、下請業者と条件を交渉できる必要があります。
- 委託されたタスクは、下請け業者が作業している間、現在のタスクの作業を妨げてはなりません。
- 顧客に仕事を引き渡した後、下請業者の仕事を自動的に受け入れることができます。
相互決済
従来の企業では、財務関係は労働者から完全に分離されており、タスクに値を割り当てて、通常はユニット単位でのみ本格的なパートナー決済を維持できる管理システムはほとんどありません。 フリーランサーにとっては、この領域はタスク管理と同様に重要であり、同様のルールを適用する必要があります。
- パートナーがそのために好ましくない操作を別のパートナーとの計算に追加したい場合、この操作を行うことへの同意を要求する必要があります。収益性のある操作を削除する場合も同じです。
- パートナーが取引の確認を待っていることを思い出させてください。
- フリーランサーは異なる国に住んでいることが多いため、為替レートの差で遊べないように、為替レートをリアルタイムに変換した透明な会計が必要です。
ご覧のとおり、説明されているメカニズムは企業部門の最新の管理システムが構築されているものと根本的に異なります。これらのメカニズムがなければ、フリーランサーにとってのそのようなシステムの利点は電子メールの能力を大きく超えません。 同僚と私はいくつかのシステム（dotProject、Basecamp）を試しましたが、最終的にはGMailとGDocsに戻りました。 しかし、すべてがどれほど便利で正しいかを考えることは忘れ難いものでした。結局、私たちは座ってそのようなシステムを自分で書きました。
このシステムは、参加者が友人ではなく、ビジネス契約を締結し、メッセージを送信せず、互いのタスクを設定し、相互決済を実行するソーシャルネットワークとして実装されました。 時間が経つにつれて、このシステムは多くの追加機能で大きくなりすぎており、現時点では、それなしでどのようにできるか想像するのは困難です。
その結果、管理上の混雑の問題は解決されました。適切な自動化を使用して多くの小さなプロジェクトを同時に実行することは難しくありません。 私にとって、この実験の主な結果は、フリーランスのスケーラビリティが優れており、他の多くのタイプのビジネスに劣らないことを確認することです。従来のビジネスとは異なる方法で自動化する必要があります。
私たちは現在、本格的な完全仮想企業のプロジェクトの実装に取り組んでいます。昨年の記事「 企業奴隷制、暴走奴隷、仮想企業 」でこのトピックに触れましたが、これには現在取り組んでいるシステムの改良が必要です。
管理システムはWorkReactorと呼ばれ、リンクは提供しませんが、興味がある人は見つけるでしょう。 私たちと同様に、フリーランスは労働関係の未来であると信じているすべての人を招待します。