世界を動かす技術を、日本語で。

私が騙されたことで学んだこと

2026年4月6日原文(belief.horse)

概要

  • 2024年春、北京のARバスツアープロジェクト支援の依頼を受ける
  • 到着後、現場の技術的・運営的な混乱を目撃
  • 数々の改善提案や過酷な労働を実施するも、根本問題は解決せず
  • 約束された報酬は支払われず、法的回収も困難
  • 経験から得た教訓とFAQを共有

北京ARバスツアープロジェクト体験記

  • 2024年春、友人経由で 北京のARバスツアープロジェクト 支援依頼を受領
    • クライアントは カリフォルニア拠点、信頼できる知人の名前も挙がる
  • 過去の経験から ARバス特有の技術的難題 を熟知
    • 初回ミーティングで 技術的アプローチの質問 も、明確な回答なし
    • 初期段階から 違和感 を覚える
  • 即渡航 のためビザを確認、以前のプロジェクトで取得したビザが有効
  • 現地到着後、 プロジェクトの混乱ぶり を目撃
    • 未経験の若手開発者 がバイナリコードをUSBで直接本番環境にデプロイ
    • バージョン管理未導入、そもそも概念を理解していない
    • AR実装の基礎的知識不足 (レンズ歪み補正・視差・オクルージョン等未対応)
    • ジャイロスコープの軸反転バスのピッチ誤反映GPSの不安定さ 放置
    • レンダーパイプライン混乱、35層以上のフルスクリーン合成を非効率実装
    • 消費者向けPC・OLEDパネル の物理的リスク管理も皆無
    • MDF棚をラック代用、振動多い悪環境
    • ノードベースプログラミングのスパゲッティ化、可読性・保守性皆無
  • 納品遅延・コスト超過、基礎機能すらまともに提供できず
    • 過信と未熟さ による現実認識の欠如
  • 改善提案・環境整備 を繰り返し提案
    • レンズの内部パラメータ測定、カラーマネジメント導入、カメラの予備確保
    • レンダーパイプライン再構築Windowsビルドの標準化 要請
    • バージョン管理導入 を実演し、効率化を説明
  • 根本的課題解決よりも派手な演出 を優先するよう要請される
    • ストーリーボードもなく、口頭説明のみで即日エフェクト制作を強いられる
    • クライアントは期待外れに毎回不満を表明
    • 制作フローの明確化と段階的承認プロセス を提案
  • 職場内のハラスメント問題 も仲裁
  • 11~14時間労働を24日連続 で実施、私物機材・ソフトウェアを持ち込み使用
    • 全費用自己負担、怪我を抱えながらの作業
    • 家族への負担増加、育児への影響
  • 契約金の4分の1以下しか受領できず
    • 信頼のみに基づいた対応、しかし最終的に未払い
  • 法的手段も実質無力
    • 債権回収業者も「訴訟は無意味」と助言
    • 会社清算で債権回収不能リスク
  • 同様に被害を受けた他関係者とも連絡を取り合う

得られた教訓

  • 助けを必要とする人が助言を受け入れない場合、救済不能
  • 契約書は無力化しうる
  • 現金で35,000ドル盗めば重罪だが、労働の搾取は合法
  • クライアントはプロと素人の区別ができない
  • 直感を信じることの重要性

FAQ

  • 通常は進捗払い契約を導入、今回は3週間の短期集中だったため未導入
    • 信頼関係重視で進捗払いを省略、結果的に裏目
  • 債務自体は否定されていない、支払期日以降は言い訳の連続
  • 渡航費は自己負担せず
  • 他の関係者も同様に未払い被害
  • クライアント側の支払い遅延期待で引き延ばし
  • 最終顧客も非常に不満
  • 関係者の実名公開も可能(要連絡)
  • 直感を信じるべき

まとめ

  • 信頼だけに頼る契約やプロジェクト遂行の危険性
  • 技術力・運営力のない組織との協業リスク
  • 法的手段の限界と自己防衛の重要性
  • プロジェクト参画時は進捗払い・環境確認・契約条件の厳守が必須

Hackerたちの意見

契約はトイレットペーパーだ。実際はそうじゃないけど、石から血は出ないし、搾り取るのにはお金がかかる。契約相手が実際の資産を持っていないか、判決を執行するのが難しい管轄にいるみたいだね。そういう場合は、前払いを求めるのが大事で、この記事の本当の教訓だよ。

そういう場合は、前払いが必要だね。もしくは、少額ずつ、短い期限で。

