2 ポイント 投稿者 GN⁺ 2024-06-13 | 1件のコメント | WhatsAppで共有
  • Twenty は、技術チームが複雑なビジネス要件に合ったCRMを自ら構築し、素早く変更できるようにする オープンソースCRM である
  • 従来のカスタムCRMは、独自言語・遅いデプロイ・ブラックボックスロジック を持つ大規模モノリスと、迅速なV1の後に保守負担が重くなる内製構築との間で妥協を迫られてきた
  • データモデル、レイアウト、自動化、権限、認証、ワークフローエンジンを提供し、ローカル設定・実データ・ライブテスト を中心とした開発者体験を強調している
  • W3villa は Twenty を運用のバックボーンとして利用し、Alternative Partners はエージェントAIで Salesforce 移行を短縮し、AC&T は セルフホスティング によってCRMコストを90%以上削減した
  • GTMチーム向けには、Notionのように感じられる洗練されたUX、リアルタイム更新、AIチャット、ショートカットとレイアウトを提供し、開発チームが全社CRMと社内アプリの変化を主導する構造を目指している

Twentyが提案するCRM構築の方法

  • Twenty は、技術チームが エンタープライズCRM を迅速に構築できるよう設計されたオープンソースCRMである
  • 複雑なビジネス要件に合わせた カスタムCRM を作り、ビジネスが変化したときにも素早く適応できるビルディングブロックを提供する
  • 画面例には、会社、URL、作成者、住所、アカウント担当者、ICP、ARR、LinkedIn、業種、主要連絡先、従業員数、商談、追加日といったCRMフィールドが含まれる

従来のCRM選択肢における妥協

  • カスタムCRMは組織に優位性をもたらし得るが、構築方法によって運用負担は変わる
  • 大規模モノリス

    • 独自言語、遅いデプロイサイクル、ブラックボックスロジック のため、変更や検証が難しい
  • 内製構築

    • V1は素早くリリースできるが、長期的には保守と変更の負担が大きくなる
    • 自前で構築したCRMは、時間の経過とともに脆弱になり得る

拡張性ツールキットと開発者体験

  • Twenty は、CRMと社内アプリを1つの 拡張性ツールキット として組み立てられるようにする
  • 出発点は本番運用に耐えるビルディングブロックである
    • データモデル
    • レイアウト
    • 自動化
  • その後はAIコーディングツールを使ってCRMを継続的に調整できる
  • オープンソース基盤であるため、他のエコシステムに閉じ込められない コントロール権 を強調している
  • 開発者体験は一般的なソフトウェア開発フローに近い形で構成されている
    • ローカル設定
    • 実データ
    • ライブテスト
    • 独自ツールなし

AIを活用した高速な反復

  • 例示されたプロンプトでは、ワークスペースに “launch-ops CRM” をスキャフォールディングするよう求めている
    • rockets, launches, payloads, customers, launch sites を含む
    • 各オブジェクトに関連アクションを含む
  • 生成例には twenty-sdk ベースのオブジェクト定義とビュー定義が含まれる
    • defineObject, FieldType, RelationTypelaunch, payload, rocket などのオブジェクトを定義する
    • defineView, ViewFilterOperand, ViewTypeUpcoming launches テーブルビューを定義する
    • 統合テストでアプリケーションのオブジェクト数とオブジェクト・関係構成を検証する
  • Alternative Partners はエージェントAIを使い、通常は数週間かかる Salesforce移行 作業を、1人が監督できるレベルまで圧縮した

GTMチーム向けの利用体験

  • Twenty は、GTMチームに好まれるCRMを目指し、シンプルで直感的なUXを重視している
  • 製品体験は Notionのように感じられるよう 設計されている
  • すべてがリアルタイムで更新され、AIチャットが常に利用可能なため、より素早く動ける
  • スマートなパターン、ショートカット、レイアウトによって、日常業務をより速く簡単に処理できる構造である

実際の利用事例

  • W3villa

    • W3villa は、大規模なAI模擬面接を提供する W3Grads を Twenty 上に構築した
    • Twenty を、データモデル、権限、認証、ワークフローエンジンのための本番運用向けフレームワークとして利用している
  • AC&T

    • AC&T は、提供終了したベンダー製CRMを セルフホスト版 Twenty に置き換えた
    • ベンダーリスクや強制移行なしに、CRMを最後まで所有する方式を選んだ
    • CRMコストを90%以上削減した
  • NetZero

    • NetZero は、炭素クレジット、農産物、産業システム全体にわたってモジュール型の Twenty 構成を運用している
    • 急速に変化する要件に合わせて新たな要求を反映できる柔軟性を利点と見ている

