現在は１→２にステージが移行した日を現時点から除した日付＝ステージ２に滞留期間というプロパティを作成して、案件毎のステージ滞在期間を記録しています。
質問
①標準機能またはそれ以外で各取引毎にステージ滞留時間を出す方法はあるか？
②パイプラインの取引をボードで確認するときにパッとわかるように、カード情報にそのステージの滞留期間を表示させたいがその方法はあるか？（今だとステージ毎にカード情報を変えることが可能であればできそうだな～と思っている状況です）
分かりづらく申し訳ないですがご教示いただけると幸いです。
@HNakazono さん、コミュニティーへの投稿ありがとうございます。
「取引ステージの滞留時間」というレポートはありますが、これだと取引ごとの時間を出すことはできなさそうですね。[レポート] > [セールス] > [レポートコレクション] > [取引ステージの滞留時間]
取引ステージの滞留時間サンプルそれぞれの取引が各ステージにどれくらい滞留したかは、「ステージの時間」プロパティーを使って皆さんカスタムプロパティーで対応しているのでしょうか。
@Makoto @nsoma @yoshisegawa ご知見、アドバイスがありましたらぜひ共有いただけないでしょうか？
ありがとうございます！非常に助かります。またメンションもありがとうございます！
＞①標準機能またはそれ以外で各取引毎にステージ滞留時間を出す方法はあるか？
＞それぞれの取引が各ステージにどれくらい滞留したかは、「ステージの時間」プロパティーを使って皆さんカスタムプロパティーで対応しているのでしょうか。
おっしゃる通り、上記でお出しされているレポートですと、ステージAからステージBに移動した際の日数までしか分かりません。
そのため、以下のようなやり方があります。
ただ上記のやり方は、取引ステージの数ごとに計算プロパティーを作成する必要があり、Enterpriseプランの方以外にはあまり現実的ではないかもしれません（Proだと最大５こまでしか計算プロパティーを作成できない）。
＞②パイプラインの取引をボードで確認するときにパッとわかるように、カード情報にそのステージの滞留期間を表示させたいがその方法はあるか？（今だとステージ毎にカード情報を変えることが可能であればできそうだな～と思っている状況です）
こちらのやり方は、ボード上でステージごとに表示させるプロパティーを変えられるか？という質問かと思われますが、現状ですとそのような変更はできません。
代替案になるかは分かりませんが、上記で作成した滞在期間をもとに、〇〇日以上滞留している取引には[赤：対応]のように取引タグを利用すれば、カードの項目をみなくてもタグで重要な取引を管理できるようになると思われます。
参考になれば幸いです。
@HNakazono さん、初めまして篠原と申します。
レポート作成で「各ステージに取引が留まる平均時間」と検索してヒットするレポートで実現できます。
デフォルトのままですと、ご要件通りにならないため、以下の変更をしていただければすぐに出せます。
フィルタ条件：該当パイプラインを指定、適切な期間を指定
データ：「クローズ日」を削除し、「取引名」を追加する（下記画像）
グラフ化：「取引名」を追加する（下記画像）
このような感じで取引別ステージ別の滞在時間が表示されます。※テストデータのため数値はあべこべですが。
以上参考になりましたでしょうか？
@HNakazono さん
先日お伝えしたレポートの期間は、「取引ステージ」プロパティの変更履歴から自動算出しています。
下記参考画像。
よって、ステージ移動後の差分の期間が表示されているものとお考え下さい。
この仕組みを有効的に使うためには、ステージが１から最後まで必ず順番に進むようなステージ設計でないと正しく集計しません。
一方、@HNakazono さんが現ステージの停滞時間を知りたいという要望については、
上記の「レポート上で見れるようにする」がベスト解ではなく、「停滞してたらどうすれば業務が円滑に回るか？」を考えると、「取引担当者に停滞していることを直接伝える」がベスト解ではないでしょうか。
そうであるなら、①特定のステージに入ったらトリガー発動して、②一定期間以上経ったら取引担当者にアラートを出す、ようなワークフローを作成すれば解決できると思います。
https://community.hubspot.com/t5/%E8%B3%AA%E5%95%8F-%E3%83%87%E3%82%A3%E3%82%B9%E3%82%AB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3/%E6%97%A5%E3%80%85%E3%81%AE%E6%B4%BB%E5%8B%95%E5%B1%A5%E6%AD%B4%E3%82%92%E4%B8%80%E8%A6%A7%E3%81%A8%E3%81%97%E3%81%A6%E8%A6%8B%E3%82%8C%E3%82%8B%E3%82%88%E3%81%86%E3%81%AB%E3%81%97%E3%81%9F%E3%81%84/td-p/881543
過去に別の質問で回答したのですが、独特の設計や実現方法を考えるとうまくいかないことがありますので、HubSpotのコンセプトを理解したうえでどう要件を実現すべきかを考え、設計→実装する進め方がよろしいと考えます。
HubSpot理解 → 設計⇔要件 → 実装
以上、ご参考になれば幸いです。
