一行サマリー

製造の遅延への対応

ハイライト

• 製造委託先の遅延への対応に追われている。
• TinyPilotのオフィスをあと2ヶ月維持することにした。
• RapidAPIでの散々な販売者体験からの脱出を計画している。

目標の達成度

毎月初めに、その月に達成したいことを宣言しています。結果は次のとおりです。

製造をできるだけ早く外部委託先へ移管する

• 結果：可能な限り製造委託先が滞らないよう対応を続けている。
• 評価：A

正直なところ、私にできることはあまりありませんでした。ボトルネックは、製造委託先のさらに上流のベンダーからの入荷でした。

TinyPilotのオフィス撤収に向けたタスクを委任する

• 結果：オフィスの在庫確認と撤収のタスクを割り振った。
• 評価：B-

結果的に、製造の遅延のためオフィスにあと2ヶ月残ることにしましたが、10月末までにほとんどの在庫を片付ける計画は順調に進んでいます。

残りのRaspberry Piをすべて使ってTinyPilotデバイスを組み立てる

• 結果：Raspberry Piをすべて使い切り、新品および整備品のデバイスを組み立てた。
• 評価：A

組み立ては計画どおりに進み、新品デバイスはすべて倉庫に届いています。整備品デバイスも今後数週間で売り切る見込みです。

TinyPilotの数字

売上はやや落ちましたが、月8万ドル±1万ドルがいつもの水準なので、あまり心配していません。今の最優先は、製造の移管をきちんと着地させることです。

短期的な利益が落ち込んでいるのは、今月にRaspberry Piを3ヶ月分まとめて支払ったためです。ただ、3ヶ月の移動平均で見れば、利益は依然として月2万ドルを十分に上回る健全な水準です。

初回サンプルの不具合を修正する

9月に、製造委託先から初回サンプルが届きました。委託先の工場で製造されたVoyager 2aの、最初の一貫製造サンプルでした。

残念ながら、その初回サンプルの出来はあまり良くありませんでした。

4台中2台で塗装が剥がれ、3台でゴム足が外れていました。1台は内部の配線が外れており、音声キャプチャができない状態でした。デバイスを横に傾けると、ファンがケースに擦れる音もしました。

サンプルの不具合には不安を覚えました。

第一に、これだけ多くの問題が、量産能力を示すはずの少数サンプルで起きたことが気がかりでした。

第二に、これは組み立て工程だけでなく、品質管理（QA）にも問題があることを示唆していました。塗装の剥がれや音声が機能しないといった不具合を、独立したQA検査でなぜ見逃したのか。

CEOと話したところ、製造委託先はそのロットに「追加の」QAを実施したものの、かえってその追加チェックが新たな問題を引き起こしていたことがわかりました。

CEOによると、作業を監督していたマネージャーが金属筐体の指紋を拭き取ろうとアルコール入りのワイプでデバイスを拭いたところ、塗装が剥がれてしまったとのことでした。対策として、ケースをアルコールで拭くことを禁止し、指紋汚れを防ぐため手袋をして組み立てるよう工程を修正しました。

CEOは、マネージャーがQA後にデバイスを開けた際に誤って配線を外してしまった可能性もあると考えており、現在は機能テスト完了後にデバイスを開けることを禁じるようQA工程を改めています。

ゴム足の脱落については、梱包が原因だったと製造委託先は考えています。箱がゴム足の最も弱い部分に負荷をかけていたため、梱包方法を更新して問題を回避しました。

それでも、QAプロセスについて何か齟齬があるのではないかと少し心配だったので、製造委託先がどのようにQAを行っているか動画での提出を求めました。幸い、私たちのプロセスと一致していたので、大きな問題は洗い出せたのではないかと期待しています。

製造スケジュールの遅れにどう対応するか

当初の製造スケジュールでは、最初の量産ロットは9月15日までに届く予定でした。当時の見積もりでは、自社在庫は10月末まで持つはずで、遅延に備えて6週間のバッファを確保していました。

問題は、その安全バッファを使い果たしてしまい、最初の量産ロットが準備できる前に在庫切れになるリスクが出てきたことです。

在庫切れになれば販売を一時停止しなければなりません。前回在庫切れを起こしたのは2022年1月の4日間、その前は2021年1月の1日でした。在庫切れは本当に避けたい事態です。

製造スケジュールの遅れを踏まえ、在庫切れのリスクを減らすために取りうる選択肢を検討しています。

前提条件

• TinyPilotは月に200台、週あたり約50台を販売している。
• 在庫切れが1日続くごとに、約3,000ドルの売上と約2,000ドルの利益を失う。

現時点のスケジュールはどうなっているか

10月16日時点で、手元に164台の在庫があります。単純計算で11月8日頃には在庫が尽きます。整備品が8台あるので、せいぜい2日ほど延命できるかもしれません。つまり、完全に売り切れるのは11月10日と見ておきます。

