ohgs.dev
← Journal

FactSpot と Simbion をつくっている話 — 記事の品質と、人の声

プロダクト

英語版はこちら: English version

ここ数年、メディアと地域の現場を横断して仕事をしてきました。そのなかでずっと引っかかっていたのが、2つの「見えなさ」です。1つは、出している記事が本当に良いものなのかが感覚でしか分からないこと。もう1つは、関わる人たちが何に困っていて何を求めているのかが、ちゃんと集まらないまま流れていくこと。

この2つを、それぞれ道具にしたのが FactSpot と Simbion です。

なぜ2つなのか

最初は1つのツールにまとめようとしました。けれど「記事の品質を上げる」ことと「人の声を集めてインサイトにする」ことは、扱うデータも使う場面も違います。無理に1つにすると、どちらも中途半端になる。だから役割をはっきり分けました。

FactSpot は、出すものの質を上げる道具です。URL を入れるだけで、SEO や AI 対策、E-E-A-T を機械で採点し、AI による編集診断と反証、リライト提案までを一気通貫で返します。編集部やライター、広報の現場が「次に何を直すか」を即決できることを狙っています。

Simbion は、人を理解する道具です。誰に何を聞くかを決めれば設問を自動で設計し、回答を集め、構造化し、インサイトレポートに変えます。さらに分析が貯まるほどナレッジベースとして育ち、テーマやタグで横断して過去の知見を引き出せます。

片方は「出す前・出した後の品質」、もう片方は「人の声の理解」。別々でも効きますが、つなぐと一段強くなります。

FactSpot が効く人

メディア編集長

品質が書き手の力量任せで、レビューの指摘も人によってバラつく。「良い記事」の基準を言語化できず、教育もスケールしない。FactSpot は同じ25項目超の機械採点と AI 診断を全記事にかけるので、基準が数値で揃います。結果、レビューが速くなり、新人でも一定品質を出せるようになり、編集長は個別添削から戦略づくりに時間を戻せます。

事業会社のオウンドメディア担当

SEO/AI 対策を外注に頼っていて、コストも納期も相手次第。社内に知見が貯まらない。FactSpot で公開前チェックと改善提案を内製サイクルに組み込めば、外注費を圧縮しながら判断の主導権を取り戻せます。担当者自身に改善ノウハウが蓄積し、異動や退職で知見が消えるリスクも減ります。

フリーランスライター

入稿後に修正依頼が来て手戻りが多く、単価も上がりにくい。何が評価されるのか手応えが薄い。下書きを FactSpot で診断し、弱点を直してから納品すれば、一発 OK が増えます。媒体トーンに寄せたライティング支援も使え、「修正の少ない人」という信頼が単価と継続発注につながります。

広報・PR 担当

プレスや記事が読者に伝わっているか分からず、出してみないと結果が読めない。FactSpot で伝わりにくい箇所を公開前に可視化し、表現を磨いてから出せます。掲載率や反応の歩留まりが上がり、社内に対しても「なぜ通る/通らないか」を根拠で説明できるようになります。

編集デスク

記事は溜まる一方で、どれを直せば流入が伸びるか勘で決めている。工数が足りない。リライト優先順位スキャン(改善余地 × 流入 × トレンド)で着手順が即決でき、同じ工数で伸びる記事から手を付けられます。少ない労力で流入の最大化につながり、チームの納得感も上がります。

地域メディア運営

少人数で記事数だけ多く、全部に目が届かない。品質が運任せになる。ドメインスキャンで最新記事を一括採点し、弱い記事から優先的に改善できます。人手を増やさずに全体の底上げができ、「読まれて信頼される地域メディア」に近づきます。

Simbion が効く人

コミュニティ運営

メンバーが何に困り、何を提供できるのかが見えず、マッチングや企画が運営の感覚頼り。Simbion は問いを自動設計して声を集め、つまずき・未解決・探している/提供できるを構造化します。困りごとと資源が一覧で見えるので、的確なマッチングと、刺さる企画が打てるようになります。

