We-Pilot.AI

製品の核はマッチングであり、閲覧ではない。チケットを出すとプラットフォームがそれを読み、スキルと過去の顧客評価が仕事に合うフリーランスへ回す。複数スキルの案件では、AIが仕事を個別タスクに分解し、それぞれを別の専門家へ送る。だからバックエンドとデザインの両方が要る制作物が、一人の万能型に丸ごと残ることはない。

We-Pilot.AIは求人ボードではなく、やることボードで動く。タスクをチケットとして並べると、プラットフォームが各チケットをスキルの合うフリーランスへ送り、相手が時間の見積もりで応じる。見積もりとプロフィールを確認して最適な相手を選び、案件はブリーフから支払いまで一つのスレッドに収まる。古いマーケットプレイスにつきものの提案集めと候補者リスト作りを、この構造がなくす。

請求は支出を納品された仕事に結びつけ、記録した時間には結びつけない。登録とタスク投稿は無料で、完了したタスクごとに個々のフリーランスへ支払い、着手前に見積もりを合意する。プラットフォームによれば、支払いは公式の品質管理とコードレビューを経た後だという。これは納品されない仕事に払うリスクを減らす狙いがある。公開されたサブスク価格やプラットフォーム手数料表はない。

支払いはタスク単位でStripeを通り、プラットフォームが請求書と業務委託の税務書類を処理する。だからオンボーディング、提案、契約、支払い、メッセージが一つのダッシュボードに収まり、別々のツールをつなぎ合わせずに済む。小規模チームにとって、各フリーランスを追いかけずに税務書類を片付けられるかどうかは、外に出すか出さないかの分かれ目になることが多い。

どのフリーランス採用でも、明確なブリーフを書くことが勝負の半分を占める。We-Pilot.AIはその部分をアシスタントに任せる。アシスタントが求人票を下書きし、数回のやり取りで磨く。だから曖昧なタスクが、フリーランスが正確に見積もれる形になる。良いブリーフは良いマッチングを生む。これがプラットフォーム全体が依存する循環だ。

複数のフリーランスが同じプロジェクトの別々の部分を同時に進められ、クライアント側は全員がチケットごとの単一のコメントスレッドを共有する。開いているすべてのタスクの進み具合が一画面で見える。だから複数の委託案件を抱える創業者も、散らばったチャットや受信箱を追いかけずに済む。