ちゃんとお金をもらうか、働かないかだよ。マジで真剣だから、請求書が遅れてるなら働き続けちゃダメ。無理に強気になる必要はないけど、担当者にお金が必要だって説明して、入金があったらまた作業を再開するって伝えればいい。だけど、ちゃんと合理的な支払い条件を交渉するのは自分の責任だからね。もしクライアントが信頼できないなら、しっかり前払いを要求して、強い商業関係が築けるまで待つべきだよ。甘ったれにならないで、ビジネス契約や支払い条件について調べてみて。支払いにビビる会社からのビジネスを失うことを恐れないで。むしろ、そういう会社は避けた方がいいよ。

支払いにビビる会社からのビジネスを失うことを恐れないで。むしろ、そういう会社は避けた方がいい。俺の上司が言ってたけど、交渉が一番うまくいったのは、支払いが遅くて、ほとんどの請求書に文句を言って、上司が価格を調整するときに怒った手紙を書くような連中だって。彼は、普通の顧客に本当に良い条件を出さない方がいいって学んだらしいよ(つまり、メリットがあまり明確じゃないところね)。

プロフェッショナルは、自分の価値と提供すべきものを理解している。合意されたスケジュールに基づく時間通りの支払いは基本中の基本だ。それが最も重要な要件で、これがないと何も始まらない。

残念ながらこれは真実で、フリーランスで働いたことがある人はみんな学んだ教訓だと思う - それか、もうフリーランスはやってないだろうね。ビジネスを失うのを恐れないでと言うのは簡単だけど、始めたばかりの時や経済が厳しい時、一、二人のクライアントしかいない時は全然違う話だよね。一つ学んだことは、常に自分で動かなきゃいけないってこと。誰かが正しいことをするだろうとか、約束を守るだろうとは思っちゃダメ。悪いクライアントでもあまりダメージを与えられないシステムを作ることが大事だよ。例えば、前払いのデポジットやマイルストーンベースの支払いとかね。キャッシュフローのリスクをコントロールしなきゃいけないし、リスクを取るなら、どんなリスクを取ってるのか、いつ撤退するかを知っておくことが大事。

急ぎの仕事の場合は、前払いで半分の支払いを要求することを恐れないで。クライアントからの誠意あるジェスチャーもね。

それに、政治団体や教会はいつも前払いしなきゃダメだよね。

後から振り返ると「厳しくしろ」ってアドバイスは簡単に言えるけど、実際にはこのアドバイスに反するケースがたくさんあると思う。自分が興味のある仕事に紹介を受けるチャンスを取ることとかね。もちろん、大金を持ってるクライアントは厳しい態度でも大丈夫だし、最後にはちゃんと支払ってくれるけど、その仕事はあんまり面白くないことが多い。一方で、この話のもう一つの明確な裏テーマは、多くの技術者の「救世主」的な態度だよね。彼らは、もし以前にバージョン管理を使ってなかったら、「ああ、これすごくいいことだから教えてあげるよ、絶対に聞いて実装するはずだよ、論理的だし」って思ってる。でも、厳しい現実は「良い」ものが、ここまで来て自分で深く掘り下げた組織には影響しないってこと。自分が正しいと思っても、組織が自分の足を撃つ能力を過小評価しちゃダメだよ。それには、彼らからお金をもらうことも含まれる。

支払いを受けるか、仕事をしないかだよ。今、自己停止中の電気工事士として(未払いと不在で、2ヶ月連絡なし)俺は動かない。最後の2回の現場ミーティングに来なかった(しかもまだ連絡もない)から、留置権を申請しようかとも考えたけど、エアコンや水道、電気を完成させないことでテナントを持たせないことにしたんだ。いつかやるつもり?このLLC/オーナーに「明らかに急いでないのは、現場や俺に来てないからだよね」って言ったら、数日以内に来ると思ってたんだけど、数週間経って、今や数ヶ月に入ろうとしてる。未解決の作業リストが何週間分もあるし、質問も何週間分もある(何が欲しいの?)のに、電気や水を入れるような簡単なことすらやらない。ふざけんな、金を払え。

本当にその通り。相手の信頼性を評判や関係性で判断しても、保証を求めることを理解してもらうべきだよ。最悪の裏切りは、知っている人から来ることが多いからね。多くの人は、困ったときに自分を正当化するんだ。自分は根本的に良い人間だと思い込んで、あなたを騙して大金を奪っていく。もし「なんで俺を信じないの?」って言われたら、それは赤信号だよ。

OPが「ごめん、これやらないと帰るよ」って言ったら、必要なことをやってくれたと思うよ。支払いのことでも、ソフトウェアやハードウェアを整えることでもね。もしかしたら、OPが空港までタクシーで行って、ゲートで追いかけられることになったかもしれないけど、うまくいったはずだよ。たとえうまくいかなかったとしても、脅しを実行することで、時間やお金、ストレスを大幅に節約できたはずだよ。

Hacker Newsで議論の続きを見る