製造委託先の現時点の見積もりに基づく、在庫供給のスケジュールは次のとおりです。

この見積もりに基づけば、在庫切れはギリギリ回避できます。大ロットが出荷可能になるのは11月20日ですが、それまでのつなぎとして小ロットがしのいでくれる計算です。

2回目のサンプルをスキップすべきか

最初の論点は、次のロットを最小限のサンプルにするか、顧客に出荷できる規模のロットにするかです。

もし2回目のサンプルを省けば、スケジュールは次のようになります。

初回ロットで本当に致命的だったのは、ケースの塗装剥がれだけでした。それ以外に見つかった問題は、オフィスで修理可能なものでした。

可能性は次のように考えられます。

• 楽観シナリオ（85%の確率）：2回目のサンプルをやっても問題は見つからず、2週間早く量産ロットが準備できる。
• 悲観シナリオ（15%の確率）：50台以上のデバイスをベトナムへ返送する必要がある。

判断：サンプルはスキップする。前回の問題が修正されたことを示す写真と動画の提出を求める。残っている問題があっても、こちらで修理可能なものである可能性が高く、2週間の遅延はコストが大きすぎる。

自社でデバイスを追加製造すべきか

製造委託先への移行を待つのではなく、自社で追加製造すれば在庫をもう少し持たせることは可能です。TinyPilotは何年も自社製造してきたので、対応自体はできますが、製造ラインを再立ち上げするにはいくつか厄介な問題があります。

最大の難点は、依然としてRaspberry Piが不足していることと、TinyPilotが保有するPiがすべて製造委託先にあることです。

近々入荷予定の分があるので、それを米国内の住所へ転送することは可能です。ただ、Raspberry Pi財団に配送先をベトナムに変更してもらい、通関書類もすべて整えたばかりなので、たった1回の注文のために元に戻すよう頼むのは手間でしたし、今後の注文でミスを招く恐れもあります。しかも、Raspberry Piは1箱150台単位でしか注文できないという制約もあります。

ベトナムの工場にあるRaspberry Piは私たちの所有物なので、製造委託先に何台か送り返してもらうこともできます。そうすれば任意の台数を頼めますが、英国製の製品をベトナムから米国へ送る際にも、やはり通関で面倒が生じる可能性があります。

たとえPiを確保できても、ほかの部品が足りません。カスタム基板（PCB）の一部を、中国にある以前の基板ベンダーに発注し直す必要があります。納期は通常1ヶ月程度なので、そこは大丈夫そうですし、必要な基板は1枚あたり約2ドルなのでコストも大きくありません。

次に厄介なのがケースです。以前のケースベンダーは、納期は6週間と言いながら、実際にはだいたい3ヶ月かかっていました。そのため、今から発注しても間に合わない可能性があります。中国の工場には出荷待ちのケースが80台分残っていますが、Raspberry Piの数を超えるケースを持っても意味がないので、出荷を保留するよう頼んでいました。

有用なタイムラインで追加のケースを入手できないため、自社で作れても最大80台が上限になります。

つまり、可能性は次のようになります。

• 楽観シナリオ：これ以上の遅延はなく、自社製造にかけた時間とコストが無駄になる（新工場で作れたはずのものをわざわざ作ることになる）。
• 悲観シナリオ：さらに製造が遅れ、自社製造によって10日間多く販売を続けられる。

判断：自社での追加製造は行わない。最大でも在庫を10日延ばすためだけに、多くの時間とコストをかけるのは割に合わない。

販売ペースを落とすべきか

在庫を延命させるために自社で追加製造する以外にも、TinyPilotデバイスの販売ペースを落とす方法が2つあります。

1つ目は値上げです。価格が高いときは販売台数が減りますが、全体の利益は下がる可能性が高いです。

2つ目は広告費を削ることです。さばききれないほど注文が来るのであれば、広告にお金を払う意味はありません。

ここでの可能性は次のとおりです。

• 楽観シナリオ：製造遅延がなければ、意図的に販売を絞ることで3,000〜5,000ドルの利益を取り逃がす。
• 悲観シナリオ：さらに製造が遅れれば、販売を絞ることで無駄な広告費や安値での販売による損失を防げる。

判断：現時点では販売ペースは落とさない。ただし、さらなる遅延や次の検品で問題が見つかった場合は再検討する。

初回ロットは何台発注すべきか

400台前後のフルロットを製造する前に、手作業で検品できる小さめのロットを入手したいと考えています。

次のロットが届くまでのバッファになる程度には、十分な台数が必要です。

仮に2回目のロットがベトナムからノースカロライナの倉庫へ届き、出荷可能になるまで10日かかるとします。10日間ということは、約66台が必要です。デバイスは18台入りで出荷されるので、72台必要ということになります。

判断：小ロットとして72台を発注する。

フルリモートへの移行をスローダウンする

製造委託先のスケジュール遅延を受け、10月末までにTinyPilotのオフィスを退去する計画に不安を覚えました。