プロダクトマネージャー

ユーザーの本音やつまずきが定性的にしか取れず、意思決定が憶測になりがち。インタビュー設計→回答→分析→追い設問のループで仮説を素早く検証できます。判断の根拠が増え、優先順位の説明がしやすくなり、外す確率が下がります。

UX リサーチャー

設問設計と書き起こし分析に時間が溶け、調査本数を増やせない。テーマと素材から設問を一括設計し、回答を自動で構造化してレポート化できます。1本あたりの工数が下がるので、同じ時間でより多くの声を扱え、リサーチの回転が上がります。

地域プロジェクト担当

移住者や住民の声がアンケート用紙に埋もれ、施策に反映されないまま。指名・公募の2モードで声を集め、インサイトとして蓄積、ナレッジベースで横断できます。「声を集めたが活かせない」が「声に基づく施策」に変わり、住民への説明責任も果たせます。

マーケター

記事や商品への評価が数字(CV や CTR)でしか分からず、なぜ刺さらないのかが掴めない。オピニオンで受け止め・刺さった点・懸念・誤解・改善要望を引き出せます。改善すべき点が言葉で分かるので、当て勘の施策から、理由のある改善に変わります。

経営・事業開発

顧客理解が担当者の頭の中にあり、異動で消える。組織の資産にならない。Simbion は分析が貯まるほどナレッジベースが育ち、横断シンセシスで「うちの顧客は何に困っているか」に答えられます。属人的な勘が、引き継げる組織知に変わります。

2つを掛け合わせる

ここが、自分でも一番面白いと思っているところです。

  • 公開前に磨く: Simbion で読者候補に意見を集めて記事の方向性を検証し、FactSpot で品質を診断してから出す。出してから直すのではなく、出す前に当てる
  • 弱い記事を声で直す: FactSpot で改善余地の大きい記事を特定し、その読者に Simbion で意見を集め、何が伝わっていないかを掴んでリライト方針を決める
  • 声をコンテンツ戦略に: Simbion で読者やメンバーの困りごとを継続収集してナレッジ化し、FactSpot で品質を担保しながら、声に基づく企画を量産する
  • 受け止めを定点観測: Simbion でステークホルダーの受け止めを把握し、FactSpot でプレスや記事の伝わりを点検する

おすすめのワークフロー

コンテンツ改善ループ:

  1. 企画。狙う読者とテーマを決める
  2. Simbion。意見収集で仮説を検証し、刺さる切り口を探る
  3. 執筆。検証結果をもとに書く
  4. FactSpot。記事分析で品質を点検して改善する
  5. 公開。連携データで効果を確認する
  6. Simbion。読者の声を集め、次の企画へ戻る

顧客理解ループ:

  1. Simbion でインタビューやオピニオンを設計し、継続的に集める
  2. 回答を自動で構造化し、インサイトレポートを生成する
  3. ナレッジベースにタグ付きで蓄積し、横断シンセシスで問いに答える
  4. 施策に反映し、FactSpot で発信物の質を担保する
  5. 効果と新たな声を、次のサイクルに渡す

つくりながら考えていること

両方に共通して大事にしているのは、使えばすぐ使い方が分かること、使いながら上達すること、そして使うほど資産が増えることです。Simbion なら、分析が貯まるほどナレッジベースが厚くなり、横断で問いに答えられるようになる。FactSpot なら、診断と改善を回すほど編集基準が体に入る。プロダクトそのものが価値を運ぶ形を目指しています。

どちらも、まず無料で試せます。初回登録から3日間は Pro の全機能を使えるので、価値を確かめてから続けるか決められます。クレジットカードは要りません。

まずは使ってみる

現場別の使い方は、各プロダクトのユースケースページ(FactSpot / Simbion)にもまとめています。気になった入口から触ってみてください。