・
【ノーコードで実現】GitHubとDiscordをWebhookで連携しデータを自動送信する方法
GitHubで任意のWebhookを受信したら、Discordに通知する
試してみる
■概要
GitHubでのリリースノート作成やIssue更新などのイベントを、都度手作業で確認しDiscordへ通知する作業に手間を感じていませんか。このワークフローを活用することで、GitHubで指定したWebhookイベントを受信した際に、その内容を自動でDiscordの特定チャンネルへ通知する仕組みを構築できます。手作業による通知漏れやタイムラグを防ぎ、開発チーム内の情報共有を円滑にします。
■このテンプレートをおすすめする方
- GitHubの特定アクションをトリガーに、Discordへリアルタイムで通知したい開発チームの方
- Webhookを利用した手動での連携に課題を感じており、通知作業を自動化したい方
- GitHubとDiscordを連携させ、プロジェクトの進捗共有を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubのWebhook受信をきっかけに自動でDiscordへ通知が送信されるため、これまで手作業での共有に費やしていた時間を短縮できます。
- 手動での通知による伝達漏れや遅延といったヒューマンエラーを防ぎ、重要な更新を確実にチームへ共有することが可能です。
■フローボットの流れ
- はじめに、GitHubとDiscordをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Webhookを受信したら(Webhook起動)」を設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、トリガーのGitHubで取得した情報を任意のチャンネルに通知します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordへのメッセージ送信では、通知先のチャンネルを自由に指定できるほか、本文に固定テキストだけでなく、Webhookで取得した情報を変数として埋め込むことも可能です。
■注意事項
- GitHub、DiscordのそれぞれとYoomを連携してください。
- GitHubでWebhookを設定する方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/11710834 - GitHubのアウトプットはJSONPathから取得可能です。取得方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/9103858
■概要
GitHubでのリリースノート作成やIssue更新などのイベントを、都度手作業で確認しDiscordへ通知する作業に手間を感じていませんか。このワークフローを活用することで、GitHubで指定したWebhookイベントを受信した際に、その内容を自動でDiscordの特定チャンネルへ通知する仕組みを構築できます。手作業による通知漏れやタイムラグを防ぎ、開発チーム内の情報共有を円滑にします。
■このテンプレートをおすすめする方
- GitHubの特定アクションをトリガーに、Discordへリアルタイムで通知したい開発チームの方
- Webhookを利用した手動での連携に課題を感じており、通知作業を自動化したい方
- GitHubとDiscordを連携させ、プロジェクトの進捗共有を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubのWebhook受信をきっかけに自動でDiscordへ通知が送信されるため、これまで手作業での共有に費やしていた時間を短縮できます。
- 手動での通知による伝達漏れや遅延といったヒューマンエラーを防ぎ、重要な更新を確実にチームへ共有することが可能です。
■フローボットの流れ
- はじめに、GitHubとDiscordをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Webhookを受信したら(Webhook起動)」を設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、トリガーのGitHubで取得した情報を任意のチャンネルに通知します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordへのメッセージ送信では、通知先のチャンネルを自由に指定できるほか、本文に固定テキストだけでなく、Webhookで取得した情報を変数として埋め込むことも可能です。
■注意事項
- GitHub、DiscordのそれぞれとYoomを連携してください。
- GitHubでWebhookを設定する方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/11710834 - GitHubのアウトプットはJSONPathから取得可能です。取得方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/9103858
「リポジトリにpushがあったら、手動でDiscordに投稿するのが面倒…」
「重要なissueの作成やコメントをチームが見逃してしまわないか心配…」
このように、GitHubでの開発イベントに関するチームへの情報共有で、手間やコミュニケーションロスを感じていませんか?
もし、GitHubでのpushやissue作成、プルリクエストのマージといった特定のアクションをトリガーに、関連情報をDiscordの指定チャンネルへ素早く自動で通知できる仕組みがあれば、開発チーム内での情報共有がスムーズになるでしょう。
実は、このような自動化は、Webhookを使用したノーコード連携で実現可能です。
今回ご紹介する自動化の設定はプログラミングの知識がなくても簡単に設定できます。ぜひこの機会に導入して、チームの連携をさらに強化しましょう!
とにかく早く試したい方へ
YoomにはGitHubのWebhookを活用しDiscordにデータを自動送信するテンプレートが用意されているので、「まずは試してみたい!」という方は、以下のバナーをクリックして、すぐに自動化を体験してみましょう!
GitHubで任意のWebhookを受信したら、Discordに通知する
試してみる
■概要
GitHubでのリリースノート作成やIssue更新などのイベントを、都度手作業で確認しDiscordへ通知する作業に手間を感じていませんか。このワークフローを活用することで、GitHubで指定したWebhookイベントを受信した際に、その内容を自動でDiscordの特定チャンネルへ通知する仕組みを構築できます。手作業による通知漏れやタイムラグを防ぎ、開発チーム内の情報共有を円滑にします。
■このテンプレートをおすすめする方
- GitHubの特定アクションをトリガーに、Discordへリアルタイムで通知したい開発チームの方
- Webhookを利用した手動での連携に課題を感じており、通知作業を自動化したい方
- GitHubとDiscordを連携させ、プロジェクトの進捗共有を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubのWebhook受信をきっかけに自動でDiscordへ通知が送信されるため、これまで手作業での共有に費やしていた時間を短縮できます。
- 手動での通知による伝達漏れや遅延といったヒューマンエラーを防ぎ、重要な更新を確実にチームへ共有することが可能です。
■フローボットの流れ
- はじめに、GitHubとDiscordをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Webhookを受信したら(Webhook起動)」を設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、トリガーのGitHubで取得した情報を任意のチャンネルに通知します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordへのメッセージ送信では、通知先のチャンネルを自由に指定できるほか、本文に固定テキストだけでなく、Webhookで取得した情報を変数として埋め込むことも可能です。
■注意事項
- GitHub、DiscordのそれぞれとYoomを連携してください。
- GitHubでWebhookを設定する方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/11710834 - GitHubのアウトプットはJSONPathから取得可能です。取得方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/9103858
■概要
GitHubでのリリースノート作成やIssue更新などのイベントを、都度手作業で確認しDiscordへ通知する作業に手間を感じていませんか。このワークフローを活用することで、GitHubで指定したWebhookイベントを受信した際に、その内容を自動でDiscordの特定チャンネルへ通知する仕組みを構築できます。手作業による通知漏れやタイムラグを防ぎ、開発チーム内の情報共有を円滑にします。
■このテンプレートをおすすめする方
- GitHubの特定アクションをトリガーに、Discordへリアルタイムで通知したい開発チームの方
- Webhookを利用した手動での連携に課題を感じており、通知作業を自動化したい方
- GitHubとDiscordを連携させ、プロジェクトの進捗共有を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubのWebhook受信をきっかけに自動でDiscordへ通知が送信されるため、これまで手作業での共有に費やしていた時間を短縮できます。
- 手動での通知による伝達漏れや遅延といったヒューマンエラーを防ぎ、重要な更新を確実にチームへ共有することが可能です。
■フローボットの流れ
- はじめに、GitHubとDiscordをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Webhookを受信したら(Webhook起動)」を設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、トリガーのGitHubで取得した情報を任意のチャンネルに通知します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordへのメッセージ送信では、通知先のチャンネルを自由に指定できるほか、本文に固定テキストだけでなく、Webhookで取得した情報を変数として埋め込むことも可能です。
■注意事項
- GitHub、DiscordのそれぞれとYoomを連携してください。
- GitHubでWebhookを設定する方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/11710834 - GitHubのアウトプットはJSONPathから取得可能です。取得方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/9103858
GitHubとDiscordをWebhookで連携するフローを作ってみよう
それではここからGitHubのWebhookを活用しDiscordにデータを自動送信する方法を解説します。
今回はより代表的な業務例として、GitHubで任意のWebhookイベントを受信した際に、Discordに自動で通知するフローを解説していきます!
ここではYoomを使用してノーコードで設定をしていくので、もしまだYoomのアカウントをお持ちでない場合は、こちらの登録フォームからアカウントを発行しておきましょう。
※今回連携するアプリの公式サイト:GitHub/Discord
[Yoomとは]
フローの作成方法
今回は大きく分けて以下のプロセスで作成します。
- GitHubとDiscordのマイアプリ連携
- テンプレートをコピー
- GitHubのトリガー設定とDiscordのアクション設定
- トリガーをONにし、フローが起動するかを確認
GitHubで任意のWebhookを受信したら、Discordに通知する
試してみる
■概要
GitHubでのリリースノート作成やIssue更新などのイベントを、都度手作業で確認しDiscordへ通知する作業に手間を感じていませんか。このワークフローを活用することで、GitHubで指定したWebhookイベントを受信した際に、その内容を自動でDiscordの特定チャンネルへ通知する仕組みを構築できます。手作業による通知漏れやタイムラグを防ぎ、開発チーム内の情報共有を円滑にします。
■このテンプレートをおすすめする方
- GitHubの特定アクションをトリガーに、Discordへリアルタイムで通知したい開発チームの方
- Webhookを利用した手動での連携に課題を感じており、通知作業を自動化したい方
- GitHubとDiscordを連携させ、プロジェクトの進捗共有を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubのWebhook受信をきっかけに自動でDiscordへ通知が送信されるため、これまで手作業での共有に費やしていた時間を短縮できます。
- 手動での通知による伝達漏れや遅延といったヒューマンエラーを防ぎ、重要な更新を確実にチームへ共有することが可能です。
■フローボットの流れ
- はじめに、GitHubとDiscordをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Webhookを受信したら(Webhook起動)」を設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、トリガーのGitHubで取得した情報を任意のチャンネルに通知します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordへのメッセージ送信では、通知先のチャンネルを自由に指定できるほか、本文に固定テキストだけでなく、Webhookで取得した情報を変数として埋め込むことも可能です。
■注意事項
- GitHub、DiscordのそれぞれとYoomを連携してください。
- GitHubでWebhookを設定する方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/11710834 - GitHubのアウトプットはJSONPathから取得可能です。取得方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/9103858
■概要
GitHubでのリリースノート作成やIssue更新などのイベントを、都度手作業で確認しDiscordへ通知する作業に手間を感じていませんか。このワークフローを活用することで、GitHubで指定したWebhookイベントを受信した際に、その内容を自動でDiscordの特定チャンネルへ通知する仕組みを構築できます。手作業による通知漏れやタイムラグを防ぎ、開発チーム内の情報共有を円滑にします。
■このテンプレートをおすすめする方
- GitHubの特定アクションをトリガーに、Discordへリアルタイムで通知したい開発チームの方
- Webhookを利用した手動での連携に課題を感じており、通知作業を自動化したい方
- GitHubとDiscordを連携させ、プロジェクトの進捗共有を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubのWebhook受信をきっかけに自動でDiscordへ通知が送信されるため、これまで手作業での共有に費やしていた時間を短縮できます。
- 手動での通知による伝達漏れや遅延といったヒューマンエラーを防ぎ、重要な更新を確実にチームへ共有することが可能です。
■フローボットの流れ
- はじめに、GitHubとDiscordをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Webhookを受信したら(Webhook起動)」を設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、トリガーのGitHubで取得した情報を任意のチャンネルに通知します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordへのメッセージ送信では、通知先のチャンネルを自由に指定できるほか、本文に固定テキストだけでなく、Webhookで取得した情報を変数として埋め込むことも可能です。
■注意事項
- GitHub、DiscordのそれぞれとYoomを連携してください。
- GitHubでWebhookを設定する方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/11710834 - GitHubのアウトプットはJSONPathから取得可能です。取得方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/9103858
ステップ1:GitHubとDiscordをマイアプリ連携
ここでは、Yoomとそれぞれのアプリを連携して、操作が行えるようにしていきます。
各ツールのマイアプリ連携方法はナビを用意しているので、同じ手順で進めてみてくださいね。
※事前に両アプリにログインをしておきましょう。
GitHubをマイアプリ連携
Discordをマイアプリ連携
ステップ2:該当のテンプレートをコピー
次に、テンプレートをコピーします。
テンプレートは自動化の大枠があらかじめ作成されており、それに沿って設定するだけでフローが完成するため、初心者の方にもおすすめです!
以下のバナーにある「試してみる」ボタンをクリックしてください。
GitHubで任意のWebhookを受信したら、Discordに通知する
試してみる
■概要
GitHubでのリリースノート作成やIssue更新などのイベントを、都度手作業で確認しDiscordへ通知する作業に手間を感じていませんか。このワークフローを活用することで、GitHubで指定したWebhookイベントを受信した際に、その内容を自動でDiscordの特定チャンネルへ通知する仕組みを構築できます。手作業による通知漏れやタイムラグを防ぎ、開発チーム内の情報共有を円滑にします。
■このテンプレートをおすすめする方
- GitHubの特定アクションをトリガーに、Discordへリアルタイムで通知したい開発チームの方
- Webhookを利用した手動での連携に課題を感じており、通知作業を自動化したい方
- GitHubとDiscordを連携させ、プロジェクトの進捗共有を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubのWebhook受信をきっかけに自動でDiscordへ通知が送信されるため、これまで手作業での共有に費やしていた時間を短縮できます。
- 手動での通知による伝達漏れや遅延といったヒューマンエラーを防ぎ、重要な更新を確実にチームへ共有することが可能です。
■フローボットの流れ
- はじめに、GitHubとDiscordをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Webhookを受信したら(Webhook起動)」を設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、トリガーのGitHubで取得した情報を任意のチャンネルに通知します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordへのメッセージ送信では、通知先のチャンネルを自由に指定できるほか、本文に固定テキストだけでなく、Webhookで取得した情報を変数として埋め込むことも可能です。
■注意事項
- GitHub、DiscordのそれぞれとYoomを連携してください。
- GitHubでWebhookを設定する方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/11710834 - GitHubのアウトプットはJSONPathから取得可能です。取得方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/9103858
■概要
GitHubでのリリースノート作成やIssue更新などのイベントを、都度手作業で確認しDiscordへ通知する作業に手間を感じていませんか。このワークフローを活用することで、GitHubで指定したWebhookイベントを受信した際に、その内容を自動でDiscordの特定チャンネルへ通知する仕組みを構築できます。手作業による通知漏れやタイムラグを防ぎ、開発チーム内の情報共有を円滑にします。
■このテンプレートをおすすめする方
- GitHubの特定アクションをトリガーに、Discordへリアルタイムで通知したい開発チームの方
- Webhookを利用した手動での連携に課題を感じており、通知作業を自動化したい方
- GitHubとDiscordを連携させ、プロジェクトの進捗共有を効率化したいと考えている方
■このテンプレートを使うメリット
- GitHubのWebhook受信をきっかけに自動でDiscordへ通知が送信されるため、これまで手作業での共有に費やしていた時間を短縮できます。
- 手動での通知による伝達漏れや遅延といったヒューマンエラーを防ぎ、重要な更新を確実にチームへ共有することが可能です。
■フローボットの流れ
- はじめに、GitHubとDiscordをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Webhookを受信したら(Webhook起動)」を設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、トリガーのGitHubで取得した情報を任意のチャンネルに通知します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordへのメッセージ送信では、通知先のチャンネルを自由に指定できるほか、本文に固定テキストだけでなく、Webhookで取得した情報を変数として埋め込むことも可能です。
■注意事項
- GitHub、DiscordのそれぞれとYoomを連携してください。
- GitHubでWebhookを設定する方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/11710834 - GitHubのアウトプットはJSONPathから取得可能です。取得方法は下記をご参照ください。
https://intercom.help/yoom/ja/articles/9103858
テンプレートのコピーに成功すると、以下の画面が表示されますので「OK」をクリックしましょう。
なお、コピーしたテンプレートはYoomのマイプロジェクトから確認できます。

