[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blogEntry::post\u002Fagent-doc-analysis-writing:ja":3},{"title":4,"slug":5,"description":6,"body":7,"author":8,"category":9,"coverImageUrl":13,"ogImageUrl":14,"createdAt":15,"updatedAt":16,"datePublished":17,"locale":18,"related":19},"[分析Tips] Agentと一緒に分析し、ドキュメントとして貯める — Codatum Agent","agent-doc-analysis-writing","Slack で「先週の数字どう？」と聞かれた作業は、SQL ・結果 ・解釈の貼り直しで終わって何も残らないことが多い。Codatum Agent を Doc ページの中で動かすと、対話の結果が SQL ・要約 ・考察 callout として 1 ページに積まれます。.agent や search_notebooks も含めて、Doc が対話の作業場になる仕組みを紹介します。","\u003Cp>データチームの仕事の中で、いちばん残らない作業は \u003Cb>「ダッシュボードに乗らない単発の問い」\u003C\u002Fb> にあたる仕事だと思います。「この数字、どうしてこうなってるの？」「先月のキャンペーン、効いてた？」のような仮説型の問いには、定例ダッシュボードでは答えにならず、SQL を 1 本その場で書いて、結果を Slack に貼って、口頭で解釈を 2-3 行添える、というやり方になります。問題は、ここで生まれた \u003Cb>数字と解釈が、ペアで後に残らないこと\u003C\u002Fb> です。\u003C\u002Fp>\u003Cp>最近は ChatGPT や Claude で SQL のドラフトを作る人が増えました。それでも、出てきた SQL をエディタに貼り直して、実行して、結果をどこかに残して、文章に整えて、というところは結局自分で往復している、という景色は変わっていません。SQL は SQL ツール、結果は Slack、考察はその下のコメント、と置き場が散ったまま、半年後に同じ問いが来るとまた一から書き直しになっています。\u003C\u002Fp>\u003Cp>Codatum Agent を Notebook の Doc ページの中で動かすと、そこの景色が変わってきます。たとえば、こんな感じです。\u003C\u002Fp>\u003Cfigure class=\"EmbeddedContent_Wrapper\">\u003Cimg src=\"https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002F4sZBAi0NJDq2lD7Ecnh7sb\u002Fee331f4ea51885ec7b97336a36910487\u002Fshot-1-page-context-styled.png\" alt=\"Codatum Agent shot-1: AI Agent パネルとページコンテキスト\">\u003C\u002Ffigure>\u003Cul>\u003Cli>\u003Cp>月曜朝に「先週の売上どう？」と Slack で投げられて、Doc ページを 1 枚開いて Agent に話しかけるところから始める\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>30 分後、その Doc には SQL と実行結果と、「先週比 +18% は新規獲得が主因」の callout が縦に積まれている\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>半年後の同じ問いには、Slack 履歴を漁らずに Doc の URL 1 本を貼って答える\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>別のメンバーがその Doc を開けば、SQL も解釈 callout も読める ── 「あの数字、誰が出したっけ」が消える\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Agent との対話の結果が、別ウィンドウや別タブに行かず、いま開いている Doc ページに直接書き込まれていく ── 並べた場面で共通しているのはそこです。対話のあとには、1 ページのドキュメントが手元に残ります。場面は違って見えても、\u003Cb>起きていることはこの 1 つだけ\u003C\u002Fb> です。\u003C\u002Fp>\u003Cp>この記事では、その仕組みを 3 ステップで組む手順を、実機の画面付きで紹介していきます。\u003C\u002Fp>\u003Ch2>全体像 — Doc ページが「対話の作業場」になる\u003C\u002Fh2>\u003Cp>Codatum Agent が Doc ページの中で動くとき、組み合わさっているのは大きく 3 つの動きです。順に見ていきます。\u003C\u002Fp>\u003Col>\u003Cli>\u003Cp>\u003Cb>ページコンテキストの自動共有\u003C\u002Fb> — いま開いているノートブックの SQL ・チャート ・パラメータが、毎ターン Agent に背景として渡る\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cb>Approve を挟んだ SQL 実行\u003C\u002Fb> — Agent が SQL を書く判断をすると、実行前に承認ダイアログが入る。承認すれば結果まで自動で取得される\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cb>SQL ブロック \u002F Summary \u002F callout を Doc に直挿し\u003C\u002Fb> — 取得した結果をもとに、Agent が SQL ・要約テキスト ・考察 callout を Doc に直接書き込む\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Fol>\u003Cp>ポイントは、Agent の出力が外に行かないことです。SQL ブロックは Doc に挿入され、要約と考察も同じページに積まれていく。\u003Cb>対話のあとに残るものが、そのまま読めるドキュメントになっている\u003C\u002Fb> ── そこが、別ウィンドウで答えが返ってくる AI との違いです。\u003C\u002Fp>\u003Ch2>Step 1 — Agent に説明しなくても、文脈が伝わる\u003C\u002Fh2>\u003Cp>Agent と対話するときに地味に消耗するのが、前提を毎回説明することです。「いま月次の売上を見ていて、SQL はこうで、パラメータは先月で…」を毎ターン書くのは、それ自体が分析の足を引っ張ります。\u003C\u002Fp>\u003Cp>Codatum Agent はその工程を一段省いています。Doc ページを開いた状態で AI Agent パネルを開くと、入力欄の上に \u003Cb>いま開いているページ名と、ノートブック内の context 数のバッジ\u003C\u002Fb> が表示されます。ノートブック内の SQL ブロック ・チャート ・パラメータが、まとめて Agent の背景情報として毎ターン渡る、という意味です。だから、たとえば次のような短い依頼でも通じます。\u003C\u002Fp>\u003Cblockquote>\u003Cp>\u003Ccode class=\"hljs\">order_items\u003C\u002Fcode> を使って、月次売上の推移と前月比を出す SQL を書いて、結果を 2-3 行で要約してください。考察は callout で残してください。\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>\u003Ccode class=\"hljs\">order_items\u003C\u002Fcode> がどのテーブルを指しているかは、コンテキスト経由でノートブック内の他の SQL から推測されます。前提を 5 行書いていた頃と比べると、問いの密度がはっきり上がります。\u003C\u002Fp>\u003Cp>依頼を送ると、Agent はまず関連テーブルの場所を \u003Ccode class=\"hljs\">Tool Execution: \u003Cspan class=\"hljs-keyword\">search\u003C\u002Fspan>\u003C\u002Fcode> で探しに行きます。テーブルが見つかれば次に進み、なければ「このプロジェクト\u002Fデータセット名で進めますか？」のように選択肢を返してきます。データソースが揺れがちな環境でも、Agent が勝手に決めずに \u003Cb>対話に戻してくる\u003C\u002Fb> 設計になっています。\u003C\u002Fp>\u003Ch2>Step 2 — Approve ひと押しで、Agent に SQL を任せる\u003C\u002Fh2>\u003Cp>Agent が SQL を書く判断をすると、Doc に流し込む前に \u003Ccode class=\"hljs\">Tool Execution: run_sql \u002F Waiting for approval\u003C\u002Fcode> という承認ダイアログがチャット側に出てきます。SQL の中身、対象 Connection、そして「Do you want to execute this query?」の問いが並びます。\u003C\u002Fp>\u003Cfigure class=\"EmbeddedContent_Wrapper\">\u003Cimg src=\"https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002FlWMa3vf4b0d2HJXZdvHfD\u002F6df3f8a147bccd440ebc1d0fd3922e7c\u002Fshot-2-sql-approval-styled.png\" alt=\"Codatum Agent shot-2: run_sql Approval ダイアログ\">\u003C\u002Ffigure>\u003Cp>承認の選択肢は 3 つあります。\u003Ccode class=\"hljs\">Cancel\u003C\u002Fcode>（やめる）、\u003Ccode class=\"hljs\">Approve\u003C\u002Fcode>（このクエリだけ実行）、\u003Ccode class=\"hljs\">Auto\u003Cspan class=\"hljs-operator\">-\u003C\u002Fspan>approve next \u003Cspan class=\"hljs-type\">time\u003C\u002Fspan>\u003C\u002Fcode>（このスレッドの次回以降は自動承認）。最初は 1 件ずつ Approve して、信頼できる流れになったら自動承認に切り替える、という段階を踏める設計です。\u003C\u002Fp>\u003Cp>\u003Ccode class=\"hljs\">Approve\u003C\u002Fcode> を押すと SQL が実行され、結果は \u003Ccode class=\"hljs\">Tool Execution: run_sql \u002F Completed\u003C\u002Fcode> として Result セクションに JSON 形式で表示されます。\u003Ccode class=\"hljs\">JobResultStatus: SUCCESS\u003C\u002Fcode> と \u003Ccode class=\"hljs\">\u003Cspan class=\"hljs-keyword\">rows\u003C\u002Fspan>\u003C\u002Fcode> が見える状態で、ここから Agent は次の判断（要約を書く、callout を残す、Doc に書き込む）に入っていきます。\u003C\u002Fp>\u003Cp>Approve を挟む設計が効くのは、Agent が外したときの安心感です。BigQuery \u002F Snowflake のような DWH に直接クエリが飛ぶ環境では、人がワンクッション置いてから走る、という設計が思っているより効いてきます。承認は 1 アクションで済むので、対話のリズムは大して止まりません。\u003C\u002Fp>\n              \u003Caside class=\"BlogCTA\">\n                \u003Cdiv class=\"BlogCTA_Body\">\n                  \u003Cp class=\"BlogCTA_Title\">BI 選定で迷っていませんか？\u003C\u002Fp>\n                  \u003Cp class=\"BlogCTA_Description\">データ環境・分析内容・チーム体制を伺って、Codatum を含めたデータ基盤の組み立て方を 30 分で一緒に考えます。\u003C\u002Fp>\n                \u003C\u002Fdiv>\n                \u003Cdiv class=\"BlogCTA_Actions\">\n                  \u003Ca class=\"BlogCTA_Button _outline\" href=\"https:\u002F\u002Fapp.codatum.com\u002Fsignup?utm_source=blog&utm_medium=mid-cta\" target=\"_blank\" rel=\"noopener noreferrer\">\n                    無料ではじめる\n                  \u003C\u002Fa>\n                  \u003Cbutton type=\"button\" class=\"BlogCTA_Button _primary\" data-cta-action=\"consultation\">\n                    相談する\n                  \u003C\u002Fbutton>\n                \u003C\u002Fdiv>\n              \u003C\u002Faside>\n            \u003Ch2>Step 3 — 事実と解釈が、Doc に並んで残る\u003C\u002Fh2>\u003Cp>\u003Ccode class=\"hljs\">run_sql\u003C\u002Fcode> で結果を取り終えた Agent は、続けて \u003Ccode class=\"hljs\">Tool Execution: edit_docpage\u003C\u002Fcode> で Doc ページに書き込みを始めます。ここが、Codatum Agent が \u003Cb>「書き残す AI」\u003C\u002Fb> として動く真ん中です。流れるのは 3 種類の要素です。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cp>\u003Cb>SQL ブロック\u003C\u002Fb> — 実行済みのクエリがそのまま Doc に挿入される。Connection ラベルと Run ボタンが付いた状態\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Ccode class=\"hljs\"><b>Summary<\u002Fb>\u003C\u002Fcode>\u003Cb> 見出し + 本文\u003C\u002Fb> — 結果から事実だけを 2-3 行で書き起こした、見出し付きのテキスト\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Ccode class=\"hljs\"><b>考察（Callout）<\u002Fb>\u003C\u002Fcode> — 解釈や仮説が箇条書きで残される、左に縦線の入った注記ブロック\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cfigure class=\"EmbeddedContent_Wrapper\">\u003Cimg src=\"https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002F5prWKK7FVXwFIpkwUlHeRO\u002F55b6913a627130a8d111d020fc9a8e4d\u002Fshot-3-restore-styled.png\" alt=\"Codatum Agent shot-3: edit_docpage 完了と Restore\">\u003C\u002Ffigure>\u003Cp>callout が効いてくるのは、\u003Cb>事実と解釈を視覚的に分けて残せる\u003C\u002Fb> ところです。Summary には数字の動きをそのまま書き、callout には「これはホリデーシーズン要因と推測される」のような仮説を載せる。半年後にこの Doc を読み返したときに、「事実はここまで、ここから先は当時の解釈」が一目で分かるようになります。\u003C\u002Fp>\u003Cp>副次的に効いてくるのが、\u003Cb>チャット名と Doc ページタイトルの自動命名\u003C\u002Fb> です。新規 Doc ページに最初の依頼を投げると、Agent はチャットの題目と、ページのタイトル（たとえば \u003Ccode class=\"hljs\">Monthly Revenue Trend (GA Sample)\u003C\u002Fcode>）を自分で付けてきます。Untitled page のまま放置される分析メモが積まれていく事故が、これで起きにくくなります。\u003C\u002Fp>\u003Cp>edit_docpage の完了表示の横には \u003Ccode class=\"hljs\">Restore to previous version\u003C\u002Fcode> ボタンも出ています。Agent の編集が外したと思えばいつでも前の状態に戻せる仕組みなので、Doc に書き込ませることへの心理的なハードルがぐっと下がります。\u003C\u002Fp>\u003Cfigure class=\"EmbeddedContent_Wrapper\">\u003Cimg src=\"https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002F7gZ5bStKtJwA6t6YapHxDr\u002Fcb14f37fd88dacadbe162f0ab90dff52\u002Fshot-4-doc-result-styled.png\" alt=\"Codatum Agent shot-4: Summary と考察 Callout\">\u003C\u002Ffigure>\u003Cp>ひとつのページに、SQL ・結果 ・要約 ・考察が縦に積まれた状態が出来上がります。これが、対話のあとに残るドキュメントの実体です。Slack に数字だけ貼って終わっていた頃と比べて、半年後にもう一度同じ問いが来たときに、リンクひとつで済むようになります。\u003C\u002Fp>\u003Ch2>応用 1 — チームのナレッジを Agent の前提にする\u003C\u002Fh2>\u003Cp>ここまでは「いま開いているページのコンテキスト」を Agent に渡す話でしたが、Codatum Agent には \u003Cb>チーム全体のナレッジを毎回の前提にする\u003C\u002Fb> 仕組みがもう一段用意されています。\u003C\u002Fp>\u003Cp>ワークスペースに \u003Ccode class=\"hljs\">.agent\u003C\u002Fcode> という名前のフォルダを作って、その中に Notebook を置いておくと、Agent はその内容を \u003Cb>毎ターン背景に持って動きます\u003C\u002Fb>。データ辞書、メトリクスの定義、SQL テンプレート、用語集 ── そういう「アナリストが毎回口頭で説明していたこと」を 1 度書いておけば済む形にできます。\u003C\u002Fp>\u003Cp>\u003Ccode class=\"hljs\">.agent\u003C\u002Fcode> は 4 階層で読まれる設計です。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cp>\u003Cb>Workspace 配下の \u003C\u002Fb>\u003Ccode class=\"hljs\"><b>.agent<\u002Fb>\u003C\u002Fcode> — 全員に常時読まれる組織共通のナレッジ\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cb>Personal 配下の \u003C\u002Fb>\u003Ccode class=\"hljs\"><b>.agent<\u002Fb>\u003C\u002Fcode> — 自分だけに読まれる個人ナレッジ\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cb>Teamspace 配下の \u003C\u002Fb>\u003Ccode class=\"hljs\"><b>.agent<\u002Fb>\u003C\u002Fcode> — そのチームスペースの Notebook を開いている時だけ\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cb>Notebook 内の \u003C\u002Fb>\u003Ccode class=\"hljs\"><b>.agent<\u002Fb>\u003C\u002Fcode>\u003Cb> ページ\u003C\u002Fb> — その Notebook を開いている時だけ\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp>優先順位は \u003Ccode class=\"hljs\">Notebook > Teamspace > Personal > Workspace\u003C\u002Fcode> で、\u003Cb>粒度の細かい指示で上書きできる\u003C\u002Fb> 設計になっています。「テーブル \u003Ccode class=\"hljs\">users\u003C\u002Fcode> の \u003Ccode class=\"hljs\">created_at\u003C\u002Fcode> は登録日時ではなく初回ログイン日時」みたいなチーム固有の罠も、Workspace の \u003Ccode class=\"hljs\">.agent\u003C\u002Fcode> に書いておけば、Agent が毎回の依頼でちゃんと拾ってきます。\u003C\u002Fp>\u003Cp>そしてもう一段、\u003Ccode class=\"hljs\"><b>search_notebooks<\u002Fb>\u003C\u002Fcode> というツールが Agent に提供されています。これがあると、Agent は質問に応じて \u003Cb>過去のノートブック\u003C\u002Fb> を検索して、関連する SQL や分析メモを引っ張ってこられます。\u003C\u002Fp>\u003Cblockquote>\u003Cp>半年前の Q3 キャンペーン分析、似たやつあったら見つけてください\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>と頼めば、Agent はノートブック名 + Doc 本文を横断検索して、該当 Notebook のリンク（マッチ箇所のハイライト付き）を返してきます。チームの過去の分析資産が「Slack 履歴の海に埋もれて再利用されない」状態を、Agent 経由で再発掘できるようになる、という意味でもあります。\u003C\u002Fp>\u003Cp>\u003Ccode class=\"hljs\">.agent\u003C\u002Fcode> と \u003Ccode class=\"hljs\">search_notebooks\u003C\u002Fcode> を組み合わせると、Agent は \u003Cb>「いま開いているページ」「チーム全体のナレッジ」「過去の分析資産」\u003C\u002Fb> の 3 つを毎ターン手に取れる状態になります。半年経って同じ問いが来ても、最初から書き起こすのではなく、過去の Doc を呼び出して \u003Cb>書き足していく\u003C\u002Fb> 形に持っていける、という違いが出てきます。\u003C\u002Fp>\u003Ch2>応用 2 — Workflow と組み合わせて push 配信に育てる\u003C\u002Fh2>\u003Cp>Doc ページで Agent と一緒に作った分析が、定常的に見たいレポートに育ってきたら、そのまま \u003Ca href=\"\u002Fblog\u002Fproduct\u002Fworkflow-weekly-kpi-slack\" target=\"_blank\" rel=\"noopener noreferrer\">Codatum Workflow\u003C\u002Fa> に渡せます。Run Report Step で Doc ページを定期再実行し、Slack や Email に流すところまで地続きで組める、という関係です。\u003C\u002Fp>\u003Cp>この記事の場面が「pull 型 ・対話で書き残す」、Workflow 記事の場面が「push 型 ・自然に届く」だとすると、両者は \u003Cb>同じ Doc ページを起点にしたまま、配信先と頻度だけが違う\u003C\u002Fb> という構図になります。アドホックで生まれた分析が、価値が出てきたところで定期配信に引き上げられる、という流れが Codatum 1 つで作れる、という意味でもあります。\u003C\u002Fp>\u003Ch2>まとめ — 「答える」から「書き残す」へ\u003C\u002Fh2>\u003Cp>AI の使い方として広く普及しているのは、いまのところ \u003Cb>質問を投げて、別ウィンドウで答えが返ってくる\u003C\u002Fb> という形です。便利ではあるのですが、出てきた答えを自分の仕事の文脈に貼り直す工程が残るので、思っているほど時間は浮きません。\u003C\u002Fp>\u003Cp>Codatum Agent は、その答えを \u003Cb>いま開いているドキュメントの中に置きにいきます\u003C\u002Fb>。SQL ブロックも、要約も、考察 callout も、対話のあとには 1 ページのドキュメントとして残っている。貼って終わる作業から、貯まっていく作業へ、というのが「\u003Cb>書き残す AI\u003C\u002Fb>」と呼んでいる実体です。\u003C\u002Fp>\u003Cp>Slack で「この数字どうなってる？」と聞かれた朝に、Doc ページを開いて AI Agent パネルに話しかけるところから始めてみてください。半日かけて往復していた仕事が、そのまま読める分析メモとして手元に積まれていく感覚があると思います。\u003C\u002Fp>\u003Cp>「うちのデータ運用に Agent をどう載せようか」を含めて壁打ちしたいときは、選定相談の窓口を開いています。\u003C\u002Fp>\n              \u003Caside class=\"BlogCTA\">\n                \u003Cdiv class=\"BlogCTA_Body\">\n                  \u003Cp class=\"BlogCTA_Title\">BI 選定で迷っていませんか？\u003C\u002Fp>\n                  \u003Cp class=\"BlogCTA_Description\">データ環境・分析内容・チーム体制を伺って、Codatum を含めたデータ基盤の組み立て方を 30 分で一緒に考えます。\u003C\u002Fp>\n                \u003C\u002Fdiv>\n                \u003Cdiv class=\"BlogCTA_Actions\">\n                  \u003Ca class=\"BlogCTA_Button _outline\" href=\"https:\u002F\u002Fapp.codatum.com\u002Fsignup?utm_source=blog&utm_medium=mid-cta\" target=\"_blank\" rel=\"noopener noreferrer\">\n                    無料ではじめる\n                  \u003C\u002Fa>\n                  \u003Cbutton type=\"button\" class=\"BlogCTA_Button _primary\" data-cta-action=\"consultation\">\n                    相談する\n                  \u003C\u002Fbutton>\n                \u003C\u002Fdiv>\n              \u003C\u002Faside>\n            \u003Cp>\u003C\u002Fp>","Codatum Team",{"title":10,"slug":11,"description":12},"Tips & Case Study","tips-case-study","","https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002F72NtJe0LCfXZJRzEmxAgv1\u002Fdd548c5dda1ba93e84f207f68f54c589\u002Fcover_2x.png","https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002F4ui1eTYrPdeUolMkBT9i0y\u002F145e7e93abe3c3798df82129802cda19\u002Fog_2x.png","2026-05-29T00:00:07.913Z","2026-06-01T01:43:31.438Z","2026-05-29T09:00:00+09:00","ja",[20,29,38],{"title":21,"slug":22,"description":23,"author":8,"category":24,"coverImageUrl":25,"ogImageUrl":26,"createdAt":27,"updatedAt":27,"datePublished":28,"locale":18},"CSチームの顧客ヘルスレビュー — Codatum Notebook","customer-health-notebook","カスタマーサクセスの顧客ヘルス管理では、スコアを見るだけでなく、利用状況、問い合わせ、QBRメモ、次アクションを同じ流れで扱うことが重要です。Codatum Notebookで根拠を残し、契約更新前の会話に使える顧客ヘルスレビューを作る流れを紹介します。",{"title":10,"slug":11,"description":12},"https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002FtGNXAalkx8ZJvsYb65rwM\u002F740eff7c95a49770f24f655cfa7e6c65\u002Fcover-blueprint.png","https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002F1PpkMQnfttKGO4qEVEDxDm\u002F381ae0cf9e4f2a1f104f8520dcfb86aa\u002Fog-blueprint.png","2026-06-25T01:00:10.315Z","2026-06-25T10:00:00+09:00",{"title":30,"slug":31,"description":32,"author":8,"category":33,"coverImageUrl":34,"ogImageUrl":34,"createdAt":35,"updatedAt":36,"datePublished":37,"locale":18},"プロダクト分析でユーザー理解を積み上げる — Codatum Notebook","product-analysis-notebook","B2B SaaS のプロダクト分析では、数字を見るだけでなく、ユーザー行動についての仮説や判断を翌週へ引き継ぐことが重要です。Codatum Notebook でファネル、リテンション、機能利用率、実データ、考察、次アクションを 1 つのレビュー単位にまとめ、ユーザー理解を積み上げる流れを紹介します。",{"title":10,"slug":11,"description":12},"https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002F1wFdahM1zELbZrWnS8RfHw\u002F45c0de910af452cf49e12dc6d8046241\u002Fproduct-review-notebook-flow.png","2026-06-18T01:00:10.525Z","2026-06-18T01:21:26.547Z","2026-06-18T10:00:00+09:00",{"title":39,"slug":40,"description":41,"author":8,"category":42,"coverImageUrl":43,"ogImageUrl":44,"createdAt":45,"updatedAt":46,"datePublished":47,"locale":18},"高品質な分析レポートを社外に共有する方法 — Report と Guest 招待","custom-report-guest-delivery","取引先・経営層・監査役・顧客といった社外の相手に高品質な分析レポートを共有する手順を、Codatum の Report と Guest 招待を使って整理します。代理店から顧客へ、コンサルから経営層へ、CS から契約顧客へ、データチームから役員・監査人へ — 5 つの実例でレイアウト・テーマ・Snapshot モードの使い分けを示し、Notebook で組んで Report で固定、Guest 招待でメール 1 通で届ける運用を解説します。",{"title":10,"slug":11,"description":12},"https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002F8YHjyIUT7qUwUj0csuKFj\u002F0a0194750230466db2ff3e2e04d480a3\u002Fcover_2x.png","https:\u002F\u002Fimages.ctfassets.net\u002Fggtw2zqmifs5\u002F2LTKYveMwer9MiRzE3HYAM\u002F611d2734f9257992533a75c348dfa530\u002Fog_2x.png","2026-05-22T06:15:09.848Z","2026-05-27T06:56:49.446Z","2026-05-26T09:00:00+09:00"]