戦略×実行コンサルタント
レベニューアーキテクト（Revenue Architect）／Consilegy合同会社 代表
マーケティング・営業・カスタマーサクセスの境目で漏れている収益を、ひとつの構造として設計し直す仕事をしています。設計図を渡して終わりではなく、CRMに実態が映り、現場が回り始めるまでが仕事です。
継続的に読むなら ニュースレター LinkedIn記事 note
01 ／ 専門領域
CRMが定着しない、SFAが管理表で止まる、MAを入れても商談化率が動かない。症状は違っても、原因は部門の境目にあります。私が扱っているのは、その境目の設計です。
売上を、属人的な活動ではなく再現可能な構造として設計する考え方です。レベニューオペレーション（RevOps）が「どう運用するか」なら、レベニューアーキテクチャは「何を設計するか」にあたります。
私はこれを日本のB2Bに合わせて切り直しています。日本には、選定と契約の間に稟議という独立した工程がある。ここを商談ステージに入れない設計は、「検討中」という名の滞留を見えなくします。
レベニューアーキテクチャとは（定義と日本向けの読み替え）CRMが定着しない理由は、入力する人の意欲ではなく設計にあります。誰が、いつ、何のためにその画面を開くかを決めてから作る。順序が逆だと、入力は増えて判断は変わりません。
なにより、CRMが好きです。営業・マーケティング・カスタマーサクセスの現実がひとつの画面に立ち上がり、次に見るべきものが変わる瞬間が好きで、だから自分でも作っています。
40社以上の再設計で見えた「動くCRMの型」を、自社プロダクト Revenue CRM にしています。設計する側が道具も作る、という立場です。
CRMが定着しない本当の理由SFAがパイプライン管理表で止まる。MAを入れても商談化率が変わらない。原因は、ほぼ毎回ツールの外にあります。MQLとSQLの定義が部門で違う、引き継ぎ条件が決まっていない。
だから順序を守ります。指標の定義を関係者で統一し、工程ごとの転換率と待ち時間を測り始めてから、ツールを触る。設計が決まる前に選んだツールは、ほぼ確実に作り直しになります。
SFAがパイプライン管理表になってしまう理由日本企業でレベニューオペレーションが定着しないのは、専任チームを置けないからです。欧米の型をそのまま持ち込まず、少人数でも回る形に設計する必要があります。
KPIを増やすより、感度の高い工程を1つ特定して直す。会議を数字確認会で終わらせない仕組みまで含めて、レベニューオペレーションだと考えています。
日本企業でレベニューオペレーションが定着しない理由02 ／ 見ているもの
症状は会社ごとに違うのに、止まる場所はいつも同じでした。顧客の進み具合より、社内の分断が売上を止めます。無料の収益診断も、この6つで作っています。
「商談化できるリード」の条件を、両部門が同じ言葉で言えない。渡したリードがその後どうなったか、誰も追っていない。
エースがいないと受注率が落ちる。見込みの判定が組織の基準ではなく、個人の勘になっている。
ステージが顧客の購買の進捗ではなく、自社の活動を表している。だから売上予測が毎回ズレる。
経営会議の数字を毎回、人が手集計している。SalesforceとHubSpotで数字が違い、どれが正か分からない。
使っているのは一部のメンバーだけ。結局Excelやスプレッドシートに戻っている。
設計が受注で終わっている。更新やアップセルの取りこぼしが、そもそも数字に出てこない。
収益プロセスを転換率CR1〜CR8と待ち時間Δtで測る、Winning by Designの体系を土台にしています。今ある指標を捨てる必要はありません。MQL→SQLはCR1×CR2、案件から受注まではCR3×CR4に分解できるだけです。
日本のB2Bでは、選定と契約の間に稟議という独立した工程が入ります。発注までの承認が2段階以上の企業は8割を超え、検討期間が3〜8か月の企業が63.6%。転換率だけを見ていると、この滞留は数字に表れません。ここを商談ステージに入れるかどうかで、予測の当たり方が変わります。
出典: Winning by Design「The Bowtie」Proposed Standard v1.0／IDEATECH × 北川裕康氏 共同調査（2026年4月公表、n=307）。詳しくは レベニューアーキテクチャとは。
03 ／ 仕事の進め方
新しい仕組みが入るとき、現場は少し身構えます。「また入力が増えるのか」と。最初のヒアリングでその不安まで聞いておくと、設計が変わります。
収益モデルを一枚に書き、顧客の意思決定プロセスを顧客の状態で定義し、指標の定義を揃える。ツール選定はその後です。
全部の数字が揃うのを待つと、判断が遅れます。小さく回して現場の反応を見てから広げる。外れたときに戻せるよう、何を見て判断したかは残します。
04 ／ 実績
Consilegy合同会社としての支援と、個人としての支援を含みます。
05 ／ 経歴
06 ／ 人となり
複数の人がばらばらに話している場で、誰が何の話をしているかを整理して、論点を並べ直す。場の構造が見えた瞬間に会話が前へ進む。あの瞬間がいちばん好きで、たぶんいちばん得意です。
人への関心は強いほうだと思います。ただ頭の中では感情と事実を分けて、かなり冷静に構造を見ています。数字は見ます。でも最後に動かすのは人なので、担当者の立場、現場の不安、本音と建前まで見ないと、設計は回りません。
決めるのは速いです。戻せる判断なら7割の情報で仮説を置いて、動かしながら直す。考えること自体を目的にしないようにしています。
32歳から家を持っていません。ひとつの都市に最低1か月住んで、次へ移る。サブモニターを持ち歩いて、移動先でも画面は3枚。仕事の環境は妥協していません。台湾に住んでクライアントに会いながら、自社のCRMを作りました。
言葉では人は変えられない、と思っています。だから自分が誰よりも自由に生きて、背中で見せる。縁のある人が勝手に温まればいい。
やりたいことを、前へ。選択が、未来を変える。
彼女のいちばん好きなところは、深い知識と実際の現場経験を両方持っていること。AIや自動化やマーケティング戦略を語るだけでなく、売上と成長を生む仕組みを、企業と一緒に実際に作っている。
背景の違う人たちとつながり、明快さと自信と誠実さで意味のある会話を作る力が、生まれつき備わっている。国際的でスピードの速い環境では、その力がいっそう際立つ。
原文は英語。LinkedIn の推薦欄より抜粋・訳。
07 ／ 発信・登壇
08 ／ よくある質問
Consilegy合同会社の代表で、レベニューアーキテクト（Revenue Architect）です。マーケティング・営業・カスタマーサクセスの境目で漏れている収益を、ひとつの構造として設計し直し、CRMに実態が映って現場が回り始めるまで伴走します。10年・40社以上のCRM/SFA/MA導入支援（HubSpot / Salesforce）に直接関与し、自社プロダクト Revenue CRM を2026年9月下旬に正式リリースします。
売上を属人的な活動ではなく再現可能な構造として設計する人です。顧客獲得から受注、継続・拡大までの収益プロセスと、それを支えるCRM・SFA・MA・データ・KPIのつながり方を設計します。Winning by Design が体系化した Revenue Architecture の考え方に基づく肩書きです。
レベニューオペレーションは、収益に関わる業務を「どう運用するか」の機能です。レベニューアーキテクチャは、その運用を成立させるために「何を設計するか」の土台です。運用が定着しないとき、原因はたいてい運用ではなく設計にあります。
日本では、選定と契約の間に社内合意形成（稟議）が独立した工程として入るからです。発注までの承認が2段階以上の企業は8割を超え、検討期間が3〜8か月の企業が63.6%を占めます（IDEATECH × 北川裕康氏 共同調査、2026年4月公表、n=307）。この工程を商談ステージに含めないと、「検討中」という名の滞留が数字に表れず、予測が外れ続けます。
どちらも設計・実装・運用改善まで扱います。ほかに Marketo・Sansan・kintone・ServiceNow・GA4・Amplitude にも対応します。ただし順序は固定で、ツールを選ぶ前に指標の定義と収益モデルを揃えます。設計が決まる前に選んだツールは、ほぼ確実に作り直しになるからです。
支援の相談は Consilegy の問い合わせフォーム（consilegy.com/contact/）からお願いします。無料の収益診断（consilegy.com/diagnostic/）で、6つの境目のどこで漏れているかを先に見ることもできます。継続的に読むならニュースレター、記事や近況はLinkedIn、仕事の背景や個人の思考はnoteに置いています。同業の方との情報交換、登壇や取材のご依頼は LinkedIn のメッセージが早いです。
09 ／ 連絡
支援の相談はConsilegyの窓口から。継続的に読む導線もここにまとめています。同業の方との情報交換、登壇や取材のご依頼はLinkedInのメッセージが早いです。