濱風商事 加藤さま・佐瀬さま
OVERVIEW / 2026-08-10

いま動いていること

同時に4つが並行しています。この1枚で、どれがどこまで進んでいて、何が止まっているかが分かるようにしました。詳しい資料は共有ページの各文書にあります。

共有サイト
稼働中
このページです。資料の受け渡しと、決めていただきたいことの置き場。毎朝07:45に自動更新
サプライヤーフォーム
稼働中
日本のメーカーが商品を登録する既存サイト。移設は最後（動いているものを最初に触らないため）
需要エンジン
作成中
海外バイヤー向けカタログ。土台が動きました。公開は Organization 待ち
濱風ポータル
準備中
御社の皆さまが毎日開く画面。鍵つきで、実際の数字が動いています。毎朝7:45 に自動更新。会社名義の Cloudflare へ移してからURLをご案内します
STRUCTURE

4つは別々のサイトですが、土台は1つです

見る人が違うものを同じ場所に置くと必ず事故ります。分けるのは「作るのが楽だから」ではなく、「間違って見せない」ためです。一方で下の土台（Cloudflare）は共用するので、増やしても契約は1つのままです。

FIG.1 — 誰が見るか
社外に見せる — 鍵をかけない
需要エンジン
海外バイヤー（不特定多数）
見つけてもらうのが目的なので、鍵をかけません
サプライヤーフォーム
日本のメーカー
ログイン不要で商品を登録できます
社内・限定 — 鍵をかける
濱風ポータル
濱風の皆さま
お金の情報を載せるので認証が必須
共有サイト
澤田 ↔ 加藤さま・佐瀬さま
資料と確認事項のやりとり
│　　　　　　　　　│
Cloudflare（1契約）4つの土台を共用。サイトを増やしても契約は増えません

サプライヤーフォームだけ、いまは別の場所（Vercel）で動いています。運用が始まったばかりの今が最も安く移せる時期ですが、他の2つができてから最後に移します。動いているものを最初に触らない、という考え方です。

DATA FLOW

データは1本の流れになります

アプリは分かれますが、流れは1本です。同じ商品データを両方が読み、引合から先はポータルへ繋がります。

FIG.2 — 商品と引合の流れ
日本のメーカー商品情報を日本語で入力
↓
サプライヤーフォーム
↓
Google スプレッドシート＝正本。編集できる場所はここ1つだけ。承認の運用は今までどおり
↓ 作り置きの時に読む（読むだけ・書き戻さない）
需要エンジン← 海外バイヤーが検索・閲覧
↓ 見積・サンプルのご依頼が発生
引合全部が案件になるわけではありません
↓ 人が「案件にする」を押したものだけ
ヨミ表（案件）
↓
濱風ポータル皆さまが毎日開く画面（見るだけ）
着金シート→ 1日1回、読むだけ
Discord→ タスクの進捗
この2つもポータルへ流れ込むだけで、ポータルから書き戻すことはありません。直すときは元の台帳を直します。

ここだけ、押さえていただきたい点

論点どうするか
商品データの正本編集できる場所は1つ（スプレッドシート）のままです。承認の運用は一切変わりません。需要エンジンは読むだけで、書き込みません
引合を全部ヨミ表に流さない人が「案件にする」を押したものだけ載せます。ヨミ表は動かす案件を最大12件と決めており、全件流すと見るべき行が埋もれるためです。押されなかった引合も消えません
入金の正本会計ソフト・着金シートです。ポータルは表示するだけで、書き戻しません
STATUS

レーンごとの現在地

レーンできたこと次の一手
需要エンジン 土台が動きました。検索された言葉が記録され、0件だったときも必ず残るところまで実際に確認しています。画面・引合の受け口・動作監視の窓口も動作 いま4点を直しています（下記）。そのあと実データの投入と、カテゴリ解説の執筆。公開は Organization 待ち
濱風ポータル 鍵をかけ、実データで動いています。売上とタスクは枠だけ置いて「準備中」と明示。毎朝7時45分に、その日の数字へ自動で入れ替わります 会社名義の Cloudflare ができ次第、そちらへ移してからURLをご案内します（移設でURLが変わるので、お渡し前に移すのが一番手間が少ないためです）
入金の見張り 実装とテストは完了（12件の検証すべて通過）。期日を過ぎたのに着金の確認が付いていない行を毎朝さがし、あった時だけ知らせます シートの変換が済み、機械が読めるようになりました（8/12・加藤さま）。あとは何日過ぎたら鳴らすかを決めるだけです（0日で鳴らすと「まだ来ていないだけ」で毎回鳴るため）
サプライヤーフォーム 稼働中。日本語と中国語で商品を登録できます 移設は最後。英語の列を足すのが先です（現在は日本語と中国語のみで、海外向けに英語がありません）

需要エンジンで、いま直している4点

土台が動いたあと、作った本人が「ここは未完成です」と正直に挙げた4点を直しています。うち1つは、こちらで実際に画面のソースを開いて確かめ、問題を見つけました。

何をなぜ
価格の隠し方隠しているように見えて、ページのソースを開けば読めてしまう状態でした。これではメールアドレスを入れていただく意味がなく、検索エンジンにも価格が載ります。サーバー側で判定してから出す形に直します
閲覧の記録作り置き方式にした結果、ページの閲覧が記録されない状態でした。ブラウザ側から送る形にします
確認リンクの安全性推測されると他人を「確認済み」にできる状態でした。署名と有効期限（7日）を付けます
使用量の見張り作ったのにどこからも呼ばれていませんでした。自分で自分を見張る形にしようとしましたが、いまの作り（作り置き中心）では技術的にできませんでした。外から定期的に見に行く形にします。それができるまで、この数字は誰も見ていません
DECISIONS NEEDED

決めていただきたいこと（残り1件）

8月12日にいただいたご回答で、ほぼ片づきました。ありがとうございます。 残っているのは作業のお願いが1件だけです。

🔴 加藤さま・佐瀬さまの番（1件）

8/12
両名Cloudflare のアカウントを会社名義で作成し、澤田を Administrator で招待。APIキーの受け渡しは不要です（招待していただければ、澤田が自分のログインで設定します）
—

「Cloudflare も会社名義で先に作る」とご回答いただいた分です。⚠ Cloudflare は後からアカウントを移せません（作り直しになります）。データが貯まってからでは移せないため、最初から会社名義でお願いしています。

澤田が引き受けた分（お答えは不要です）

8/12
澤田やりたいことを全部実現した場合の総額見積もり（段階分け付き）。「先に枠を切らず、総額から決める」というお考えに沿って作ります。積む費目の範囲だけ、次回の定例で合わせさせてください
—
8/12
澤田どの面で会員登録を求めるかの線引き案。「入口を下げて需要を見る」と「会員登録でホットリードを取る」を両立させる、というご方針を受けて
—
8/12
澤田多言語翻訳と Google の関係の整理。Metoree が「日本語を翻訳して流用」で成立している件と、「中身を足さずに量だけ増やすのは禁止」の線引き
—
8/12
澤田濱風ポータルを会社名義の Cloudflare へ移設（アカウントができ次第・URLのご案内前に）
—

次回の定例で話すこと（7つ・40分）

書面より話したほうが早いものです。詳しくは共有ページの「次回の定例で確認すること」をご覧ください。

—
越境ラボとカタログの関係／購買代行の形はどこまでか／umamill さまとの検索面の分担／営業管理シートの全面見直しと経理の「型」／総額見積もりの範囲合わせ／支出枠1,000万円の範囲／AI を導入したい業務
—