1件のコメント

 
GN⁺ 2024-06-13
Hacker Newsの意見
  • この手のCRMに対するシンプルな評価はいつも同じ: プログラミング層なしで出したら、実質的に終わり
    SalesforceはApexとその周辺エコシステムのおかげでよく持ちこたえている。SFDCを狙うなら、CRMをユーザーがプログラムできるようにしなければならず、より正確には運用負担がないようにユーザーのプログラムをホスティングしてあげる必要がある
    SalesforceがWordPressのように普及した理由も、誰でもWebサイトからコード片をコピーしてファイルやテキストボックスに貼り付け、新機能を得られるから
    だからTwentyは、システムの上にAWS Lambdaのような層を載せることを専任する人を1人採用するとよいと思う

    • 今になってこのスレッドを見たが、同意する
      1年前に始めて、Salesforceに本当に近づくために必要なものの10%程度しかできていない状態
      必要なのは (1) 柔軟なデータモデル、(2) 柔軟なレイアウト、(3) コード実行。(1)はできたが、今年は(2)と(3)をやらなければならない
      次の計画は、人々がこの3つのブロックを活用してアプリを作り共有できるようにすることで、そこでオープンソースが本当に輝くはず
    • ほとんどの企業はプログラミング層を必要とする大企業ではない
      実際の牽引力を見つけて上位市場へ上がるときに、後から集中すればいい。エンタープライズ機能から始めないからといって「ローンチ即失敗」ではなく、単に賢い優先順位付け
      会社を立ち上げたばかりの時点から、エンタープライズ営業サイクルを経験したくはないはず
    • 何年もCRMプラットフォームを運営してきたが、Salesforceタイプの顧客の一部を狙うならプログラミング層が必要だというのは正しい
      ただしそれは市場の特定セグメントにすぎず、そうした機能を必要とせず、今後も必要としないユーザーは非常に多い。彼らに必要なのはCRMであって、CRMでもあるプラットフォームではない
      私たちは100%のAPIアクセスと、データ層からUIまで非常に柔軟なカスタマイズを提供しているが、その上にAPEXのような実際のプログラミング層を追加することに時間を使うのは気が進まない。そのレベルのエンタープライズ顧客と、それに付随するすべてを相手にしたくもない
      製品宣伝も見えるので自分のものも付け加えると、https://cogmento.com
    • 言うのは簡単だが、実際には難しい
      こういう製品は市場参入戦略が完全に変わる。今度はAPI、ドメイン特化言語、エコシステムを構築してサポートしなければならない
      方向性には完全に同意するが、エコシステム構築は難しい
    • SFDCが何か知らない人のために説明してくれる?
  • 数か月前、CRMっぽいソフトウェアを探していた
    私たちは少し非伝統的なやり方なので、一般的なCRMユースケースにぴったり合わない
    Twentyは必要なものにかなり近く、設定がとても簡単で、カスタマイズ性も良さそうで、REST APIもそれなりに動いた
    重要な問題は、まだかなりアルファ版のようで、私たちには合わなくなる小さな問題にいくつも遭遇したこと。それでも引き続き見守るつもりで、いつか再評価する予定。カスタマイズ性が保たれるといい
    結局、より適したものは見つからなかった

    • 私のスタートアップ https://noloco.io は、そうした非伝統的な会社と多く仕事をしている
      ビジネスに実際に合うCRMやその他の業務ツールを設計できるツールを提供しているので、見てみてもいいと思う
    • 「非伝統的」というのが何を指すのか、もっと知りたい
      営業機会の流れを追跡し、顧客を営業ファネルから成約まで移動させる方法が非伝統的という意味なのか、それとも別のことを言っているのか気になる
      そのプロセスの中で何が非伝統的になり得るのかよく理解できないので、純粋に聞いている
    • どんな機能が欠けていたのか気になる
      今、よりニッチな顧客層向けのCRMを作っているチームにいて、他のCRMが何を満たせていないのかをもっと知ろうとしているところ
    • Attioも検討に値する
      関係者ではないが、追跡すべきビジネスがかなり独特なのに、とても満足して使っている
    • Frappe CRM(https://github.com/frappe/crm)も見てみる価値がある
      カスタマイズ可能なWebフレームワークの上に作られていて、コミュニティも悪くない
  • Salesforceを買う理由はCRM技術ではなくエコシステム
    この製品をもっと信頼できるようにするには、統合機能をはるかに強く打ち出す必要がある

    • うまくいってほしいが、Salesforceと比較しないほうがよかったと思う
      私の経験では、人々はCRMのためではなくforce.comプラットフォームのためにSalesforceを買う。ビジネス全体の流れの上に業務ロジックをシームレスに構築できる能力こそがSalesforceの核心
      CRMは広く使われてはいるが、より大きな全体像の小さな一部
      Salesforceのように業務アプリを素早く立ち上げられる方法があり、その上にCRMを実装していたなら、比較はずっと適切だったはず。特にノーコードで可能なら、GPLかどうかに関係なく、そうしたホスティングプラットフォームに大金を払う会社は多い
    • すべてのJira「代替」も同じ
      カンバンやスプリントボードを作るのはとても簡単。だが重要なのはそこではない
    • Salesforceを買う理由は、上司に言われたから
      そうでないと信じているなら、あなた自身が上司だ
    • 完全に同意
      営業担当者たちが求めるからSalesforceを買うこともある。ユーザーが慣れていて使いこなしているツールだから
      すでに定着した製品を押しのけるのは、技術製品そのもの以上の問題
      Twentyは自らを代替としてマーケティングしないほうがよいと思う。実際には代替とは言いにくく、強みに集中してニッチな顧客層を精密に狙うほうがよい
      ポジショニングの専門家April Dunfordの有用なガイドがある。偶然にも、以前CRMツールのポジショニングを変えたこともある: https://www.aprildunford.com/post/a-quickstart-guide-to-posi...
    • エコシステムの皮肉は、統合開発者の立場からすると、企業が開発者をユーザーにつなげてニーズをよりよく理解させ、必要なエンドポイントだけ提供すれば、プラットフォーム上に開発者を引き込むのは非常に簡単だということ
      そうした関係を促進してくれるツールなら、私を含め多くの開発者が、ほとんどどんなツールの上でも飛び込んで作るだろう
  • CRM領域にオープンソースプラットフォームが増えるのは良いこと
    Directus https://directus.io/ とかなり似ているように感じるが、Directusはその上に何かを作るための、より汎用的なデータプラットフォーム
    Directus上にサンプルアプリを作る「100 Apps in 100 hours」という再生リストもあり、簡単なCRMもある: https://youtu.be/tTrBn9Wvko0?si=IoqQ7o7Y8czfxB31

  • プラットフォーム上でプロセス自動化のためのカスタムコードを書けるのか気になる
    SalesforceではApexと呼ばれ、Javaに似た言語でトリガーを書けるほか、LWCやVisualforceなどで書かれたフロントエンドインターフェースのサーバー側言語でもある
    Twentyのインターフェースも自分で書いたコードで拡張できるのか気になる
    Salesforceは過去15年間ほとんど進歩していない。先ほど述べたApexもまったく変わっておらず、2010年にはVisualforceがあり、少し遅いとはいえかなり良かった
    LWCはCSSで派手に見せようとして全体的にさらに遅くなり、その他については競争不在がSalesforceの成功を生んだようなもの。Salesforceを擁護するなら、15年前には競合よりはるかに先行しており、ようやく競争が追いつきつつあるのかもしれない

  • 個人カレンダーと統合される個人向け連絡先管理ツールを探している
    中程度のADHDがある妻とこの話をしたところ、時間感覚が弱いほうなので人間関係の管理がさらに難しいという
    友人や知人に再び連絡するよう促す、さりげないリマインダーがあれば非常に役立ちそう
    ただしこれはビジネス関係ではないので、オープンソースで拡張可能だとしても、CRMソフトウェアを探すのは間違った方向かもしれない
    似た状況で良い解決策を見つけた人がいるのか気になる

    • https://www.monicahq.com を日誌作成と誕生日リマインダーに使ってみたが、かなり良かった
    • カレンダーとノートの統合が優れた https://legendapp.com/https://noteplan.co/ を検討してもよさそう
      こうしたシステム内で連絡先リストを簡単に作り、単発・反復イベントをトリガーできる
    • https://clay.earth/ を使っているが、探しているものに近いかもしれない
    • Mac/iOSを使っているなら、Contact Journalがまさに探しているものかもしれない
      連絡先にタスク、リマインダー、添付ファイルなどを追加できる
  • Salesforceがもっと良いソフトウェアだったなら、「より良いSalesforce」を作ろうとする数十億ドルの資本を、もっと生産的な場所に使えたはず

    • 世界は水準以下のソフトウェアの上で動いており、今後もそうだろう
      Windowsが最も良い例
    • だからこそ、より良いSalesforceを作ることにお金が流れ込む
  • 他の無数の「No.1オープンソースCRM」と比べてどうなのか気になる

    • これは、サービスがユーザーのコンテンツを好きなように使用する権利を与えられるもの
      正直、自分にとっては完全な取引中止理由
      プライバシーポリシーにはこう書かれている: 「本サービスに提出、投稿、または表示したすべてのコンテンツに対する権利はお客様にあり、その権利を保護する責任はお客様にあります。当社は、お客様または第三者が本サービス上または本サービスを通じて投稿したコンテンツについて、いかなる責任も負いません。ただし、本サービスを使用してコンテンツを投稿することにより、お客様は当社に対し、当該コンテンツを本サービス上または本サービスを通じて使用、変更、公開実演、公開表示、複製および配布する権利とライセンスを付与します。お客様は、このライセンスに、当社がお客様のコンテンツを他の本サービス利用者に提供する権利が含まれ、当該利用者も本規約に従ってお客様のコンテンツを使用できることに同意します。」
      https://twenty.com/legal/privacy
  • 最近、CRMを自前で作るのがどれほど難しいのか気になる
    見た目ほど難しそうには見えない

    • とても簡単
      IceburgCRMを作っており、Django版またはLaravel版で提供している。「切手収集CRMを作って」のような数語だけで、特化型CRMを作れる
      モジュール、フィールド、リレーション、サブパネル、基本データ、さらにはホームページ画像まで生成される
      データは6種類の形式でインポート/エクスポートでき、無制限の多対多リレーションや26種類のテーマなどに対応している
      基本CRMはこのような見た目: https://demo.iceburg.ca/
      生成したサンプルとして、Gourmet Coffee Enthusiasts CRM https://coffee.iceburg.ca、Bee Keeping CRM https://beekeeping.iceburg.caがある
      既存のデータベースをCRMのように管理することもできる。基本のWordPressデータベースCRMは https://wordpress.iceburg.ca で、実際のWordPressサイトは https://wordpresssite.iceburg.ca/
      オープンソースなので https://github.com/iceburgcrm で見られる
    • 1つの組織の1つのチーム向けに、1つのワークフローだけをモデル化するなら、昔から些細なことだった
      イシュートラッカーを作るのと同じ
      複雑さは、複雑で分岐するワークフロー、微妙に異なる形でモデル化するチーム、まったく異なる形でモデル化する組織、コアチームや顧客側の強い利害関係者、外部システムと統合してほしいという終わりのない要求が出てきたときに訪れる
    • 会社がCRMソフトウェアを作って売っているのでなければ、大きな間違い
      エンジニアリングリソースはコアコンピタンスに集中し、それ以外は既製品を買うほうがよい
    • 人々は何十年も、ExcelやAccessのようなツールでそういうことをやってきた
  • 素晴らしい。数か月前に見ていればよかったのに、私たちはちょうどFreshsalesを買ったところ
    ウィッシュリストとしては、見積書・請求書機能、製品SKU対応、商談から文書を生成する機能、たとえばNDAや提案書の生成のようなものがあるとよい
    私たちが実際に使う範囲では、Freshsalesとこの製品の差はその程度
    統合面では、TwentyがWebhookに対応しているのはよい。Xeroのようなものと統合するには、どこから始めるのがよいのか気になる
    他の人がざっくり作っておいた統合リポジトリがあって、調整したり参考にしたりできるとよい
    まだ自分では動かしていない
    繰り返しになるが、2000年代風に設計されていない、本当にまともなオープンソースCRMの選択肢ができたのはとても嬉しい。HubSpotとSalesforceは私たちの年間経常収益のおよそ2%を毎年要求してきて、Freshsalesは妥協案だった