ステップ3:GitHubのWebhookを受信した際の設定
Yoomのフローボットを動かす引き金となるアクションのことを「アプリトリガー」と呼びます。
まずはこのトリガーの設定を行いましょう。
Webhookを受信したら(Webhook起動)をクリックします。

タイトルは任意のものに変更可能ですが、変更がなければそのままでも問題ありません。
連携するアカウント情報にはステップ1で連携したアカウントか、連携時に使用していたYoomのアカウントが表示されます。
アカウントを確認して問題なければ次へをクリックしてください。

Webhookの設定を行います。
今回ご紹介するテンプレートは、GitHubで任意のWebhookイベントを受信した際に起動します。
任意となっているため、GitHubで設定できる内容のWebhookイベントであれば自由に設定可能です。
今回は、Issuesが更新されたらDiscordにメッセージが送信するという想定で設定を行います。
GitHubのWebhookの登録方法は以下のリンク先をご覧ください。
※今回はIssuesを対象としているため、リンク先の1,2の設定を行っています。
Webhookの登録ができたら、Issuesを更新します。今回は以下のように更新しました。

Yoomの画面に戻ります。次は連携テストを行いましょう。テストボタンをクリックします。

成功するとテスト成功画面とGitHubのデータが確認できます。

また、今回ご紹介するテンプレートは様々なイベントに対応するため、特定の取得した値が設定されていません。
まず、取得した値についてリンク先をご覧ください。
この取得した値をこのあとの設定でも使用することで、GitHubのデータをDiscordに自動送信可能となります。
そのため、Discordに送信したいデータは手動で取得した値に追加する必要があります。

値を追加すると、以下のように取得した値に表示されます。
Discordに送信したい値が表示されているのを確認できたら、忘れずに「保存する」をクリックしましょう。

ステップ4:Discordのメッセージを送信する設定
Discordにデータを送信する設定を行います。
メッセージを送信をクリックしましょう。

タイトルは任意のものに変更可能ですが、変更がなければそのままでも問題ありません。
連携するアカウント情報にはステップ1で連携したアカウントか、連携時に使用していたYoomのアカウントが表示されます。
アカウントを確認して問題なければ次へをクリックしてください。

チャンネルIDを設定します。注釈を確認し入力を行ってください。

メッセージ内容を設定します。デフォルトで設定されていますが、自由に編集可能です。
入力欄をクリックすることで、以下のように取得した値から設定することができます。
取得した値を活用することで、固定値ではなく、トリガーが実行されるたびに最新のGitHubの情報が反映されます。なお、取得した値を活用せずテキストを直接入力した箇所は固定値のため定型文となります。

ここまで設定できたらテストをクリックしてください。
※テストをクリックすると、実際にメッセージが送信されます。

テストに成功するとテスト成功画面と取得した値が表示されますのでご確認ください。
確認できたら「保存する」をクリックしましょう。


また、実際にDiscordにメッセージが送信されているか確認しておきましょう。

ステップ5:トリガーをONにし、フローが起動するかを確認
先ほどのYoomの画面で保存するをクリックすると以下の画面が表示されます。
トリガーをONをクリックしてください。

