folkがCRMを「入力する場所」から関係性のworkspaceへ変えた順番

Simo Lemhandezは、folkの採用向け公式ページでCEO & co-founderとして紹介されている。

folkが向き合ったのは、CRMが「入力する場所」になり、実際の関係性の文脈から離れていく問題だった。出典

関係性を中心に置く

folkは、メールやカレンダーなどの既存チャネルをつなぎ、contact、interaction、group、pipelineをチームの仕事に合わせて組み立てられるCRMとして始まった。

公式サイトは、relationshipのfull contextを一つに集めることを中心価値として掲げている。出典

柔軟さを機能へ変える

初期のCRMに必要なのは、全社共通の重い設計ではなく、agencyや採用など現場ごとの流れを壊さず共有することだった。

folkはcustom field、pipeline、integrationを積み上げ、導入後に自分たちの言葉で運用できる余地を残した。出典

AIを後から接続する

次の転機は、蓄積された関係データをAI fields、follow-ups、ChatGPT、folk MCPから使う方向への拡張だった。

AIを別のチャットとして足すのではなく、CRMの文脈に接続した点にfolkの現在地がある。出典

現在地

公式サイトは4,000チームがfolkを利用していると説明する一方、売上や継続率は公開していない。出典

Simo Lemhandezとチームが示したのは、CRMを管理画面ではなく、関係を育てる日常のworkspaceへ近づける道筋だと考えられる。

folkのPMFは、Salesforceのような大規模CRMを導入するほどではないが、メール・会話・紹介・営業案件の文脈をチームで共有したい小規模組織にある。

公式サイトは、関係性の全体像を一つのCRMに集め、AI Assistantsが定型作業を自動化すると説明する。出典

特にagency、採用、投資、営業のように「会社」より「人との関係」が中心の仕事では、柔軟なgroupとpipelineが導入の壁を下げる。

4,000チーム利用という公式記載は広がりのシグナルだが、売上や継続率は非公開であり、規模の評価は要確認である。出典

最大のmoatは、単なる連絡先DBではなく、メール・会議・メモ・pipelineを関係性の履歴として蓄積すること。

そこへcustom objectsとAI fieldsを重ねれば、他CRMへ移すときの運用再設計コストがswitching costになる。

ただしデータ移行支援とAPIがあるため、絶対的な囲い込みではない。出典

ネットワーク効果は中程度に弱い。

チームメンバーが同じcontactとinteractionを更新すると共有価値は増すが、外部の顧客や取引先がfolkへ参加しなくても使える。

価値の中心はnetwork effectより、共同利用によるデータ密度とworkflowの習慣化にある。出典

主な対象は、3〜50人ほどのagency、採用チーム、投資・パートナー担当、営業チーム。

大企業向けの厳密なforecastより、関係性の文脈を失わずに共有したいチームに向く。

一方、複雑な階層権限や厳格な監査が最優先の組織は導入前の要確認である。

第一に、既存のメール・カレンダー・LinkedInを取り込み、CRMへの入力を減らしたこと。

第二に、group、custom field、pipelineで業務ごとの使い方を許容したこと。

第三に、AI fieldsやfollow-upsを後から重ね、蓄積した関係データを自動化へ接続したことだ。出典

これは機能数の競争ではなく、導入後にデータが残る運用を先に作る順番である。

柔軟さは、チームごとに設計を考える負担にもなる。

大規模組織の厳格な権限・監査・複雑なforecastが必要なら、専用CRMより設定が足りない可能性がある。

公式料金はseat課金で、利用人数が増えるほど固定費も増える。出典

また、4,000チームという利用数以外の売上・継続率・顧客構成は公開されていない。

AI機能の出力品質や外部データ依存も、導入前に自社データで検証すべき不確実性である。

入口は、既存の連絡先をimportし、2週間のfree trialでpremium機能を触らせるproduct-led型だ。出典

その後、LinkedIn、Gmail、Outlook、Zapier、Calendlyなどのintegrationとtemplatesで用途別の導入を短くし、team collaborationとAI機能でseat拡張を狙う。

APIとfolk MCPは、CRMを単体ツールでなく仕事の入口にする一手である。出典

主要チャネル: content, product-led, partnerships

CRMの差別化は、項目を増やすことではなく、入力される理由を設計することから始まる。

folkは既存チャネルを接続し、groupとpipelineで仕事に合わせ、最後にAIへ渡す順番を取った。出典

日本で同じことをするなら、名刺・メール・Slack・電話メモを一つの関係履歴へ落とし、入力の自動化と個人情報の権限設計を同時に考える必要がある。

日本では、営業だけでなく採用・代理店・既存顧客対応を含む「関係者台帳」の需要がある。

folk型の柔軟なCRMを展開するなら、名刺交換後のメール、商談、紹介者、社内担当の引き継ぎを一つのtimelineで扱うのが入口になる。

ただし個人情報保護法、データ保存地域、生成AIへの入力範囲を明確にし、AIが作ったresearch noteを人が確認する運用が必要だ。