DiscourseをCRM（顧客関係管理）としてカスタマイズした方いますか？

コミュニティ
1

各部門が他組織との提携を結ぶ権限を完全に持っている分散型組織を運営しています。しかし、どの部門とも提携している可能性があるパートナーに対しても一貫したアプローチを確保するため、部門を超えてパートナーとの関係情報を共有する方法が必要です。

通常、組織は CRM を導入し、組織のパートナーとのすべての電話やメッセージを必ず記録するよう従業員に訓練しています。しかし、私は使用するシステムの数を可能な限り制限したいと考えています。Discourse を組織のパートナー向けの軽量 CRM としてカスタマイズした事例はありますか？また、ある場合、どのように実装しましたか？

私の現在の案は、「パートナー」カテゴリを作成し、各パートナーに対してトピックを一つ割り当てることです。このカテゴリには、各パートナーに関する情報を求めるトピックテンプレートを用意し、どの部門と提携しているかも含めます。そして、新しい関係を構築したいと考える前に、常にまずこのカテゴリで候補となるパートナーを検索し、過去の関与履歴を確認するよう徹底させます。

ただし、この行動をシームレスに定着させる方法に悩んでおり、他に検討していない解決策がないか疑問に思っています。現在の解決策は Google スプレッドシートで、各パートナーの提携プロセスにおけるステータスを追跡でき、リストを素早く確認して全員を把握できると同時に、部門でフィルターすることも可能です。このシステムに移行した場合、部門でのフィルター機能が維持できるかどうかも確信が持てません。

ご意見をお聞かせください。

「いいね！」 5
2

私も同じように考えていました。各部署が自分のトピックに部署タグを付けるようにすれば、そのタグで検索できるようになります。Discourse でタグの選択を必須にすることも可能です。

少し面倒ですが、私が（一応）見た CRM システムは、どれもこれよりひどいようですね（これは Discourse で生計を立てている私が言うのですから）。:slight_smile:

「いいね！」 7
3

はい、その方法で問題ありません。私たちも同様の設定を採用しており、ジェイが言っていたように、タグ付けも役立ちます。

「いいね！」 6
4

皆さんはどのようにして情報の更新を体系的に行っていますか？全員が従うような慣行はありますか？また、トピック内に含めるべき情報と含めるべきではない情報はそれぞれ何ですか？

「いいね！」 2
5

この案も検討したのですが、すでに各部署には独自のカテゴリがあるため、同じ名前をタグとしても使うのは非常に抵抗があります。パートナーカテゴリ内で部署カテゴリ名を検索して、トピックの一覧を生成するような方法はないでしょうか。私が考えすぎているだけでしょうか？

「いいね！」 1
6

「partner」をカテゴリではなくタグにすることはできますか？この場合、両者の主な違いは、タグではカテゴリ/タグページやカテゴリ/タグのリストでのランディングや閲覧体験を制御する余地が少なくなることですが、あなたのケースではおそらく問題ないでしょう。

「いいね！」 1
7

これは昔からそうであり、誰もが各顧客に関する情報を含むトピックを探し、必要に応じてそのトピックを更新することを理解しています。また、複数の場所を調べなければならない手間を避けることが動機となっています。

さらに、上記に加えて、一部のチームメンバーは顧客関係を担当しており、コミュニティマネージャーとしてコミュニティ内の投稿を適切な場所に整理するのを助けるだけでなく、彼ら自身も同じことを行っています。

要するに、これはすでに定着した習慣であるため、それを維持するのは容易です。

「いいね！」 1
8

それでは当社の要件を満たせません。なぜなら、その場合、パートナーに関するトピックは特定の部署カテゴリ内に存在することになってしまい、本来の目的である「1 つのパートナーが複数の部署と同時に連携する」という要件に反してしまうからです。やはり、パートナー用の独立したカテゴリを設けるのが最も適切だと考えます。

「いいね！」 1
9

どのようなタグを使用されていますか？部門カテゴリが存在する中で、部門タグを設けることに特に悩んでいます。また、プロジェクトステータスタグを活用して、パートナーをアイデア段階から理解フェーズへと追跡することを検討しています。

良いアイデアですね。どのような具体的なガイドラインを運用されていますか？

「いいね！」 1
10

デボラさん、あなたのアイデアは素晴らしいと思います。それに基づき、最初の投稿を「ウィキ投稿」にすることをお勧めします。すべての必要な情報が最新状態で最初の投稿にまとめられていれば、トピック全体（時間が経つと長くなり得る）を読む必要がなくなります。トピックは議論や詳細の追加のために残し、重要な事項はすべて最初の投稿に反映させます。これを実現するには、適切な手順を実装するだけです。

注：これは、メタ上のいくつかのトピックで Discourse チームが採用している方法に非常に似ています。このやり方は効果的だと思われます。

うーん、基本的にはその通りですね！それはつまり……検索と呼ばれるものではないでしょうか？
（部門名を検索する際に、検索範囲を「パートナー」カテゴリに制限してください）

「いいね！」 1
11

おそらく、ここが妥協点になるかもしれません。これらをタググループに配置し、パートナーカテゴリ以外ではアクセス不可にするという方法はいかがでしょうか。

「いいね！」 1
12

顧客プロジェクトを示すための一般的なタグを1つ使用しており、それはより広いビジネスカテゴリに属しています。

通常の意味で強制や強制はしていません。私たちは、適切なコミュニケーションや情報の整理など、似たような価値観を共有できるチームに恵まれています。そのため、すべてが自然に機能しています。

これは、チームの全員がコミュニティ運営の経験があり、すべてを適切に整理・構造化する必要性を理解しているためだと考えています。

「いいね！」 2
13

または、CRM カテゴリに限定され、かつ必須の crm-<client-name> のように、混同の余地のないタグを作成することもできます。

「いいね！」 2
14

もちろん！

はい、これは機能しますが、少し面倒な感じがしますね…

そんな発想は全くありませんでした！いいアイデアですね。

これも素晴らしいアイデアです！

さて、実際に試してどうなるか見てみましょう。

「いいね！」 5
15

素敵ですね！最終的にどんなものができたか、ぜひ教えてくださいね。

「いいね！」 4
16

データや人間関係など、機密性の度合いには違いがありますか？

「いいね！」 1
17

これは役立つかわかりませんが、特定のニーズや結果に対する確率を重み付けするオントロジーを作成しました。これにより、@JonathanShaw @pfaffman が議論したメタデータタグ付けシステムを利用することが可能になりました。

「いいね！」 2