お疲れ様でした!ここまでで設定は完了です!
以上がGitHubで任意のWebhookイベントを受信した際に、Discordに自動で通知するフローでした!
GitHubやDiscordのAPIを使ったその他の自動化例
GitHubやDiscordのAPIを活用することで、開発業務やチーム内コミュニケーションの効率化が可能になります。
Yoomにはこれらの業務を自動化できるテンプレートが多数用意されており、開発チームやコミュニティ運営をスムーズに進められます。
GitHubを使った自動化例
GitHubによる自動化は、Issue管理や他ツールとの連携を効率化します。
例えば、フォームやCRMで登録された情報をもとに自動でIssueを作成したり、他のプロジェクト管理ツールと連動させることで、開発タスクの一元管理が可能になります。
これにより、手動での登録作業を削減し、開発スピードの向上や情報共有の精度向上に役立つはずです!
GitHubでIssueが新しく作成または更新されたらGoogle スプレッドシートに追加
試してみる
■概要GitHubでのプロジェクト管理において、Issueの作成や更新状況をチーム全体で把握するために、手作業でGoogle スプレッドシートに転記している、といった手間は発生していませんか。手作業での転記は時間がかかるだけでなく、記載漏れなどのミスにも繋がりかねません。このワークフローを活用することで、GitHubでIssueが作成または更新された際に、指定したGoogle スプレッドシートへ情報を自動で追加し、Issue管理を効率化します。■このテンプレートをおすすめする方- GitHubのIssue情報を手作業でGoogle スプレッドシートに転記しているプロジェクトマネージャーの方
- エンジニアと非エンジニア間で、Issueの進捗状況をスムーズに共有したいと考えている方
- 手作業による情報転記のミスを減らし、正確なIssue管理を実現したいと考えている開発チームの方
■このテンプレートを使うメリット- GitHubでIssueが作成・更新されると自動でGoogle スプレッドシートに情報が追加されるため、手作業での転記にかかっていた時間を短縮できます。
- システムが自動で処理を行うため、手作業による入力ミスや更新漏れといったヒューマンエラーの発生を防ぎ、情報の正確性を保ちます。
■フローボットの流れ- はじめに、GitHubとGoogle スプレッドシートをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成または更新されたら」というアクションを設定します。
- 最後に、オペレーションでGoogle スプレッドシートを選択し、「スプレッドシートに情報を記載」のアクションを設定することで、Issueの情報を自動で記録できます。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubのトリガー設定では、Issueの作成や更新を検知する対象のリポジリを任意で設定してください。
- Google スプレッドシートに連携する情報は、Issueのタイトルや担当者、ラベルなど、管理したい項目を自由にカスタマイズすることが可能です。
■注意事項- GitHub、Google スプレッドシートのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Githubに新しいIssueが作成されたらNotionのページにテキストを追加する
試してみる
■概要GitHubで新しいIssueが作成されるたびに、手作業でNotionのタスク管理ボードなどに転記する作業は手間がかかる上に、転記漏れやミスが発生する原因にもなりかねません。開発のスピードを落とさずに、プロジェクト管理を正確に行いたいと考える方は多いのではないでしょうか。このワークフローを活用すれば、GitHubでIssueが作成されると、自動でNotionのデータベースに情報が追加されるため、こうした連携の手間を削減し、スムーズな情報共有を実現します。■このテンプレートをおすすめする方- GitHubとNotionを併用し、開発プロジェクトの管理を行っているエンジニアやプロジェクトマネージャーの方
- Issueの情報を手作業でNotionに転記しており、手間や入力ミスに課題を感じている方
- 開発チーム内の情報共有やタスク管理のプロセスを自動化し、効率を上げたいと考えている方
■このテンプレートを使うメリット- GitHubでIssueが作成されると、自動でNotionに情報が連携されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業によるコピー&ペーストが減るため、Issueのタイトルや内容などの情報の転記ミスや共有漏れといったヒューマンエラーを防ぎます。
■フローボットの流れ- はじめに、GitHubとNotionをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 最後に、オペレーションでNotionを選択し、「ページのプロパティを更新(テキストプロパティ)」アクションで、Issueの情報を追加したいページと内容を設定します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubのトリガー設定では、自動化の対象としたいリポジトリを任意で設定してください。
- Notionに情報を追加する設定では、Issueのタイトルや本文、担当者名など、どの情報をNotionのどのプロパティに追加するかを任意で設定できます。
■注意事項- GitHub、NotionのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubでIssueが作成されたらJira Softwareに課題を登録する
試してみる
■概要開発プロジェクトにおいて、GitHubとJira Softwareを併用する際、Issueの作成から課題の登録までを手作業で行っていませんか。この手動での情報連携は手間がかかるだけでなく、転記漏れや入力ミスといったヒューマンエラーの原因にもなり得ます。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でJira Softwareへ課題を登録するため、開発プロセスをよりスムーズに進行させることが可能です。■このテンプレートをおすすめする方- GitHubとJira Softwareを併用し、手作業での情報連携に手間を感じている開発者の方
- プロジェクトのタスク管理を効率化し、開発に集中したいプロジェクトマネージャーの方
- ツールの連携を通じて、チーム全体の生産性を向上させたいと考えている開発チームのリーダーの方
■このテンプレートを使うメリット- GitHubでIssueが作成されると自動でJira Softwareに課題が登録されるため、これまで手作業での転記にかかっていた時間を削減できます。
- 手動での情報連携時に発生しがちな、登録漏れや内容の転記ミスといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ- はじめに、GitHubとJira SoftwareをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 最後に、オペレーションでJira Softwareの「課題を追加」アクションを設定し、トリガーで取得したIssueのタイトルや本文などを連携するよう設定します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubのトリガー設定では、監視対象としたいリポジトリのオーナー名とリポジリ名を任意で設定してください。
- Jira Softwareの課題登録アクションでは、GitHubのIssueから取得したタイトルや本文、ラベルなどの情報を、Jira Softwareの任意のフィールドに自由に設定できます。
■注意事項- GitHub、Jira SoftwareのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Jira Softwareのマイアプリ連携方法は「Jira Softwareのマイアプリ登録方法」をご参照ください。
GitHubのIssueが新規作成されたら、Notionのデータベースに自動登録する
試してみる
■概要開発プロジェクトでGitHubのIssueが作成されるたびに、手作業でNotionのタスクリストに転記していませんか?この手作業は時間がかかるだけでなく、コピー&ペーストのミスや登録漏れの原因にもなりがちです。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、その内容を自動でNotionのデータベースに登録し、プロジェクト管理の効率化と情報共有の正確性向上を実現します。
■このテンプレートをおすすめする方- GitHubとNotionでタスク管理を行い、情報連携の手間を省きたい開発チームの方
- 手作業によるIssueの転記ミスや共有漏れを防ぎ、チームの生産性を高めたい方
- 開発タスクの進捗状況をNotionで一元管理し、全体の可視性を向上させたい方
■このテンプレートを使うメリット- GitHubでIssueが作成されると自動でNotionに登録されるため、転記作業に費やしていた時間を短縮し、より重要な業務に集中できます。
- 手動でのデータ入力に伴う、転記ミスや登録漏れといったヒューマンエラーを防ぎ、常に正確な情報に基づいたタスク管理が可能になります。
■フローボットの流れ- はじめに、GitHubとNotionをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、監視対象のリポジトリを指定します。
- 続いて、オペレーションでGitHubの「Issueを取得する」アクションを設定し、トリガーとなったIssueの詳細情報を取得します。
- 最後に、オペレーションでNotionの「レコードを追加する」アクションを設定し、取得したIssueの情報を任意のデータベースに登録します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubのトリガー設定で、通知を受け取りたい対象のリポジトリを任意で設定してください。
- Notionにレコードを追加するアクションで、登録先のデータベースIDや、Issueのタイトルや本文などをどのプロパティに割り当てるかを任意で設定してください。
■注意事項- GitHubとNotionのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubでIssueが作成されたらTrelloに追加する
試してみる
■概要GitHubで新しいIssueが作成されるたびに、タスク管理ツールのTrelloへ手動で内容を転記していませんか?この手作業は、開発のスピードを妨げるだけでなく、転記ミスや対応漏れといったヒューマンエラーの原因にもなりかねません。
このワークフローを利用することで、GitHubでのIssue作成をトリガーに、Trelloへ自動でカードを追加できます。開発とタスク管理の連携をスムーズにし、プロジェクトの進行を効率化します。
■このテンプレートをおすすめする方- GitHubとTrelloを併用し、Issueの内容を手作業で転記している開発担当者の方
- Issueの対応漏れを防ぎ、タスク管理を効率化したいプロジェクトマネージャーの方
- 開発チームの生産性を向上させるため、定型的な作業を自動化したいと考えている方
■このテンプレートを使うメリット- GitHubでIssueが作成されるとTrelloに自動でカードが追加され、手作業での転記に費やしていた時間を削減できます。
- 手作業による情報の転記漏れや入力ミスといったヒューマンエラーを防ぎ、タスク管理の正確性を向上させます。
■フローボットの流れ- はじめに、GitHubとTrelloをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」を設定します。
- 最後に、オペレーションでTrelloを選択し、「新しいカードを作成」のアクションを設定します。前のステップで取得したIssueのタイトルや本文などの情報を、作成するカードの各項目に紐付けます。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubのトリガー設定では、連携対象としたいリポジトリのオーナー名とリポジトリ名を任意で設定してください。
- Trelloでのカード作成時には、カードを追加するボードやリストを任意で選択できます。また、カードのタイトルや説明には、GitHubのIssueから取得した情報を動的に設定したり、固定のテキストを追加したりすることが可能です。
■注意事項- GitHub、TrelloのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Backlogに課題が追加されたらGitHubにも登録
試してみる
■概要
プロジェクト管理でBacklogとGitHubを併用していると、課題の二重登録や転記の手間が発生しがちではないでしょうか。手作業による転記は時間がかかるだけでなく、入力ミスや更新漏れの原因にもなり得ます。このワークフローを活用すれば、Backlogに新しい課題が追加されると自動でGitHubにもIssueが作成されるため、こうした課題を解消し、開発プロジェクトの管理を円滑に進めることが可能です。
■このテンプレートをおすすめする方
- BacklogとGitHubの両方で課題管理を行っている開発チームの方
- 課題の二重登録による手間やヒューマンエラーをなくしたいプロジェクトリーダーの方
- 複数のツールをまたぐ開発ワークフローの効率化を検討している方
■このテンプレートを使うメリット
- Backlogに課題が追加されると自動でGitHubにもIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になることで、入力ミスや登録漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、BacklogとGitHubをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「Backlogに課題が追加されたら」フローが起動するように設定します。
- 次に、オペレーションでトリガーとなったBacklogの課題情報を取得します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで取得した課題情報を紐付けます。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、連携するBacklogのドメインや、監視対象としたいプロジェクトIDを任意で設定してください。
- GitHubでIssueを作成するアクションでは、タイトルや本文などの各項目に、固定のテキストを設定したり、Backlogから取得した課題の情報を変数として設定したりすることが可能です。
■注意事項
- Backlog、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
HubSpotのフォームが送信されたら、GitHubのIssueを作成する
試してみる
■概要HubSpotのフォームから問い合わせや資料請求があった際に、対応内容を都度GitHubのIssueとして手動で作成していませんか?この作業は単純ですが、件数が増えると大きな手間となり、転記ミスなどのヒューマンエラーも発生しやすくなります。このワークフローを活用すれば、HubSpotのフォーム送信をトリガーとして、GitHubのIssue作成を自動化できるため、こうした定型業務を効率化し、対応漏れを防ぎます。
■このテンプレートをおすすめする方- HubSpotで獲得したリード情報を、GitHubで開発チームに共有しているマーケティング担当者の方
- フォームからの問い合わせ内容をGitHubで管理しており、手作業でのIssue作成を効率化したい方
- HubSpotとGitHub間の連携を手作業で行っており、入力ミスや対応漏れなどの課題を抱えている方
■このテンプレートを使うメリット- HubSpotフォームが送信されると、自動でGitHubにIssueが作成されるため、これまで手作業に費やしていた時間を短縮できます。
- 手作業による情報転記が不要になることで、入力間違いや共有漏れといったヒューマンエラーの発生を防ぎます。
■フローボットの流れ- はじめに、HubSpotとGitHubをYoomと連携します。
- 次に、トリガーでHubSpotを選択し、「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、HubSpotフォームで取得した情報をIssueの内容に反映させます。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- HubSpotのトリガー設定では、アクションを起動させたい対象のフォームIDを任意で設定してください。
- GitHubのオペレーション設定では、Issueのタイトルや本文などに、前段のHubSpotフォームで取得した値を引用して自由に設定することが可能です。
■注意事項- HubSpot、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Googleフォームで登録された情報をGitHubに登録する
試してみる
■概要Googleフォームで受け付けたお問い合わせやバグ報告などを、都度GitHubに手動で転記していませんか?この作業は手間がかかるだけでなく、情報の転記漏れや入力ミスが発生する可能性もあります。このワークフローを活用すれば、Googleフォームに回答が送信されると、その内容をもとに自動でGitHubにIssueが作成されるため、手動での情報登録プロセスを効率化し、対応漏れを防ぐことが可能です。
■このテンプレートをおすすめする方- GoogleフォームとGitHubを連携させ、情報登録を自動化したいと考えている方
- ユーザーからのフィードバックをGoogleフォームで管理している開発担当者の方
- GitHubへのIssue作成を手作業で行っており、入力ミスや対応漏れを防ぎたい方
■このテンプレートを使うメリット- Googleフォームへの回答をトリガーに自動でGitHubへIssueが作成されるため、これまで手作業での転記に費やしていた時間を削減できます。
- 手作業での情報登録がなくなることで、転記時の入力ミスや対応漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ- はじめに、GoogleフォームとGitHubをYoomと連携します。
- 次に、トリガーでGoogleフォームを選択し、「フォームに回答が送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、フォームの回答内容をもとにIssueを作成するように設定します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubでIssueを作成する際、タイトルや本文にGoogleフォームから取得した回答内容を動的に埋め込むように設定してください。
- Issueの担当者(Assignees)やラベルなどを、特定の固定値としてあらかじめ設定することも可能です。
■注意事項- Googleフォーム、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Googleフォームをトリガーとして使用した際の回答内容を取得する方法は「Googleフォームトリガーで、回答内容を取得する方法」を参照ください。
Typeformで送信された情報でGitHubにIssueを作成する
試してみる
■概要
Typeformで受け付けた問い合わせやバグ報告などを、手作業でGitHubのIssueに転記する作業に手間を感じていませんか。
手動での情報連携は、対応の遅れや転記ミスにつながる可能性があります。
このワークフローを活用すれば、Typeformでフォームが送信された際に、その内容を自動でGitHubのIssueとして作成することが可能です。
情報連携のプロセスを自動化し、迅速かつ正確なタスク管理を実現します。
■このテンプレートをおすすめする方
- Typeformで受け付けた情報を手動でGitHubに転記している方
- ユーザーからのフィードバックを基にGitHubでタスク管理を行っている方
- 部署間の情報連携を自動化し、よりスムーズな業務フローを構築したいと考えている方
■このテンプレートを使うメリット
- Typeformにフォームが送信されると自動でGitHubにIssueが作成されるため、これまで手作業で行っていた転記作業の時間を短縮できます。
- 手作業での情報コピーが不要になることで、入力ミスや連携漏れといったヒューマンエラーを防ぎ、情報の正確性を保つことに繋がります。
■フローボットの流れ
- はじめに、TypeformとGitHubをYoomと連携します。
- 次に、トリガーでTypeformの「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、Typeformから取得した情報をIssueのタイトルや本文に紐付けます。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubでIssueを作成する際、Typeformで取得した回答内容を変数として利用し、Issueのタイトルや本文に設定することができます。
■注意事項
- GitHubとTypeformのそれぞれとYoomを連携してください。
- トリガーのアウトプット取得方法は下記を参考に行ってください。
https://intercom.help/yoom/ja/articles/5404443
Zoho Formsで送信された情報でGitHubにIssueを作成する
試してみる
■概要
Zoho Formsで受け付けたバグ報告や機能要望などを、手作業でGitHubのIssueに転記していませんか。
このコピー&ペーストの繰り返し作業は手間がかかるだけでなく、入力ミスや転記漏れのリスクも伴います。
このワークフローを活用すれば、Zoho Formsでフォームが送信された際に、その内容をもとにGitHubのIssueを自動で作成します。
これにより、開発チームへの情報共有を迅速かつ正確に行うことが可能となるでしょう。
■このテンプレートをおすすめする方
- Zoho Formsで顧客からのフィードバックやバグ報告を受け付けている方
- GitHubでタスク管理をしており、手作業でのIssue作成に手間を感じている方
- 顧客からの問い合わせ対応と開発の連携を効率化し、対応速度を向上させたいと考えている方
■このテンプレートを使うメリット
- Zoho Formsへのフォーム送信をトリガーに、GitHubのIssueが自動で作成されるため、手作業での転記に費やしていた時間を短縮することができます。
- システムが自動で処理を行うため、情報のコピー&ペースト時に発生しがちな転記ミスや共有漏れといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、Zoho FormsをYoomと連携します。
- 次に、トリガーでZoho Formsの「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」というアクションを設定し、フォームの送信内容を反映させます。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 「Issueを作成する」を設定する際、Issueのタイトルや本文などの各項目にZoho Formsで取得した値を埋め込むことができます。
■注意事項
- GitHubとZoho FormsのそれぞれとYoomを連携してください。
- Zoho FormsのWebhook設定方法は下記をご覧ください。
https://intercom.help/yoom/ja/articles/9924708
- GitHubのIssue情報を手作業でGoogle スプレッドシートに転記しているプロジェクトマネージャーの方
- エンジニアと非エンジニア間で、Issueの進捗状況をスムーズに共有したいと考えている方
- 手作業による情報転記のミスを減らし、正確なIssue管理を実現したいと考えている開発チームの方
- GitHubでIssueが作成・更新されると自動でGoogle スプレッドシートに情報が追加されるため、手作業での転記にかかっていた時間を短縮できます。
- システムが自動で処理を行うため、手作業による入力ミスや更新漏れといったヒューマンエラーの発生を防ぎ、情報の正確性を保ちます。
- はじめに、GitHubとGoogle スプレッドシートをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成または更新されたら」というアクションを設定します。
- 最後に、オペレーションでGoogle スプレッドシートを選択し、「スプレッドシートに情報を記載」のアクションを設定することで、Issueの情報を自動で記録できます。
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、Issueの作成や更新を検知する対象のリポジリを任意で設定してください。
- Google スプレッドシートに連携する情報は、Issueのタイトルや担当者、ラベルなど、管理したい項目を自由にカスタマイズすることが可能です。
- GitHub、Google スプレッドシートのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- GitHubとNotionを併用し、開発プロジェクトの管理を行っているエンジニアやプロジェクトマネージャーの方
- Issueの情報を手作業でNotionに転記しており、手間や入力ミスに課題を感じている方
- 開発チーム内の情報共有やタスク管理のプロセスを自動化し、効率を上げたいと考えている方
- GitHubでIssueが作成されると、自動でNotionに情報が連携されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業によるコピー&ペーストが減るため、Issueのタイトルや内容などの情報の転記ミスや共有漏れといったヒューマンエラーを防ぎます。
- はじめに、GitHubとNotionをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 最後に、オペレーションでNotionを選択し、「ページのプロパティを更新(テキストプロパティ)」アクションで、Issueの情報を追加したいページと内容を設定します。
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、自動化の対象としたいリポジトリを任意で設定してください。
- Notionに情報を追加する設定では、Issueのタイトルや本文、担当者名など、どの情報をNotionのどのプロパティに追加するかを任意で設定できます。
- GitHub、NotionのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- GitHubとJira Softwareを併用し、手作業での情報連携に手間を感じている開発者の方
- プロジェクトのタスク管理を効率化し、開発に集中したいプロジェクトマネージャーの方
- ツールの連携を通じて、チーム全体の生産性を向上させたいと考えている開発チームのリーダーの方
- GitHubでIssueが作成されると自動でJira Softwareに課題が登録されるため、これまで手作業での転記にかかっていた時間を削減できます。
- 手動での情報連携時に発生しがちな、登録漏れや内容の転記ミスといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
- はじめに、GitHubとJira SoftwareをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 最後に、オペレーションでJira Softwareの「課題を追加」アクションを設定し、トリガーで取得したIssueのタイトルや本文などを連携するよう設定します。
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、監視対象としたいリポジトリのオーナー名とリポジリ名を任意で設定してください。
- Jira Softwareの課題登録アクションでは、GitHubのIssueから取得したタイトルや本文、ラベルなどの情報を、Jira Softwareの任意のフィールドに自由に設定できます。
- GitHub、Jira SoftwareのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Jira Softwareのマイアプリ連携方法は「Jira Softwareのマイアプリ登録方法」をご参照ください。
■このテンプレートをおすすめする方
- GitHubとNotionでタスク管理を行い、情報連携の手間を省きたい開発チームの方
- 手作業によるIssueの転記ミスや共有漏れを防ぎ、チームの生産性を高めたい方
- 開発タスクの進捗状況をNotionで一元管理し、全体の可視性を向上させたい方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でNotionに登録されるため、転記作業に費やしていた時間を短縮し、より重要な業務に集中できます。
- 手動でのデータ入力に伴う、転記ミスや登録漏れといったヒューマンエラーを防ぎ、常に正確な情報に基づいたタスク管理が可能になります。
■フローボットの流れ
- はじめに、GitHubとNotionをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、監視対象のリポジトリを指定します。
- 続いて、オペレーションでGitHubの「Issueを取得する」アクションを設定し、トリガーとなったIssueの詳細情報を取得します。
- 最後に、オペレーションでNotionの「レコードを追加する」アクションを設定し、取得したIssueの情報を任意のデータベースに登録します。
■このワークフローのカスタムポイント
- GitHubのトリガー設定で、通知を受け取りたい対象のリポジトリを任意で設定してください。
- Notionにレコードを追加するアクションで、登録先のデータベースIDや、Issueのタイトルや本文などをどのプロパティに割り当てるかを任意で設定してください。
■注意事項
- GitHubとNotionのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
このワークフローを利用することで、GitHubでのIssue作成をトリガーに、Trelloへ自動でカードを追加できます。開発とタスク管理の連携をスムーズにし、プロジェクトの進行を効率化します。
■このテンプレートをおすすめする方
- GitHubとTrelloを併用し、Issueの内容を手作業で転記している開発担当者の方
- Issueの対応漏れを防ぎ、タスク管理を効率化したいプロジェクトマネージャーの方
- 開発チームの生産性を向上させるため、定型的な作業を自動化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されるとTrelloに自動でカードが追加され、手作業での転記に費やしていた時間を削減できます。
- 手作業による情報の転記漏れや入力ミスといったヒューマンエラーを防ぎ、タスク管理の正確性を向上させます。
■フローボットの流れ
- はじめに、GitHubとTrelloをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」を設定します。
- 最後に、オペレーションでTrelloを選択し、「新しいカードを作成」のアクションを設定します。前のステップで取得したIssueのタイトルや本文などの情報を、作成するカードの各項目に紐付けます。
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、連携対象としたいリポジトリのオーナー名とリポジトリ名を任意で設定してください。
- Trelloでのカード作成時には、カードを追加するボードやリストを任意で選択できます。また、カードのタイトルや説明には、GitHubのIssueから取得した情報を動的に設定したり、固定のテキストを追加したりすることが可能です。
■注意事項
- GitHub、TrelloのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
プロジェクト管理でBacklogとGitHubを併用していると、課題の二重登録や転記の手間が発生しがちではないでしょうか。手作業による転記は時間がかかるだけでなく、入力ミスや更新漏れの原因にもなり得ます。このワークフローを活用すれば、Backlogに新しい課題が追加されると自動でGitHubにもIssueが作成されるため、こうした課題を解消し、開発プロジェクトの管理を円滑に進めることが可能です。
■このテンプレートをおすすめする方
- BacklogとGitHubの両方で課題管理を行っている開発チームの方
- 課題の二重登録による手間やヒューマンエラーをなくしたいプロジェクトリーダーの方
- 複数のツールをまたぐ開発ワークフローの効率化を検討している方
■このテンプレートを使うメリット
- Backlogに課題が追加されると自動でGitHubにもIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になることで、入力ミスや登録漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、BacklogとGitHubをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「Backlogに課題が追加されたら」フローが起動するように設定します。
- 次に、オペレーションでトリガーとなったBacklogの課題情報を取得します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで取得した課題情報を紐付けます。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、連携するBacklogのドメインや、監視対象としたいプロジェクトIDを任意で設定してください。
- GitHubでIssueを作成するアクションでは、タイトルや本文などの各項目に、固定のテキストを設定したり、Backlogから取得した課題の情報を変数として設定したりすることが可能です。
■注意事項
- Backlog、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■このテンプレートをおすすめする方
- HubSpotで獲得したリード情報を、GitHubで開発チームに共有しているマーケティング担当者の方
- フォームからの問い合わせ内容をGitHubで管理しており、手作業でのIssue作成を効率化したい方
- HubSpotとGitHub間の連携を手作業で行っており、入力ミスや対応漏れなどの課題を抱えている方
■このテンプレートを使うメリット
- HubSpotフォームが送信されると、自動でGitHubにIssueが作成されるため、これまで手作業に費やしていた時間を短縮できます。
- 手作業による情報転記が不要になることで、入力間違いや共有漏れといったヒューマンエラーの発生を防ぎます。
■フローボットの流れ
- はじめに、HubSpotとGitHubをYoomと連携します。
- 次に、トリガーでHubSpotを選択し、「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、HubSpotフォームで取得した情報をIssueの内容に反映させます。
■このワークフローのカスタムポイント
- HubSpotのトリガー設定では、アクションを起動させたい対象のフォームIDを任意で設定してください。
- GitHubのオペレーション設定では、Issueのタイトルや本文などに、前段のHubSpotフォームで取得した値を引用して自由に設定することが可能です。
■注意事項
- HubSpot、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■このテンプレートをおすすめする方
- GoogleフォームとGitHubを連携させ、情報登録を自動化したいと考えている方
- ユーザーからのフィードバックをGoogleフォームで管理している開発担当者の方
- GitHubへのIssue作成を手作業で行っており、入力ミスや対応漏れを防ぎたい方
■このテンプレートを使うメリット
- Googleフォームへの回答をトリガーに自動でGitHubへIssueが作成されるため、これまで手作業での転記に費やしていた時間を削減できます。
- 手作業での情報登録がなくなることで、転記時の入力ミスや対応漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、GoogleフォームとGitHubをYoomと連携します。
- 次に、トリガーでGoogleフォームを選択し、「フォームに回答が送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、フォームの回答内容をもとにIssueを作成するように設定します。
■このワークフローのカスタムポイント
- GitHubでIssueを作成する際、タイトルや本文にGoogleフォームから取得した回答内容を動的に埋め込むように設定してください。
- Issueの担当者(Assignees)やラベルなどを、特定の固定値としてあらかじめ設定することも可能です。
■注意事項
- Googleフォーム、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Googleフォームをトリガーとして使用した際の回答内容を取得する方法は「Googleフォームトリガーで、回答内容を取得する方法」を参照ください。
■概要
Typeformで受け付けた問い合わせやバグ報告などを、手作業でGitHubのIssueに転記する作業に手間を感じていませんか。
手動での情報連携は、対応の遅れや転記ミスにつながる可能性があります。
このワークフローを活用すれば、Typeformでフォームが送信された際に、その内容を自動でGitHubのIssueとして作成することが可能です。
情報連携のプロセスを自動化し、迅速かつ正確なタスク管理を実現します。
■このテンプレートをおすすめする方
- Typeformで受け付けた情報を手動でGitHubに転記している方
- ユーザーからのフィードバックを基にGitHubでタスク管理を行っている方
- 部署間の情報連携を自動化し、よりスムーズな業務フローを構築したいと考えている方
■このテンプレートを使うメリット
- Typeformにフォームが送信されると自動でGitHubにIssueが作成されるため、これまで手作業で行っていた転記作業の時間を短縮できます。
- 手作業での情報コピーが不要になることで、入力ミスや連携漏れといったヒューマンエラーを防ぎ、情報の正確性を保つことに繋がります。
■フローボットの流れ
- はじめに、TypeformとGitHubをYoomと連携します。
- 次に、トリガーでTypeformの「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、Typeformから取得した情報をIssueのタイトルや本文に紐付けます。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubでIssueを作成する際、Typeformで取得した回答内容を変数として利用し、Issueのタイトルや本文に設定することができます。
■注意事項
- GitHubとTypeformのそれぞれとYoomを連携してください。
- トリガーのアウトプット取得方法は下記を参考に行ってください。
https://intercom.help/yoom/ja/articles/5404443
■概要
Zoho Formsで受け付けたバグ報告や機能要望などを、手作業でGitHubのIssueに転記していませんか。
このコピー&ペーストの繰り返し作業は手間がかかるだけでなく、入力ミスや転記漏れのリスクも伴います。
このワークフローを活用すれば、Zoho Formsでフォームが送信された際に、その内容をもとにGitHubのIssueを自動で作成します。
これにより、開発チームへの情報共有を迅速かつ正確に行うことが可能となるでしょう。
■このテンプレートをおすすめする方
- Zoho Formsで顧客からのフィードバックやバグ報告を受け付けている方
- GitHubでタスク管理をしており、手作業でのIssue作成に手間を感じている方
- 顧客からの問い合わせ対応と開発の連携を効率化し、対応速度を向上させたいと考えている方
■このテンプレートを使うメリット
- Zoho Formsへのフォーム送信をトリガーに、GitHubのIssueが自動で作成されるため、手作業での転記に費やしていた時間を短縮することができます。
- システムが自動で処理を行うため、情報のコピー&ペースト時に発生しがちな転記ミスや共有漏れといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、Zoho FormsをYoomと連携します。
- 次に、トリガーでZoho Formsの「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」というアクションを設定し、フォームの送信内容を反映させます。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 「Issueを作成する」を設定する際、Issueのタイトルや本文などの各項目にZoho Formsで取得した値を埋め込むことができます。
■注意事項
- GitHubとZoho FormsのそれぞれとYoomを連携してください。
- Zoho FormsのWebhook設定方法は下記をご覧ください。
https://intercom.help/yoom/ja/articles/9924708
Discordを使った自動化例
Discordを活用した自動化では、通知・問い合わせ対応・コンテンツ生成などを効率化できます。
タスク登録やメール受信をトリガーに通知を送信したり、投稿内容をAIで処理して自動返信することも可能です。
また、フォームやファイルアップロードと連動させることで、チームやコミュニティ内での連絡・情報共有をスムーズに行えるでしょう!
Asanaでタスクが登録されたらDiscordに通知する
試してみる
■概要Asanaでタスクを管理しているものの、チームへの共有はDiscordへ手作業で投稿しており、通知漏れやタイムラグが発生していませんか。プロジェクト管理ツールとコミュニケーションツールが分断されていると、こうした情報連携の手間が業務のボトルネックになることもあります。このワークフローを活用すれば、Asanaで新しいタスクが追加された際に、指定したDiscordチャンネルへ自動で通知を送信でき、チーム内の情報共有を円滑に進めることが可能です。
■このテンプレートをおすすめする方- Asanaで管理しているタスク情報を、手作業でDiscordに連携しているプロジェクトマネージャーの方
- チーム内でのタスク共有を自動化し、スムーズな情報伝達を実現したいチームリーダーの方
- 複数のツールを跨いだ情報連携を効率化し、コア業務に集中できる環境を整えたい方
■このテンプレートを使うメリット- Asanaにタスクが登録されると、自動でDiscordに通知が送信されるため、これまで手作業での連絡に費やしていた時間を短縮できます。
- 手動での情報伝達に伴う、通知の遅延や共有漏れといったヒューマンエラーを防ぎ、情報共有を実現します。
■フローボットの流れ- はじめに、AsanaとDiscordをYoomと連携します。
- 次に、トリガーでAsanaを選択し、「特定のプロジェクトに新しいタスクが追加されたら」というアクションを設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、Asanaで追加されたタスク情報を指定のチャンネルに送信します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Asanaのトリガー設定では、通知のきっかけとしたいプロジェクトを任意で設定してください。
- Discordへ送信するメッセージには、タスク名や担当者、期限など、Asanaから取得した情報を自由に組み込んで設定できます。
■注意事項- Asana、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Backlogで課題が登録されたらDiscordに通知する
試してみる
■概要
Backlogで課題が登録されたらDiscordに通知するフローです。
Yoomではプログラミング不要でアプリ間の連携ができるため、簡単にこのフローを実現することができます。
■このテンプレートをおすすめする方
1. Backlogを使用しているプロジェクトチーム
・課題の進捗を管理するプロジェクトマネージャーやチームリーダー
・新規課題を速やかに確認したいチームメンバー
2. 業務でDiscordを利用している方
・Discordでチーム内のコミュニケーションをとっている方
・他のアプリの情報をDiscordで共有したい方
■このテンプレートを使うメリット
Backlogはプロジェクト管理に役立つツールですが、新しい課題が登録されるたびにチームメンバーに手作業で課題情報を共有する場合、時間や労力がかかります。
このテンプレートを使うと、Backlogで課題が登録された際、Discordで自動的に通知されるため、連絡作業の負担が軽減されます。
さらに、スムーズに情報を共有できるほか、新しいタスクや取引先からの要望を共有し忘れたり、誤って伝えたりする心配がなくなることで、プロジェクト進行が円滑になります。
■注意事項
・Backlog、DiscordのそれぞれとYoomを連携してください。
・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
・プランによって最短の起動間隔が異なりますので、ご注意ください。
BoxでファイルがアップロードされたらDiscordに通知する
試してみる
■概要
BoxでファイルがアップロードされたらDiscordに通知するフローです。
Yoomはプログラミング不要で簡単にアプリ同士の連携が行えます。
■このテンプレートをおすすめする方
1. クラウドストレージサービスとしてBoxを活用している企業
・新しく格納されたファイルをすぐに知りたい方
・重要な書類がアップロードされた際に通知を受け取りたい方
2. チャットツールとしてDiscordを利用している企業
・ファイルが格納されたことをDiscordですぐに通知を受け取りたい方
■このテンプレートを使うメリット
このテンプレートを活用すれば、Boxにファイルがアップロードされるたびに、Discordで即座に確認できます。これによりいくつかのメリットを享受できます。
まず、ファイルの追加が瞬時にチームへ共有されることで、情報共有のスピードが向上します。すぐに内容を把握できるため、次の作業にスムーズに移行でき、業務効率がアップします。
また、Boxに直接アクセスせずにDiscord上で新しい書類のアップロードを確認できるため、確認作業の手間を削減できます。
結果として、作業時間の短縮と生産性向上が期待できます。
■注意事項
・BoxとDiscordのそれぞれとYoomを連携してください。
GitLabで特定条件のイシューが作成されたら、Discordに通知する
試してみる
■概要
開発プロジェクトでGitLabを利用する際、新しいイシューが作成されるたびに手動でDiscordに通知するのは手間がかかり、共有漏れの原因にもなり得ます。特に重要なイシューを見逃してしまうと、プロジェクトの進行に影響を与えかねません。このワークフローは、GitLabで特定条件のイシューが作成された際に、指定のDiscordチャンネルへ自動でメッセージを送信するものです。GitLabとDiscordのスムーズな連携を実現し、情報共有の迅速化と抜け漏れ防止に貢献します。
■このテンプレートをおすすめする方
- GitLabで管理するイシューを、チームのDiscordへ迅速に共有したい開発担当者の方
- 手作業によるイシューの通知に手間を感じ、重要な更新の見逃しを防ぎたい方
- GitLabとDiscordを連携させ、開発に関するコミュニケーションを効率化したい方
■このテンプレートを使うメリット
- GitLabでイシューが作成されると自動でDiscordへ通知されるため、これまで手作業で行っていた情報共有の時間を短縮することが可能です
- 手動での通知による共有漏れや遅延といったヒューマンエラーを防ぎ、重要なイシューの見逃しリスクを軽減します
■フローボットの流れ
- はじめに、GitLabとDiscordをYoomと連携します
- 次に、トリガーでGitLabを選択し、「イシューが作成されたら」というアクションを設定します
- 次に、オペレーションで分岐機能を設定し、特定のラベルが付いたイシューのみを通知するなど、通知したい条件を指定します
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、条件に合致したイシューの情報を指定のチャンネルに通知します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitLabのトリガー設定では、通知の対象としたいプロジェクトIDを任意で設定してください
- オペレーションの分岐条件では、特定のラベルや担当者など、通知したいイシューの条件を自由に設定可能です
- Discordへメッセージを送信するアクションで、通知先としたいチャンネルIDを任意で指定してください
■注意事項
- GitLab、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能(オペレーション)となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。
Outlookでメールを受信したら、Discordに通知する
試してみる
■概要
Outlookで受信した重要なメールを、チームで利用しているDiscordに都度手作業で共有していませんか?この作業は手間がかかるだけでなく、共有漏れや遅延につながることもあります。このワークフローを活用すれば、Outlookで特定のメールを受信した際に、Discordの指定チャンネルへ内容を自動で通知できます。これにより、リアルタイムな情報共有を実現し、確認漏れといった課題を解消します。
■このテンプレートをおすすめする方
- Outlookで受信した顧客からの問い合わせなどをDiscordで迅速に共有したい方
- 重要なメールの見落としを防ぎ、チーム全体の対応速度を改善したいと考えている方
- 手作業によるアプリ間の情報連携を自動化し、本来の業務に集中したいと考えている方
■このテンプレートを使うメリット
- Outlookでメールを受信すると自動でDiscordに通知が送信されるため、情報共有にかかる時間を短縮し、迅速な対応が可能になります。
- 手作業での情報共有で発生しがちな、通知漏れや内容の転記ミスといったヒューマンエラーのリスクを軽減することに繋がります。
■フローボットの流れ
- はじめに、OutlookとDiscordをYoomと連携します。
- 次に、トリガーでOutlookを選択し、「メールを受信したら」というアクションを設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、受信したメールの内容などを指定したチャンネルに通知するように設定します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Outlookのトリガー設定では、通知の対象とするメールが格納されるフォルダを任意で指定できます。
- Discordへの通知設定では、メッセージを送信するチャンネルを任意で指定できるほか、通知メッセージに固定のテキストや受信したメールの件名・本文といった情報を自由に組み合わせることも可能です。
■注意事項
- Outlook、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Microsoft365(旧Office365)には、家庭向けプランと一般法人向けプラン(Microsoft365 Business)があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
Discordの投稿内容をもとにGoogle スプレッドシートにレコードを追加する
試してみる
■概要
Discordの特定チャンネルでの報告や問い合わせ内容を、都度Google スプレッドシートに手作業で転記していませんか?この作業は手間がかかるだけでなく、コピー&ペーストのミスや入力漏れが発生する原因にもなります。このワークフローを活用すれば、Discordへの投稿をきっかけに、AIが投稿内容から必要な情報を自動で抽出し、Google スプレッドシートにレコードを追加するため、こうした情報管理に関する課題を円滑に解消できます。
■このテンプレートをおすすめする方
- Discordの投稿内容を手作業でGoogle スプレッドシートに転記している方
- Discordで受け付けた問い合わせなどをスプレッドシートで管理しており、入力漏れを防ぎたい方
- AIを活用して、テキスト情報からのデータ抽出や転記作業を自動化したいと考えている方
■このテンプレートを使うメリット
- Discordへの投稿後、自動でGoogle スプレッドシートにデータが追加されるため、手作業での転記にかかっていた時間を短縮できます。
- 手作業による情報の転記ミスや入力漏れといったヒューマンエラーを防ぎ、データの正確性を保つことができます。
■フローボットの流れ
- はじめに、DiscordとGoogle スプレッドシートをYoomと連携します。
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定します。
- 次に、オペレーションでAI機能を選択し、「テキストからデータを抽出する」アクションを設定し、Discordの投稿内容から必要な情報を抽出します。
- 最後に、オペレーションでGoogle スプレッドシートの「レコードを追加する」アクションを設定し、抽出したデータを指定のシートに追加します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordのトリガー設定では、自動化の対象としたいサーバーIDとチャンネルIDを任意で選択してください。
- AI機能の「テキストからデータを抽出する」アクションでは、投稿内容のどの部分から、どのようなデータを抽出するかを任意で設定できます。
- Google スプレッドシートのアクション設定では、レコードを追加する対象のスプレッドシートIDとシート名を任意で設定してください。
■注意事項
- Google スプレッドシートとDiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Dropboxに音声データがアップロードされたら、文字起こしして、Discordに通知する
試してみる
■概要
会議の議事録作成やインタビュー内容のテキスト化のために、Dropboxに保存した音声データを手作業で文字起こしし、チームに共有する作業は手間がかかるのではないでしょうか。ファイルの確認漏れや共有の遅れは、業務全体のスピードに影響を与えてしまうこともあります。このワークフローを活用すれば、Dropboxに音声データをアップロードするだけで、AIが自動で文字起こしを行い、その結果をDiscordに通知するため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- 会議や商談の音声を録音し、議事録やテキスト作成を担当している方
- DropboxとDiscordを活用しており、音声ファイルの共有と内容確認を効率化したい方
- 手作業による文字起こしや、関係者への共有連絡に手間や時間を費やしている方
■このテンプレートを使うメリット
- Dropboxに音声ファイルをアップロードするだけで、文字起こしからDiscordへの通知までが自動化され、これまで手作業に費やしていた時間を短縮できます。
- 手作業で発生しがちな文字起こしの依頼漏れや、共有時の通知忘れといったヒューマンエラーのリスクを軽減し、迅速な情報共有を実現します。
■フローボットの流れ
- はじめに、DropboxとDiscordをYoomと連携します。
- 次に、トリガーでDropboxを選択し、「特定のフォルダ内でファイルが作成または更新されたら」というアクションを設定します。
- 次に、オペレーションでDropboxの「ファイルをダウンロードする」アクションを設定し、トリガーで検知したファイルを指定します。
- 次に、オペレーションでAI機能の「音声データを文字起こしする」アクションを設定し、ダウンロードした音声ファイルを指定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、文字起こししたテキスト内容を指定のチャンネルに送信します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Dropboxのトリガー設定では、フローを起動する間隔のほか、対象としたいフォルダのパスやファイル名を任意で指定できます。
- Dropboxからファイルをダウンロードするアクションでは、対象ファイルのフォルダパスやファイル名を指定できます。
- AI機能による文字起こしでは、対象ファイルの添付方法のほか、音声の言語(日本語、英語など)を任意で選択できます。
- Discordへメッセージを送信するアクションでは、通知を送りたいチャンネルのIDを任意で設定してください。
■注意事項
- Dropbox、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- OCRまたは音声を文字起こしするAIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能(オペレーション)を使用することができます。
Discordの問い合わせ内容をChatGPTに渡して自動応答する
試してみる
■概要Discordでの問い合わせやコミュニティ内の質問対応に、多くの時間を費やしていませんか。一件ずつ手作業で返信していると、他の重要な業務を進める時間がなくなってしまうこともあります。このワークフローを活用すれば、Discordの特定チャンネルにメッセージが投稿されると、その内容をChatGPTが解析し、自動でスレッドに回答を投稿します。これにより、問い合わせ対応の初動を自動化し、担当者の負担を軽減することが可能です。
■このテンプレートをおすすめする方- Discordでの問い合わせ対応に多くの時間を割かれ、業務を効率化したい方
- ChatGPTを活用して、カスタマーサポートの一次対応を自動化したいと考えている方
- 手作業による返信対応をなくし、迅速かつ均質な顧客対応を目指しているチームの方
■このテンプレートを使うメリット- Discordのメッセージを起点にChatGPTが自動で応答するため、問い合わせ対応にかかる時間を削減し、担当者の負担を軽減できます。
- AIによる一次対応で回答の品質を一定に保ち、属人化を防ぐことで、顧客対応業務の標準化に繋がります。
■フローボットの流れ- はじめに、DiscordとChatGPTをYoomと連携します。
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定します。
- 続いて、オペレーションでChatGPTの「テキストを生成」アクションを設定し、トリガーで受け取ったメッセージ内容を元に回答文を作成します。
- 次に、オペレーションでDiscordの「メッセージにスレッドを作成」アクションを設定し、元のメッセージに対してスレッドを作成します。
- 最後に、オペレーションでDiscordの「スレッドにメッセージを送信」アクションを設定し、ChatGPTが生成したテキストを投稿します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Discordのトリガー設定では、問い合わせを監視する対象のチャンネルIDを任意で設定してください。
- ChatGPTのオペレーションでは、生成したい回答のトーン&マナーや役割などをプロンプトで具体的に設定してください。
■注意事項- Discord、ChatGPTのそれぞれとYoomを連携してください。
- ChatGPT(OpenAI)のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。(APIが使用されたときに支払いができる状態)
- 詳しくはOpenAIの「API料金」ページをご確認ください。
- ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
DiscordでWeb制作依頼が送信されたら、AIでHTML/CSSを生成して自動返信する
試してみる
■概要
「DiscordでWeb制作依頼が送信されたら、AIでHTML/CSSを生成して自動返信する」フローは、Discordのメッセージ受信からweb制作AIによるコード生成、返信までを一気通貫で自動化する業務ワークフローです。コーディングの手間を減らし、スピーディな対応が可能に。
■このテンプレートをおすすめする方
- Discordでweb制作依頼を受け取っているが、手作業の返信やコーディングに時間がかかる方
- ChatGPTなどのAIを活用した自動化に興味があるフロントエンドエンジニアやデザイナーの方
- Yoomを使ってSaaSアプリやOCR、RPAを組み合わせた業務ワークフロー作りを試してみたい方
■このテンプレートを使うメリット
- 迅速なコード生成:AIでHTML/CSSを一瞬で用意し、すぐに自動返信できる
- 安定した品質:手入力ミスを防ぎ、常に一定のクオリティを維持
- 運用負荷の軽減:フロー化で処理が見える化され、保守や改善がラクに
Discordで特定条件に合う投稿があったら、Airtableにレコードを追加する
試してみる
■概要
日々の業務でDiscordを活用していると、重要な情報やフィードバックが次々と流れてしまい、後から探し出すのに苦労することはありませんか。また、それらの情報を手作業でAirtableに転記するのは手間がかかり、抜け漏れのリスクも伴います。
このワークフローは、DiscordとAirtableを連携させ、特定の条件に合致する投稿を自動でAirtableのデータベースにレコードとして追加します。情報収集のプロセスを自動化し、重要な情報を確実に蓄積できます。
■このテンプレートをおすすめする方
- Discordの特定チャンネルの投稿をAirtableで管理しており、手作業での転記に手間を感じている方
- コミュニティ運営などで、ユーザーからのフィードバックやアイデアを効率的に収集し、管理したい方
- AirtableとDiscordの連携を自動化して、情報収集の抜け漏れや転記ミスを防ぎたいと考えている方
■このテンプレートを使うメリット
- Discordの投稿を常時監視する必要がなくなり、自動でAirtableへ情報が蓄積されるため、手作業での転記にかかっていた時間を削減できます
- 条件に基づいた自動処理により、手作業で起こりがちな情報の転記ミスや、重要な投稿の見落としといったヒューマンエラーを防ぐことに繋がります
■フローボットの流れ
- はじめに、DiscordとAirtableをYoomと連携します
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定します
- 次に、オペレーションで分岐機能を設定し、特定の条件に合致した場合のみ後続の処理に進むよう設定します
- 続いて、オペレーションでAI機能の「テキスト抽出」を設定し、Discordのメッセージから必要な情報を抽出します
- 最後に、オペレーションでAirtableの「レコードを作成」を設定し、抽出した情報を指定のデータベースにレコードとして追加します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 分岐機能の設定で、特定のキーワードが含まれる投稿や、特定のユーザーからの投稿のみを対象にするなど、レコードを追加したい条件を任意で設定してください
- AI機能でDiscordのメッセージからどの情報を抽出し、Airtableのどのフィールドにその情報を追加するかを、管理したい内容に合わせて設定してください
■注意事項
- AirtableとDiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能(オペレーション)となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。
- Asanaで管理しているタスク情報を、手作業でDiscordに連携しているプロジェクトマネージャーの方
- チーム内でのタスク共有を自動化し、スムーズな情報伝達を実現したいチームリーダーの方
- 複数のツールを跨いだ情報連携を効率化し、コア業務に集中できる環境を整えたい方
- Asanaにタスクが登録されると、自動でDiscordに通知が送信されるため、これまで手作業での連絡に費やしていた時間を短縮できます。
- 手動での情報伝達に伴う、通知の遅延や共有漏れといったヒューマンエラーを防ぎ、情報共有を実現します。
- はじめに、AsanaとDiscordをYoomと連携します。
- 次に、トリガーでAsanaを選択し、「特定のプロジェクトに新しいタスクが追加されたら」というアクションを設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、Asanaで追加されたタスク情報を指定のチャンネルに送信します。
■このワークフローのカスタムポイント
- Asanaのトリガー設定では、通知のきっかけとしたいプロジェクトを任意で設定してください。
- Discordへ送信するメッセージには、タスク名や担当者、期限など、Asanaから取得した情報を自由に組み込んで設定できます。
- Asana、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Backlogで課題が登録されたらDiscordに通知するフローです。
Yoomではプログラミング不要でアプリ間の連携ができるため、簡単にこのフローを実現することができます。
■このテンプレートをおすすめする方
1. Backlogを使用しているプロジェクトチーム
・課題の進捗を管理するプロジェクトマネージャーやチームリーダー
・新規課題を速やかに確認したいチームメンバー
2. 業務でDiscordを利用している方
・Discordでチーム内のコミュニケーションをとっている方
・他のアプリの情報をDiscordで共有したい方
■このテンプレートを使うメリット
Backlogはプロジェクト管理に役立つツールですが、新しい課題が登録されるたびにチームメンバーに手作業で課題情報を共有する場合、時間や労力がかかります。
このテンプレートを使うと、Backlogで課題が登録された際、Discordで自動的に通知されるため、連絡作業の負担が軽減されます。
さらに、スムーズに情報を共有できるほか、新しいタスクや取引先からの要望を共有し忘れたり、誤って伝えたりする心配がなくなることで、プロジェクト進行が円滑になります。
■注意事項
・Backlog、DiscordのそれぞれとYoomを連携してください。
・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
・プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
BoxでファイルがアップロードされたらDiscordに通知するフローです。
Yoomはプログラミング不要で簡単にアプリ同士の連携が行えます。
■このテンプレートをおすすめする方
1. クラウドストレージサービスとしてBoxを活用している企業
・新しく格納されたファイルをすぐに知りたい方
・重要な書類がアップロードされた際に通知を受け取りたい方
2. チャットツールとしてDiscordを利用している企業
・ファイルが格納されたことをDiscordですぐに通知を受け取りたい方
■このテンプレートを使うメリット
このテンプレートを活用すれば、Boxにファイルがアップロードされるたびに、Discordで即座に確認できます。これによりいくつかのメリットを享受できます。
まず、ファイルの追加が瞬時にチームへ共有されることで、情報共有のスピードが向上します。すぐに内容を把握できるため、次の作業にスムーズに移行でき、業務効率がアップします。
また、Boxに直接アクセスせずにDiscord上で新しい書類のアップロードを確認できるため、確認作業の手間を削減できます。
結果として、作業時間の短縮と生産性向上が期待できます。
■注意事項
・BoxとDiscordのそれぞれとYoomを連携してください。
■概要
開発プロジェクトでGitLabを利用する際、新しいイシューが作成されるたびに手動でDiscordに通知するのは手間がかかり、共有漏れの原因にもなり得ます。特に重要なイシューを見逃してしまうと、プロジェクトの進行に影響を与えかねません。このワークフローは、GitLabで特定条件のイシューが作成された際に、指定のDiscordチャンネルへ自動でメッセージを送信するものです。GitLabとDiscordのスムーズな連携を実現し、情報共有の迅速化と抜け漏れ防止に貢献します。
■このテンプレートをおすすめする方
- GitLabで管理するイシューを、チームのDiscordへ迅速に共有したい開発担当者の方
- 手作業によるイシューの通知に手間を感じ、重要な更新の見逃しを防ぎたい方
- GitLabとDiscordを連携させ、開発に関するコミュニケーションを効率化したい方
■このテンプレートを使うメリット
- GitLabでイシューが作成されると自動でDiscordへ通知されるため、これまで手作業で行っていた情報共有の時間を短縮することが可能です
- 手動での通知による共有漏れや遅延といったヒューマンエラーを防ぎ、重要なイシューの見逃しリスクを軽減します
■フローボットの流れ
- はじめに、GitLabとDiscordをYoomと連携します
- 次に、トリガーでGitLabを選択し、「イシューが作成されたら」というアクションを設定します
- 次に、オペレーションで分岐機能を設定し、特定のラベルが付いたイシューのみを通知するなど、通知したい条件を指定します
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、条件に合致したイシューの情報を指定のチャンネルに通知します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitLabのトリガー設定では、通知の対象としたいプロジェクトIDを任意で設定してください
- オペレーションの分岐条件では、特定のラベルや担当者など、通知したいイシューの条件を自由に設定可能です
- Discordへメッセージを送信するアクションで、通知先としたいチャンネルIDを任意で指定してください
■注意事項
- GitLab、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能(オペレーション)となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。
■概要
Outlookで受信した重要なメールを、チームで利用しているDiscordに都度手作業で共有していませんか?この作業は手間がかかるだけでなく、共有漏れや遅延につながることもあります。このワークフローを活用すれば、Outlookで特定のメールを受信した際に、Discordの指定チャンネルへ内容を自動で通知できます。これにより、リアルタイムな情報共有を実現し、確認漏れといった課題を解消します。
■このテンプレートをおすすめする方
- Outlookで受信した顧客からの問い合わせなどをDiscordで迅速に共有したい方
- 重要なメールの見落としを防ぎ、チーム全体の対応速度を改善したいと考えている方
- 手作業によるアプリ間の情報連携を自動化し、本来の業務に集中したいと考えている方
■このテンプレートを使うメリット
- Outlookでメールを受信すると自動でDiscordに通知が送信されるため、情報共有にかかる時間を短縮し、迅速な対応が可能になります。
- 手作業での情報共有で発生しがちな、通知漏れや内容の転記ミスといったヒューマンエラーのリスクを軽減することに繋がります。
■フローボットの流れ
- はじめに、OutlookとDiscordをYoomと連携します。
- 次に、トリガーでOutlookを選択し、「メールを受信したら」というアクションを設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、受信したメールの内容などを指定したチャンネルに通知するように設定します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Outlookのトリガー設定では、通知の対象とするメールが格納されるフォルダを任意で指定できます。
- Discordへの通知設定では、メッセージを送信するチャンネルを任意で指定できるほか、通知メッセージに固定のテキストや受信したメールの件名・本文といった情報を自由に組み合わせることも可能です。
■注意事項
- Outlook、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Microsoft365(旧Office365)には、家庭向けプランと一般法人向けプラン(Microsoft365 Business)があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
■概要
Discordの特定チャンネルでの報告や問い合わせ内容を、都度Google スプレッドシートに手作業で転記していませんか?この作業は手間がかかるだけでなく、コピー&ペーストのミスや入力漏れが発生する原因にもなります。このワークフローを活用すれば、Discordへの投稿をきっかけに、AIが投稿内容から必要な情報を自動で抽出し、Google スプレッドシートにレコードを追加するため、こうした情報管理に関する課題を円滑に解消できます。
■このテンプレートをおすすめする方
- Discordの投稿内容を手作業でGoogle スプレッドシートに転記している方
- Discordで受け付けた問い合わせなどをスプレッドシートで管理しており、入力漏れを防ぎたい方
- AIを活用して、テキスト情報からのデータ抽出や転記作業を自動化したいと考えている方
■このテンプレートを使うメリット
- Discordへの投稿後、自動でGoogle スプレッドシートにデータが追加されるため、手作業での転記にかかっていた時間を短縮できます。
- 手作業による情報の転記ミスや入力漏れといったヒューマンエラーを防ぎ、データの正確性を保つことができます。
■フローボットの流れ
- はじめに、DiscordとGoogle スプレッドシートをYoomと連携します。
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定します。
- 次に、オペレーションでAI機能を選択し、「テキストからデータを抽出する」アクションを設定し、Discordの投稿内容から必要な情報を抽出します。
- 最後に、オペレーションでGoogle スプレッドシートの「レコードを追加する」アクションを設定し、抽出したデータを指定のシートに追加します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordのトリガー設定では、自動化の対象としたいサーバーIDとチャンネルIDを任意で選択してください。
- AI機能の「テキストからデータを抽出する」アクションでは、投稿内容のどの部分から、どのようなデータを抽出するかを任意で設定できます。
- Google スプレッドシートのアクション設定では、レコードを追加する対象のスプレッドシートIDとシート名を任意で設定してください。
■注意事項
- Google スプレッドシートとDiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
会議の議事録作成やインタビュー内容のテキスト化のために、Dropboxに保存した音声データを手作業で文字起こしし、チームに共有する作業は手間がかかるのではないでしょうか。ファイルの確認漏れや共有の遅れは、業務全体のスピードに影響を与えてしまうこともあります。このワークフローを活用すれば、Dropboxに音声データをアップロードするだけで、AIが自動で文字起こしを行い、その結果をDiscordに通知するため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- 会議や商談の音声を録音し、議事録やテキスト作成を担当している方
- DropboxとDiscordを活用しており、音声ファイルの共有と内容確認を効率化したい方
- 手作業による文字起こしや、関係者への共有連絡に手間や時間を費やしている方
■このテンプレートを使うメリット
- Dropboxに音声ファイルをアップロードするだけで、文字起こしからDiscordへの通知までが自動化され、これまで手作業に費やしていた時間を短縮できます。
- 手作業で発生しがちな文字起こしの依頼漏れや、共有時の通知忘れといったヒューマンエラーのリスクを軽減し、迅速な情報共有を実現します。
■フローボットの流れ
- はじめに、DropboxとDiscordをYoomと連携します。
- 次に、トリガーでDropboxを選択し、「特定のフォルダ内でファイルが作成または更新されたら」というアクションを設定します。
- 次に、オペレーションでDropboxの「ファイルをダウンロードする」アクションを設定し、トリガーで検知したファイルを指定します。
- 次に、オペレーションでAI機能の「音声データを文字起こしする」アクションを設定し、ダウンロードした音声ファイルを指定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、文字起こししたテキスト内容を指定のチャンネルに送信します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Dropboxのトリガー設定では、フローを起動する間隔のほか、対象としたいフォルダのパスやファイル名を任意で指定できます。
- Dropboxからファイルをダウンロードするアクションでは、対象ファイルのフォルダパスやファイル名を指定できます。
- AI機能による文字起こしでは、対象ファイルの添付方法のほか、音声の言語(日本語、英語など)を任意で選択できます。
- Discordへメッセージを送信するアクションでは、通知を送りたいチャンネルのIDを任意で設定してください。
■注意事項
- Dropbox、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- OCRまたは音声を文字起こしするAIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能(オペレーション)を使用することができます。
- Discordでの問い合わせ対応に多くの時間を割かれ、業務を効率化したい方
- ChatGPTを活用して、カスタマーサポートの一次対応を自動化したいと考えている方
- 手作業による返信対応をなくし、迅速かつ均質な顧客対応を目指しているチームの方
- Discordのメッセージを起点にChatGPTが自動で応答するため、問い合わせ対応にかかる時間を削減し、担当者の負担を軽減できます。
- AIによる一次対応で回答の品質を一定に保ち、属人化を防ぐことで、顧客対応業務の標準化に繋がります。
- はじめに、DiscordとChatGPTをYoomと連携します。
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定します。
- 続いて、オペレーションでChatGPTの「テキストを生成」アクションを設定し、トリガーで受け取ったメッセージ内容を元に回答文を作成します。
- 次に、オペレーションでDiscordの「メッセージにスレッドを作成」アクションを設定し、元のメッセージに対してスレッドを作成します。
- 最後に、オペレーションでDiscordの「スレッドにメッセージを送信」アクションを設定し、ChatGPTが生成したテキストを投稿します。
■このワークフローのカスタムポイント
- Discordのトリガー設定では、問い合わせを監視する対象のチャンネルIDを任意で設定してください。
- ChatGPTのオペレーションでは、生成したい回答のトーン&マナーや役割などをプロンプトで具体的に設定してください。
■注意事項
- Discord、ChatGPTのそれぞれとYoomを連携してください。
- ChatGPT(OpenAI)のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。(APIが使用されたときに支払いができる状態)
- 詳しくはOpenAIの「API料金」ページをご確認ください。
- ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■概要
「DiscordでWeb制作依頼が送信されたら、AIでHTML/CSSを生成して自動返信する」フローは、Discordのメッセージ受信からweb制作AIによるコード生成、返信までを一気通貫で自動化する業務ワークフローです。コーディングの手間を減らし、スピーディな対応が可能に。
■このテンプレートをおすすめする方
- Discordでweb制作依頼を受け取っているが、手作業の返信やコーディングに時間がかかる方
- ChatGPTなどのAIを活用した自動化に興味があるフロントエンドエンジニアやデザイナーの方
- Yoomを使ってSaaSアプリやOCR、RPAを組み合わせた業務ワークフロー作りを試してみたい方
■このテンプレートを使うメリット
- 迅速なコード生成:AIでHTML/CSSを一瞬で用意し、すぐに自動返信できる
- 安定した品質:手入力ミスを防ぎ、常に一定のクオリティを維持
- 運用負荷の軽減:フロー化で処理が見える化され、保守や改善がラクに
■概要
日々の業務でDiscordを活用していると、重要な情報やフィードバックが次々と流れてしまい、後から探し出すのに苦労することはありませんか。また、それらの情報を手作業でAirtableに転記するのは手間がかかり、抜け漏れのリスクも伴います。
このワークフローは、DiscordとAirtableを連携させ、特定の条件に合致する投稿を自動でAirtableのデータベースにレコードとして追加します。情報収集のプロセスを自動化し、重要な情報を確実に蓄積できます。
■このテンプレートをおすすめする方
- Discordの特定チャンネルの投稿をAirtableで管理しており、手作業での転記に手間を感じている方
- コミュニティ運営などで、ユーザーからのフィードバックやアイデアを効率的に収集し、管理したい方
- AirtableとDiscordの連携を自動化して、情報収集の抜け漏れや転記ミスを防ぎたいと考えている方
■このテンプレートを使うメリット
- Discordの投稿を常時監視する必要がなくなり、自動でAirtableへ情報が蓄積されるため、手作業での転記にかかっていた時間を削減できます
- 条件に基づいた自動処理により、手作業で起こりがちな情報の転記ミスや、重要な投稿の見落としといったヒューマンエラーを防ぐことに繋がります
■フローボットの流れ
- はじめに、DiscordとAirtableをYoomと連携します
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定します
- 次に、オペレーションで分岐機能を設定し、特定の条件に合致した場合のみ後続の処理に進むよう設定します
- 続いて、オペレーションでAI機能の「テキスト抽出」を設定し、Discordのメッセージから必要な情報を抽出します
- 最後に、オペレーションでAirtableの「レコードを作成」を設定し、抽出した情報を指定のデータベースにレコードとして追加します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 分岐機能の設定で、特定のキーワードが含まれる投稿や、特定のユーザーからの投稿のみを対象にするなど、レコードを追加したい条件を任意で設定してください
- AI機能でDiscordのメッセージからどの情報を抽出し、Airtableのどのフィールドにその情報を追加するかを、管理したい内容に合わせて設定してください
■注意事項
- AirtableとDiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能(オペレーション)となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。
まとめ
GitHubとDiscordの連携をWebhookで自動化することで、これまで手作業で行っていた開発状況の共有作業をなくし、チームメンバー全員がプロジェクトの進捗を把握できるようになります。
これにより、情報共有の漏れや遅延を防ぎ、開発チームは本来集中すべきコーディングやレビューといったコア業務に専念できる環境が整います!
今回ご紹介したような業務自動化を実現できるノーコードツール「Yoom」を使えば、プログラミングの知識がない方でも、直感的な操作で簡単に業務フローを構築可能です!
もし自動化に少しでも興味を持っていただけたなら、ぜひこちらから無料登録して、Yoomによる業務効率化を体験してみてください!
よくあるご質問
Q:pushやプルリクエストをトリガーにする具体的な設定例は?
A:pushやプルリクエストをトリガーにするには、Webhookの設定画面の「Which events would you like to trigger this webhook?」の項目で「Let me select individual events.」を選択し、「Pull requests」や「Pushes」(Pushesはデフォルトでチェックが入っています)にチェックを入れてWebhookを追加します。

そのあと、pushやプルリクエストを実際に行うことで、トリガーとして起動します。
Q:通知が失敗した場合(GitHub側の障害など)はどうなりますか?
A:運用中に通知に失敗した場合は、フローボットが停止しYoomにご登録いただいているメールアドレスへ通知が届きます。通知メール内に、エラーが起きている箇所や詳細のリンクが記載されておりますのでご確認ください。また、再実行は自動で行われません。エラー修正後に手動で再実行してください。
ヘルプページで解決しない場合は、サポート窓口を利用することもできます。
Q:特定のブランチへのpushや、特定の担当者のIssueだけ通知できますか?
A:はい、可能です。
特定のブランチへのpushや、特定の担当者のIssueだけ通知を行うには分岐の追加が必要です。
分岐はフローボットの追加したい箇所にある「+」をクリックすることで追加できます。

分岐を追加することで、取得した値を利用して処理を分ける条件を設定できます。
なお、分岐はミニプラン以上でご利用可能です。フリープランで利用するとエラーになってしまうのでご注意ください。
分岐について詳しく知りたい方は以下のリンク先をご覧ください。
プログラミング知識なしで手軽に構築できます。