オフィスがなければ、サンプルの検品や必要に応じた修理といった作業がずっと難しくなります。

初回サンプルを見た翌日、大家に電話して賃貸契約の延長を頼みました。幸い、まだオフィスは募集に出されていなかったので、年末まで滞在できることになりました。

この判断には満足しています。一度に起こる大きな変化の数を減らせるからです。新しい製造体制がしっかり軌道に乗ってから、オフィスなしで残りの対面業務をどう行うかを再設計したいと思っています。

サイドプロジェクト

RapidAPIから移行しなければ…腹いせのために

ジェリー：このジャケットを返品したいのですが。

店員：かしこまりました。理由をお聞かせいただけますか？

ジェリー：腹いせです。

店員：腹いせ、ですか？

ジェリー：そうです。このジャケットを売った店員が気に入らないんです。

となりのサインフェルド「The Wig Master」より

駆け出しのブートストラッパーだった頃、最初に手がけたプロジェクトのひとつが、食材解析APIのZestfulです。何年も前からメンテナンスモードですが、今でも月100〜200ドルの不労所得を生んでいます。

問題は、Zestfulの有料顧客がRapidAPI経由でサービスを利用していることです。RapidAPIは、これまで使った中で最悪のプラットフォームのひとつです。もともとはMashapeというプラットフォームでZestfulを公開していて、そちらはなかなか使い勝手が良かったのですが、RapidAPIがMashapeを買収してから体験は急落しました。

RapidAPIについては語り尽くせないほど問題がありますが、最大の問題は従量課金の扱いがひどいことです。Zestfulでは食材1件の解析ごとに0.02ドルを課金していますが、なぜかRapidAPIは請求期間が終わるまで、ユーザーが発生させた料金をレポートしません。

当然、RapidAPIの課金システムは顧客を混乱させます。ユーザーはZestfulで大量にリクエストを送っても、請求額が0ドルのままなので無料枠の範囲内だと思い込み、さらにリクエストを続けます。そして、数百ドル、時には数千ドルの驚きの請求書を受け取り、支払いを拒否するのです。

2ヶ月前、特にひどいケースがありました。あるユーザーが数千ドルもの料金を積み上げているのを見つけたので、プラットフォームのメッセージ機能で知らせ、お得なカスタムプランも提案しました。しかし相手は無視し、最終的な請求額は1万4,500ドルになりました。RapidAPIが1ヶ月後にクレジットカードへの請求を試みましたが、決済は拒否されました。

RapidAPIはこの状況に対して何もしません。顧客に再請求することもなければ、アカウントを停止することすらありません。ユーザーはそのまま私のサービスに対して料金を積み上げ続け、支払わずに済んでしまうのです。

RapidAPIがこれほど関与が薄いのだから、さぞかし手数料も格安なのだろうと思うかもしれません。同様のプロバイダーであるPaddleやLemonSqueezyが売上の5%を手数料としているのより、当然安いはずだと。

ところが、RapidAPIはなんと売上の20%もの手数料を取ります！

実質的にはそれ以上です。RapidAPIはPayPal経由でしか支払いを行わず、PayPalがさらに1件あたり3%＋0.30ドルの手数料を取るからです。しかも呆れたことに、RapidAPIは顧客ごとに別々に支払いを行います。つまり、RapidAPIに顧客が5人いれば、RapidAPIは5回に分けて支払いを行い、そのたびにPayPalの取引手数料がかかります。RapidAPIからの入金で、手数料で最大80%を失ったこともあります。

これまでRapidAPIを我慢してきたのは、Zestfulを週末の趣味プロジェクトとして割り切り、新しい決済プロバイダーへの移行が楽しい趣味とは思えなかったからです。

今は、RapidAPIへの腹いせという動機だけで、PaddleやLemonSqueezyを試し始め、RapidAPIからの脱却を図っています。月15ドルを節約するために開発時間をかける価値が本当にあるかといえば微妙ですが、RapidAPIにお金を払い続けるのはもうやめたいですし、今後気に入って使えるSaaS向け決済ゲートウェイに慣れておくのは有益です。

まとめ

今月やったこと

• 外部製造委託先からの初回サンプルを評価した。
• 製造プロセスでの想定外の事態に対応した。
• オフィスに残っていた新品・中古のRaspberry Piをすべて活用した。

学んだこと

• 複雑な意思決定は書き出してみる。
  • この振り返りを書き始めた時点では、製造の遅延にどう対応すべきか、あまり明確な考えがありませんでした。状況を文章で説明することで、答えるべき問いがいくつかあることに気づき、検討事項やリスクを書き出すことで意思決定が容易になりました。

来月の目標

• 製造を外部委託先へできるだけ早く移管する。
• TinyPilotのソフトウェアリリースプロセスにおける手作業を減らす。
• TinyPilot Proライセンスのより適切な適用に向けた計画を立てる。