組織で使うDify

記事一覧

キーワードと一次情報を入力し、構成案・本文案・確認箇所を分けて作るワークフローの設計例です。公開前の事実確認と編集判断は人が行います。

請求書から項目を抽出し、発注・取引先データとの照合結果を確認用に整理する構成です。差異の承認と支払い実行は既存の統制に委ねます。

文字起こしから決定事項と担当タスクを分けて整理する構成です。発言の根拠と担当者・期限を確認してから議事録を共有します。

元になる情報から媒体別の投稿案を作る構成です。媒体ごとの制約、出典、ブランド表現を確認してから人が公開を判断します。

問い合わせを分類し、根拠を参照した回答案を担当者に渡す構成です。緊急案件や確信度の低い案件は自動送信せず、人に引き継ぎます。

売上データをコードで集計し、LLMには計算済みの指標を渡して説明文の案を作る構成です。数値の定義と示唆は担当者が確認します。

提案先の課題に近い過去案件を探し、受注・失注の理由と原本へのリンクを並べる。検索順位を鵜呑みにせず、営業が採用する事例を選ぶためのDifyワークフローです。

広告実績の前週差を計算し、過去施策の結果と参照元を添えて判断案にする。設定変更は自動化せず、担当者が次の検証を選ぶためのDifyワークフローです。

Meetの文字起こしからSalesforceの更新案を作り、発言の根拠・未確認項目・更新先を担当者が確認してから反映する。1商談で試すための入力と承認条件を示します。