GitHubでIssueが作成されたら、SPIRALにレコードを追加する
試してみる
■概要
GitHubでIssueが作成されるたびに、手作業で顧客管理システムであるSPIRALに情報を転記していませんか?このような手作業は、開発のスピードを妨げるだけでなく、入力ミスや情報連携の遅延といった課題も引き起こしやすいものです。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、その情報が自動でSPIRALにレコードとして追加されるため、プロジェクト管理と顧客情報の一元化をスムーズに進めることができます。
■このテンプレートをおすすめする方
- GitHubとSPIRALを利用し、開発と顧客管理の連携を効率化したいと考えている方
- Issue作成後の手動でのデータ登録作業に手間を感じ、自動化を検討している方
- 開発状況と顧客情報を紐付けて管理し、対応の迅速化を目指すチームの方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると、自動的にSPIRALへレコードが登録されるため、これまで手作業で行っていた情報転記の時間を削減できます。
- 手作業によるデータ入力の際に起こりがちな、転記ミスや項目漏れといったヒューマンエラーを防ぎ、情報の正確性を高めます。
■フローボットの流れ
- はじめに、GitHubとSPIRALをYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、監視したいリポジトリなどを指定します。
- 最後に、オペレーションとしてSPIRALを選択し、「レコードを登録」アクションを設定します。この際、GitHubのIssueから取得した情報をSPIRALのどの項目に登録するかマッピングします。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、フローの起動間隔を調整できるほか、特定のオーナー名やリポジトリ名に絞ってIssueの作成を検知するようにカスタムすることが可能です。
- SPIRALのレコード登録オペレーションでは、GitHubのIssueから取得したタイトル、ラベル、などのアウトプット情報を活用し、SPIRALのどのフィールドにどの情報を登録するかを柔軟に設定できます。
■注意事項
- GitHub、SPIRALのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
「GitHubでIssueが作成されるたびに、その情報を手作業でSPIRALに登録している…」
「複数のSaaSアプリ間でデータを手入力で転記しており、時間がかかるし、ミスも怖い…」
このように、GitHubとSPIRALをはじめとするSaaSアプリケーション間のデータ連携において、非効率な手作業に多くの時間を費やしていませんか?
日々の繰り返し作業でありながら情報の正確性が求められるため、なかなか目が離せない業務かもしれません。
もし、GitHubに新しいIssueが作成された際に、その情報を自動的にSPIRALのデータベースに追加するような仕組みがあれば、これまで手作業にかけていた膨大な時間と労力を削減し、入力ミスや転記漏れといったヒューマンエラーからも解放され、より創造的で価値の高いコア業務に集中できる環境を実現できます。
今回ご紹介する自動化の設定は、プログラミングの知識がなくてもノーコードで簡単に設定でき、日々の業務を格段に効率化するので、ぜひこの機会に自動化を取り入れて、作業をもっと楽に、そして正確に進めましょう!
とにかく早く試したい方へ
YoomにはGitHubとSPIRALを連携するためのテンプレートが用意されています。
今すぐ試したい方は以下よりバナーをクリックしてスタートしましょう!
GitHubでIssueが作成されたら、SPIRALにレコードを追加する
試してみる
■概要
GitHubでIssueが作成されるたびに、手作業で顧客管理システムであるSPIRALに情報を転記していませんか?このような手作業は、開発のスピードを妨げるだけでなく、入力ミスや情報連携の遅延といった課題も引き起こしやすいものです。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、その情報が自動でSPIRALにレコードとして追加されるため、プロジェクト管理と顧客情報の一元化をスムーズに進めることができます。
■このテンプレートをおすすめする方
- GitHubとSPIRALを利用し、開発と顧客管理の連携を効率化したいと考えている方
- Issue作成後の手動でのデータ登録作業に手間を感じ、自動化を検討している方
- 開発状況と顧客情報を紐付けて管理し、対応の迅速化を目指すチームの方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると、自動的にSPIRALへレコードが登録されるため、これまで手作業で行っていた情報転記の時間を削減できます。
- 手作業によるデータ入力の際に起こりがちな、転記ミスや項目漏れといったヒューマンエラーを防ぎ、情報の正確性を高めます。
■フローボットの流れ
- はじめに、GitHubとSPIRALをYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、監視したいリポジトリなどを指定します。
- 最後に、オペレーションとしてSPIRALを選択し、「レコードを登録」アクションを設定します。この際、GitHubのIssueから取得した情報をSPIRALのどの項目に登録するかマッピングします。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、フローの起動間隔を調整できるほか、特定のオーナー名やリポジトリ名に絞ってIssueの作成を検知するようにカスタムすることが可能です。
- SPIRALのレコード登録オペレーションでは、GitHubのIssueから取得したタイトル、ラベル、などのアウトプット情報を活用し、SPIRALのどのフィールドにどの情報を登録するかを柔軟に設定できます。
■注意事項
- GitHub、SPIRALのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubとSPIRALを連携してできること
GitHubとSPIRALのAPIを連携すれば、例えばGitHubで新しいIssueが作成された際に、そのIssueのタイトル、内容、担当者といった情報を自動的にSPIRALの指定したデータベースに新しいレコードとして登録するといった自動化が可能になります。
これにより、手作業によるデータ入力の手間や入力ミスを削減し、情報共有の迅速化と業務の効率化に繋がります。
以下に具体的な自動化例をいくつかご紹介しますので、気になる内容があれば、ぜひクリックしてみてください!
GitHubでIssueが作成されたら、SPIRALにレコードを追加する
GitHubで新しいIssueが作成されるたびに、その情報を手動でSPIRALに転記する作業は時間もかかり、ミスも発生しがちです。
この自動連携を設定することで、Issueが作成されるたびに自動でSPIRALにレコードが追加されるため、スムーズな情報同期と作業工数の大幅な削減が実現します。
GitHubでIssueが作成されたら、SPIRALにレコードを追加する
試してみる
■概要
GitHubでIssueが作成されるたびに、手作業で顧客管理システムであるSPIRALに情報を転記していませんか?このような手作業は、開発のスピードを妨げるだけでなく、入力ミスや情報連携の遅延といった課題も引き起こしやすいものです。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、その情報が自動でSPIRALにレコードとして追加されるため、プロジェクト管理と顧客情報の一元化をスムーズに進めることができます。
■このテンプレートをおすすめする方
- GitHubとSPIRALを利用し、開発と顧客管理の連携を効率化したいと考えている方
- Issue作成後の手動でのデータ登録作業に手間を感じ、自動化を検討している方
- 開発状況と顧客情報を紐付けて管理し、対応の迅速化を目指すチームの方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると、自動的にSPIRALへレコードが登録されるため、これまで手作業で行っていた情報転記の時間を削減できます。
- 手作業によるデータ入力の際に起こりがちな、転記ミスや項目漏れといったヒューマンエラーを防ぎ、情報の正確性を高めます。
■フローボットの流れ
- はじめに、GitHubとSPIRALをYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、監視したいリポジトリなどを指定します。
- 最後に、オペレーションとしてSPIRALを選択し、「レコードを登録」アクションを設定します。この際、GitHubのIssueから取得した情報をSPIRALのどの項目に登録するかマッピングします。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、フローの起動間隔を調整できるほか、特定のオーナー名やリポジトリ名に絞ってIssueの作成を検知するようにカスタムすることが可能です。
- SPIRALのレコード登録オペレーションでは、GitHubのIssueから取得したタイトル、ラベル、などのアウトプット情報を活用し、SPIRALのどのフィールドにどの情報を登録するかを柔軟に設定できます。
■注意事項
- GitHub、SPIRALのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubで特定条件に合うIssueが作成されたら、SPIRALにレコードを追加する
特定のプロジェクトや特定のラベルが付いたIssueのみをSPIRALに連携したい、といったより詳細なニーズにも対応できます。
例えば、バグ報告に関するIssueのみ、あるいは特定の担当者がアサインされたIssueのみをSPIRALに自動登録することで、SPIRAL側の情報を必要なものだけに絞り込み、管理の効率性を高めることができます。
GitHubで特定条件に合うIssueが作成されたら、SPIRALにレコードを追加する
試してみる
■概要
GitHubでのIssue管理は開発に欠かせませんが、その情報をSPIRALに手作業で転記するのは手間がかかり、入力ミスも起こりやすくなります。 このワークフローを活用すれば、GitHubで特定の条件に合致するIssueが作成された際に、SPIRALへレコードを自動で追加でき、これらの課題を解消し、業務の効率化に貢献します。
■このテンプレートをおすすめする方
- GitHubとSPIRALを利用し、Issue情報を手作業で連携している開発担当者やプロジェクトマネージャーの方
- 手作業によるデータ入力のミスを減らし、情報の正確性を高めたいと考えているチームリーダーの方
- GitHubのIssueに基づいた顧客対応や情報管理の初動を迅速化したいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると、条件に応じてSPIRALへ自動でレコードが登録されるため、これまで手作業で行っていたデータ入力の時間を短縮できます。
- 転記ミスや対応漏れなどのヒューマンエラーを防ぎ、データの一貫性と信頼性を高めます。
■フローボットの流れ
- GitHubとSPIRALをYoomと連携します。
- トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- オペレーションで分岐機能を設定し、GitHubのトリガーで取得したIssueの情報(ラベル、担当者など)に基づいて、処理を分岐させる条件を設定します。
- オペレーションでSPIRALを選択し、「レコードを登録」アクションを設定し、条件に合致した場合にIssueの情報をSPIRALの指定したデータベースに登録します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、フローの起動間隔や監視対象とするリポジトリのオーナー名、リポジトリ名などを任意で設定してください。特定のラベルが付いたIssueのみを対象とすることも可能です。
- 分岐機能の設定では、GitHubのトリガーで取得したIssueのタイトル、本文、ラベル、担当者などの情報(アウトプット)を使用して、SPIRALにレコードを登録する条件を細かくカスタムできます。
- SPIRALにレコードを登録するアクションの設定では、対象となるアプリIDやデータベースのタイトルを指定するほか、GitHubから取得したIssueの情報(アウトプット)をSPIRALのどのフィールドに登録するかを自由にマッピングしてカスタムしてください。
■注意事項
- GitHub、SPIRALのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能(オペレーション)となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。
GitHubとSPIRALの連携フローを作ってみよう
それでは、実際にGitHubとSPIRALを連携したフローを作成してみましょう!
今回はYoomを使用して、ノーコードでGitHubとSPIRALの連携を進めていきます。
もしまだYoomのアカウントをお持ちでない場合は、こちらの登録フォームからアカウントを発行しておきましょう。
[Yoomとは]
フローの作成方法
今回はGitHubでIssueが作成されたら、SPIRALにレコードを追加するフローを作成していきます!
作成の流れは大きく分けて以下です。
- GitHubとSPIRALをマイアプリ連携
- テンプレートをコピー
- GitHubのトリガー設定およびSPIRALのアクション設定
- トリガーをONにし、フローが起動するかを確認
GitHubでIssueが作成されたら、SPIRALにレコードを追加する
試してみる
■概要
GitHubでIssueが作成されるたびに、手作業で顧客管理システムであるSPIRALに情報を転記していませんか?このような手作業は、開発のスピードを妨げるだけでなく、入力ミスや情報連携の遅延といった課題も引き起こしやすいものです。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、その情報が自動でSPIRALにレコードとして追加されるため、プロジェクト管理と顧客情報の一元化をスムーズに進めることができます。
■このテンプレートをおすすめする方
- GitHubとSPIRALを利用し、開発と顧客管理の連携を効率化したいと考えている方
- Issue作成後の手動でのデータ登録作業に手間を感じ、自動化を検討している方
- 開発状況と顧客情報を紐付けて管理し、対応の迅速化を目指すチームの方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると、自動的にSPIRALへレコードが登録されるため、これまで手作業で行っていた情報転記の時間を削減できます。
- 手作業によるデータ入力の際に起こりがちな、転記ミスや項目漏れといったヒューマンエラーを防ぎ、情報の正確性を高めます。
■フローボットの流れ
- はじめに、GitHubとSPIRALをYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、監視したいリポジトリなどを指定します。
- 最後に、オペレーションとしてSPIRALを選択し、「レコードを登録」アクションを設定します。この際、GitHubのIssueから取得した情報をSPIRALのどの項目に登録するかマッピングします。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、フローの起動間隔を調整できるほか、特定のオーナー名やリポジトリ名に絞ってIssueの作成を検知するようにカスタムすることが可能です。
- SPIRALのレコード登録オペレーションでは、GitHubのIssueから取得したタイトル、ラベル、などのアウトプット情報を活用し、SPIRALのどのフィールドにどの情報を登録するかを柔軟に設定できます。
■注意事項
- GitHub、SPIRALのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
ステップ1:GitHubとSPIRALをマイアプリ連携
ここでは、Yoomとそれぞれのアプリを連携して、操作が行えるようにしていきます。
Yoomにログインしてメニューからマイアプリを選択し、新規接続をクリックしましょう。

アプリ一覧から連携したいアプリを選択します。
検索窓に連携したいアプリ名を入力すると簡単に見つかりますよ。

GitHubの場合
アプリ一覧からGitHubを選択すると、サインイン画面が表示されます。
連携したいアカウントでサインインすると登録が完了します。

SPIRALの場合
アプリ一覧からSPIRALを選択すると以下の画面が表示されます。
アカウント名とアクセストークンを入力し、追加をクリックすると連携が完了です。

ステップ2:テンプレートをコピー
それではフローボットを作っていきます!
簡単に設定できるようにテンプレートが用意されているので、まずはコピーしましょう。
Yoomにログインし、バナーの「試してみる」をクリックしてください。
GitHubでIssueが作成されたら、SPIRALにレコードを追加する
試してみる
■概要
GitHubでIssueが作成されるたびに、手作業で顧客管理システムであるSPIRALに情報を転記していませんか?このような手作業は、開発のスピードを妨げるだけでなく、入力ミスや情報連携の遅延といった課題も引き起こしやすいものです。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、その情報が自動でSPIRALにレコードとして追加されるため、プロジェクト管理と顧客情報の一元化をスムーズに進めることができます。
■このテンプレートをおすすめする方
- GitHubとSPIRALを利用し、開発と顧客管理の連携を効率化したいと考えている方
- Issue作成後の手動でのデータ登録作業に手間を感じ、自動化を検討している方
- 開発状況と顧客情報を紐付けて管理し、対応の迅速化を目指すチームの方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると、自動的にSPIRALへレコードが登録されるため、これまで手作業で行っていた情報転記の時間を削減できます。
- 手作業によるデータ入力の際に起こりがちな、転記ミスや項目漏れといったヒューマンエラーを防ぎ、情報の正確性を高めます。
■フローボットの流れ
- はじめに、GitHubとSPIRALをYoomと連携させます。
- 次に、トリガーとしてGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、監視したいリポジトリなどを指定します。
- 最後に、オペレーションとしてSPIRALを選択し、「レコードを登録」アクションを設定します。この際、GitHubのIssueから取得した情報をSPIRALのどの項目に登録するかマッピングします。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、フローの起動間隔を調整できるほか、特定のオーナー名やリポジトリ名に絞ってIssueの作成を検知するようにカスタムすることが可能です。
- SPIRALのレコード登録オペレーションでは、GitHubのIssueから取得したタイトル、ラベル、などのアウトプット情報を活用し、SPIRALのどのフィールドにどの情報を登録するかを柔軟に設定できます。
■注意事項
- GitHub、SPIRALのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
コピーが成功すると、以下の画面が表示されるので、OKをクリックしましょう。

ステップ3:GitHubのトリガー設定
テンプレートをコピーすると、以下の画面が表示されます。
ログインしていない場合はログイン後、メニューのマイプロジェクトからコピーしたテンプレートを開きましょう。
GitHubの設定をするため、上側の赤枠をクリックしてください。

タイトルを任意で設定し、連携するアカウントを確認してください。
トリガーアクションは変更せず、次へ進みます。

トリガーの起動間隔をプルダウンから設定してください。
- トリガーの起動間隔は、選択した時間毎に一度、GitHubでトリガーとなるアクション(新しいIssueの作成)が行われたかを確認し、アクションが行われている場合にフローボットが起動します。
- 起動間隔は5分、10分、15分、30分、60分のいずれかを設定できます。ただし、利用プランによって、設定できる最短間隔が異なります。基本的にはそのプランの最短の起動間隔を設定することがおすすめです!

オーナー名とリポジトリ名を注釈に沿って設定したら、GitHubにIssueを作成し、テストを行いましょう。

今回は、テスト用に下記のIssueを作成しました。

テストが成功すると、GitHubの情報が取得されるので保存してください。
取得した値は、以降の設定で利用できます。

ステップ4:SPIRALにレコードを登録する設定
次に、SPIRALにGitHubの情報を追加する設定をします。
下側の赤枠をクリックしてください。

タイトルを任意で設定し、連携するアカウントを確認しましょう。
アクションは変更せず、次へ進んでください。

GitHubの情報を登録するアプリとデータベースのIDを候補から設定します。
以下はテスト環境のため候補の一覧が表示されていませんが、実際にはアプリやデータベースの一覧が表示されます。

次に、GitHubから取得した値を登録するレコード情報を設定します。
フィールドの識別名は、上記のIDと同様に候補から設定しましょう。
値は、取得した値から対応する項目を設定してください。

複数のレコード情報を登録する場合は、「レコード情報を追加」をクリックします。

設定が済んだら、テストを行いましょう。
(下記は、テスト環境のため一部が空欄になっています)

テストが成功したらSPIRALにレコードが追加されるので確認してください。
問題がなければ、Yoomに戻り設定を保存します。

ステップ5:トリガーをONにして起動準備完了
最後に、フローボットを起動します。
SPIRALの設定を保存すると、以下の画面が表示されるので、トリガーをONにしましょう!

以上が、GitHubでIssueが作成されたら、SPIRALにレコードを追加する方法です!
SPIRALのデータをGitHubに連携したい場合
今回はGitHubからSPIRALへデータを連携する方法をご紹介しましたが、逆にSPIRALからGitHubへのデータ連携を実施したい場合も、Yoomを使えば簡単に自動化できます。
例えば、SPIRALで管理している顧客からの要望や問い合わせが特定のステータスになった際に、それをGitHubのIssueとして自動で登録するといった連携も可能です。
SPIRALでレコードが登録されたら、GitHubにIssueを作成する
SPIRALに新しいレコードが登録された際、その情報を基にGitHubにIssueを自動で作成することで、開発チームへの情報伝達の遅延を防ぎ、迅速な対応を促すことができます。
例えば、顧客管理DBに新しいクレーム情報が登録されたら、スムーズに関連するリポジトリにIssueとして登録し、対応漏れを防げるでしょう。
SPIRALでレコードが登録されたら、GitHubにIssueを作成する
試してみる
■概要
SPIRALに新しい顧客情報や問い合わせが登録されるたび、開発チームへの共有やタスク依頼としてGitHubにIssueを手動で作成していませんか?この繰り返し作業は時間もかかり、時には抜け漏れも発生しがちです。このワークフローを活用すれば、SPIRALでのレコード作成をトリガーに、GitHubへ自動でIssueを作成できるため、こうした連携の手間を減らし、業務の正確性を高めることができます。
■このテンプレートをおすすめする方
- SPIRALで顧客データなどを管理し、GitHubで開発タスクを管理しているチームの方
- SPIRALとGitHub間の情報連携を手作業で行い、その効率化を求めている担当者の方
- 開発チームとの連携をより迅速かつスムーズに進めたいと考えている管理者の方
■このテンプレートを使うメリット
- SPIRALにレコードが登録されると、自動でGitHubにIssueが作成されるため、これまで手作業で行っていた情報連携の時間を短縮することができます。
- 手動でのIssue作成時に発生しやすい転記ミスや作成遅延などのヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、SPIRALおよびGitHubをYoomと連携します。
- 次に、トリガーでSPIRALを選択し、「レコードが作成されたら」というアクションを設定します。この際、対象のアプリIDやデータベースIDを指定します。
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定します。このオペレーションで、作成するIssueのタイトルや本文などを設定します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- SPIRALのトリガー設定では、フローが作動する間隔や、監視対象とするSPIRALのアプリIDおよびデータベースIDを、実際の運用に合わせて任意で設定してください。
- GitHubのIssue作成オペレーションでは、Issueのタイトルや本文(コメント)に、固定のテキストだけでなく、SPIRALのトリガーから取得したレコード情報(例えば、顧客名や問い合わせ内容など)を動的に含めることが可能です。これにより、状況に応じた具体的なIssueを自動で作成できます。
■注意事項
- SPIRAL、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
SPIRALで特定条件に合うレコードが登録されたら、GitHubにIssueを作成する
SPIRALのデータベース内で、特定の条件(例えば「ステータスが緊急」や「特定の製品に関する要望」など)に合致するレコードが登録された場合にのみ、GitHubにIssueを作成する自動化も可能です。
これにより、対応が必要な重要な情報だけをフィルタリングしてGitHubに連携し、開発チームが効率的に作業に着手できるはずです。
SPIRALで特定条件に合うレコードが登録されたら、GitHubにIssueを作成する
試してみる
■概要
SPIRALに新しい顧客情報やバグ報告などのレコードが登録されるたびに、GitHubに手動でIssueを作成するのは手間がかかり、登録漏れや内容の誤りといったミスも起こりやすいのではないでしょうか。このワークフローを活用すれば、SPIRALで特定条件に合うレコードが登録された際に、自動でGitHubにIssueを作成するため、このような課題を解消し、開発タスクの連携をスムーズにします。
■このテンプレートをおすすめする方
- SPIRALとGitHub間で、手作業による情報連携に手間を感じている開発担当者の方
- SPIRALのデータに基づき、GitHubでのタスク管理を効率化したいチームリーダーの方
- 手作業によるIssue作成の漏れや遅延をなくし、迅速な対応を目指す担当者の方
■このテンプレートを使うメリット
- SPIRALへのレコード登録をトリガーに、GitHubへのIssue作成が自動化されるため、これまで手作業に費やしていた時間を短縮し、コア業務に集中できます。
- 手作業によるIssueの作成漏れや、転記ミスといったヒューマンエラーのリスクを軽減し、タスク管理の正確性を向上させることが可能です。
■フローボットの流れ
- はじめに、SPIRALとGitHubをYoomと連携します。
- 次に、トリガーでSPIRALを選択し、「レコードが作成されたら」というアクションを設定します。この際、特定の条件に合致するレコードのみを対象とすることも可能です。
- 続いて、オペレーションで分岐機能を設定し、SPIRALから取得した情報をもとに、特定の条件を満たす場合のみ後続のGitHubへの処理に進むよう設定します。
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定し、SPIRALのレコード情報を用いてIssueのタイトルや本文などを自動で入力し作成します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- SPIRALのトリガー設定では、フローの起動を確認する間隔のほかに、連携対象のアプリIDやデータベースIDをユーザーの環境に合わせて設定してください。
- 分岐機能の設定では、SPIRALから取得したレコードの各項目(アウトプット)を利用して、Issueを作成する具体的な条件を自由にカスタムしてください。
- GitHubのIssue作成オペレーションでは、Issueのタイトルやコメント本文に、固定テキストだけでなくSPIRALからの情報も組み込めるため、柔軟に設定可能です。
■注意事項
- SPIRAL、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能(オペレーション)となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。
GitHubやSPIRALを使ったその他の自動化例
今回ご紹介した連携以外でも、GitHubやSPIRALのAPIを活用してさまざまな業務を自動化することが可能です。
もし気になるものがあればぜひこちらもお試しになってみてください!
GitHubを使った便利な自動化例
GoogleフォームやDiscordの情報をもとにGitHubでIssueを作成することができます。
また、GitHubでIssueが作成されたらSlackに通知したりConfluenceにページを作成することも可能です。
Discordの投稿内容をもとにGitHubでIssueを作成する
試してみる
■概要
Discordでのバグ報告や機能改善の要望を、都度GitHubに手動で転記する作業は手間がかかるだけでなく、転記漏れや遅延の原因にもなりがちです。
このワークフローを活用することで、Discordの特定チャンネルへの投稿を検知し、その内容を元に自動でGitHubのIssueを作成できます。
これにより、開発チームへの情報共有を迅速かつ正確に行い、対応漏れを防ぐことが可能になります。
■このテンプレートをおすすめする方
- Discordでの報告をGitHubへ手作業で転記しており、手間や漏れに課題を感じている方
- 開発チームと他部署間の情報共有を効率化し、対応速度を上げたいプロジェクト管理者の方
- GitHubでのタスク管理をより円滑に進め、開発プロセスを改善したいと考えているチームの方
■このテンプレートを使うメリット
- Discordの投稿からGitHubのIssue作成までが自動化されるため、手作業での転記にかかっていた時間を削減できます。
- 手動での情報コピー&ペーストが不要になることで、入力ミスや報告漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、DiscordとGitHubをYoomと連携します。
- 次に、トリガーでDiscordを選択し、「チャンネルでメッセージが送信されたら」というアクションを設定して、投稿を検知したいチャンネルを指定します。
- その後、オペレーションで「データ抽出機能」を選択し、Discordの投稿メッセージからIssueのタイトルや本文として利用したいテキストを抽出する設定を行います。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで抽出したデータを連携してIssueが自動で作成されるように設定します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Discordのトリガー設定では、どのサーバーの、どのチャンネルへの投稿をきっかけにフローボットを起動するかを、サーバーIDとチャンネルIDで任意に設定してください。
- データ抽出機能では、Discordの投稿内容のどの部分をIssueのタイトルや本文などに使用するか、抽出ルールを任意で設定します。
- GitHubのIssue作成アクションでは、どのリポジトリにIssueを作成するかをオーナー名とリポジトリ名で指定し、タイトルや本文に設定する内容を任意で指定してください。
■注意事項
- DiscordとGitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubでIssueが作成されたらConfluenceにページを作成する
試してみる
■概要
GitHubで新しいIssueが作られるたびにConfluenceで関連ページを手作業で作成していませんか?この作業は、開発のスピードを落とすだけでなく、ページの作成漏れといったミスにも繋がりかねません。このワークフローを活用すれば、GitHubでのIssue作成をトリガーにConfluenceのページが自動で作成され、こうした連携作業の手間を解消し、ドキュメント管理を効率化します。
■このテンプレートをおすすめする方
- GitHubとConfluence間の情報連携を手作業で行い、非効率を感じている開発担当者の方
- Issueに基づいた仕様書や議事録の作成漏れを防ぎ、管理を徹底したいプロジェクトマネージャーの方
- 開発チームのドキュメント管理プロセスを自動化し、標準化したいと考えているチームリーダーの方
■このテンプレートを使うメリット
- GitHubでのIssue作成後に自動でConfluenceのページが作成されるため、ドキュメント作成に費やしていた時間を短縮できます。
- 手作業によるページの作成漏れや、Issue情報の転記ミスといったヒューマンエラーを防ぎ、ドキュメントの正確性を保ちます。
■フローボットの流れ
- はじめに、GitHubとConfluenceをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでGitHubの「Issueを取得」アクションを設定し、トリガーとなったIssueの詳細情報を取得します。
- 最後に、オペレーションでConfluenceの「ページを作成」アクションを設定し、取得したIssueの情報をもとにページを作成します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Confluenceの「ページを作成」オペレーションでは、ページのタイトルや本文の内容を自由にカスタマイズできます。固定のテキストと、前段のGitHubから取得したIssueのタイトルや担当者といった動的な値を組み合わせて、独自のフォーマットでページを作成することが可能です。
■注意事項
- GitHub、ConfluenceのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Googleフォームの添付ファイルをOCRして、GitHubでIssueを作成する
試してみる
■概要
Googleフォームで受け取った添付ファイルの内容を確認し、手動でGitHubにIssueを作成する作業に手間を感じていませんか。画像やPDFの内容を目視で転記する作業は時間がかかる上、ミスの原因にもなり得ます。このワークフローを活用すれば、フォームへの回答送信をきっかけに、添付されたファイルをOCR機能で自動的にテキスト化し、その内容を用いてGitHubのIssueを自動で作成することができ、迅速で正確なタスク管理を実現します。
■このテンプレートをおすすめする方
- Googleフォームで受け付けた依頼内容を、手動でGitHubのIssueに転記している方
- 添付された画像やPDFの内容を基にしたタスク作成で、入力ミスや対応漏れを防ぎたい方
- OCRを活用して、フォームからの問い合わせ対応やタスク起票を効率化したいと考えている方
■このテンプレートを使うメリット
- フォーム送信からIssue作成までが自動化されるため、添付ファイルの内容確認や手入力の時間を短縮できます。
- OCR機能による自動テキスト抽出とIssue作成により、手作業での転記ミスや対応漏れといった人的な誤りを防止します。
■フローボットの流れ
- はじめに、Googleフォーム、Google Drive、GitHubをYoomと連携します。
- 次に、トリガーでGoogleフォームを選択し、「フォームに回答が送信されたら」というアクションを設定します。
- 続いて、オペレーションでGoogle Driveの「ファイルをダウンロードする」アクションを設定し、フォームの回答に添付されたファイルを取得します。
- オペレーションでOCR機能を選択し、「任意の画像やPDFを読み取る」アクションでダウンロードしたファイルからテキスト情報を抽出します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、本文にOCRで抽出したテキストなどを指定してIssueを作成します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Googleフォームのトリガー設定では、自動化の対象としたい任意のフォームを指定できます。
- OCR機能のオペレーションでは、読み取りたいファイルのどの部分のテキストを抽出するかを任意で設定することが可能です。
- GitHubでIssueを作成する際、対象のオーナー名やリポジトリ名を指定できます。また、Issueのタイトルや本文には固定のテキストだけでなく、フォームの回答内容やOCRで抽出した値などを組み込んで動的に作成できます。
■注意事項
・Googleフォーム、Google Drive、GitHubのそれぞれとYoomを連携してください。
・Googleフォームをトリガーとして使用した際の回答内容を取得する方法は下記を参照ください。
https://intercom.help/yoom/ja/articles/6807133
Googleフォームで登録された情報をGitHubに登録する
試してみる
■概要
Googleフォームで登録された情報をGitHubに登録するフローです。
■このテンプレートをおすすめする方
1.顧客対応を担当している方
・Googleフォームを利用して顧客からの問い合わせを集約している方
・Googleフォームを問い合わせ用のフォームとして活用している方
2.Githubをタスク管理ツールとして利用している方
・顧客対応のタスクをGithubで管理している方
・Googleフォームの回答を自動でGithubに連携したい方
■このテンプレートを使うメリット
Googleフォームは顧客からの問い合わせ用のフォームとして活用することができ、回答の集約を効率的に行うことができます。
また、顧客からの問い合わせをタスク管理ツールで管理することもできるため、対応状況の可視化にも役立ちます。
しかし、タスク管理ツールへの登録作業は手動で行う必要があり、入力ミスや登録漏れが発生する恐れがあります。
このテンプレートを利用することで、Googleフォームに登録された内容をGithubに自動で登録できるため、入力ミスや登録漏れを防止することが可能です。
Githubへのタスク追加が自動化されることで、顧客対応がスピーディーになり、業務効率が向上します。
■注意事項
・Googleフォーム、GitHubのそれぞれとYoomを連携してください。
・Googleフォームをトリガーとして使用した際の回答内容を取得する方法は下記を参照ください。
https://intercom.help/yoom/ja/articles/6807133
・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
・プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubにIssueが作成されたらSlackに通知する
試してみる
■概要
GitHubにIssueが作成されたらSlackにIssueの内容を通知します。
■作成方法
Issueが新たに作成されたらフローボットが起動します。
Slackの任意のチャンネルにIssueの内容を通知します。
■注意事項
・GitHubとSlackそれぞれとYoomの連携設定が必要です。
SPIRALを使った便利な自動化例
SPIRALに登録された情報を他ツールに登録することができます。
また、TypeformやJotformなどのフォームの回答をSPIRALのレコードに登録することも可能です。
Jotformの回答をもとに、SPIRALでレコードを登録する
試してみる
■概要
Jotformで集めたアンケート回答や問い合わせ情報を、手作業で顧客管理システムのSPIRALへ転記していませんか。この作業は時間がかかるだけでなく、入力ミスや転記漏れといったヒューマンエラーが発生する原因にもなり得ます。このワークフローを活用すれば、Jotformのフォームが送信されると、自動でSPIRALにレコードが登録されるため、データ入力の手間を省き、正確な情報管理を実現します。
■このテンプレートをおすすめする方
- JotformとSPIRAL間で、手作業でのデータ入力に手間を感じているご担当者様
- フォームから得たリード情報を、迅速かつ正確にSPIRALへ反映させたい方
- データ入力におけるヒューマンエラーをなくし、顧客情報管理の精度を高めたい方
■このテンプレートを使うメリット
- Jotformにフォーム回答が送信されると自動でSPIRALに登録されるため、これまで手作業で行っていたデータ転記作業の時間を削減できます。
- 手作業によるデータ入力が不要になることで、入力間違いや登録漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、JotformとSPIRALをYoomと連携します。
- 次に、トリガーでJotformを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションでJotformの「最新の回答を取得する」アクションを設定し、送信されたフォームの回答内容を取得します。
- 最後に、オペレーションでSPIRALの「レコードを登録する」アクションを設定し、取得した回答内容をSPIRALに登録します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- SPIRALの「レコードを登録する」アクションでは、登録したいデータベースのAPIキーやタイトルなどを任意で設定してください。
- 登録する各項目には、前段のJotformで取得した回答内容を変数として埋め込んだり、任意の固定値を設定したりするなどのカスタムが可能です。
■注意事項
- Jotform、SPIRALとYoomを連携してください。
- JotformのWebhook設定と最新回答取得方法はこちらをご参照ください。
SPIRALに登録された情報をスプレッドシートにも連携する
試してみる
■概要
SPIRALに情報が登録されたら、自動的にGoogleスプレッドシートに連携するフローです。
スプレッドシート上でSPIRALに登録された情報を分析したり、そのままCSVを他システムにインポートすることが可能です。
■このテンプレートをおすすめする方
1.SPIRALの情報を分析する担当者の方
・マーケティング部門
・データアナリティスト など
2.SPIRALで集めた情報をCRMなどにインポートする必要がある方
・セールス部門
・マーケティング部門 など
■注意事項
・SPIRAL、GoogleスプレッドシートそれぞれとYoomを連携してください。
■概要
SPIRALの商品情報をBASEに追加するフローです。
■このテンプレートをおすすめする方
1.SPIRALで商品情報の管理をしている方
・商品情報をSPIRALで一元管理している方
・SPIRALに登録した商品情報をBASEに手動で追加している方
2.オンラインショップの運営でBASEを活用している方
・自社のオンラインショップの運営や管理を行っている方
・SPIRALとBASEの連携を効率化したい方
■このテンプレートを使うメリット
BASEはオンラインショップの作成や運営に役立つツールですが、商品情報を手動で追加する必要がある場合、時間がかかり手間です。
また、SPIRALで一元管理している商品情報を都度手動で追加する際も、誤入力や入力漏れといったヒューマンエラーが発生する可能性があり、効率化したいと感じているかもしれません。
このテンプレートは、SPIRALに商品情報が登録されるとBASEに自動で追加することができます。
BASEへの商品情報の追加が自動化されるため、手動による作業が不要となり、業務の効率化を図ることが可能です。
SPIRALへ登録する商品数が多い場合でも、BASEへの反映はシームレスに行えるため、オンラインショップの管理が楽になります。
■注意事項
・SPIRAL、BASEのそれぞれとYoomを連携してください。
■概要
SPIRALで管理している商品情報を、ECサイトのShopifyへ手動で登録していませんか?この作業は時間がかかるだけでなく、コピー&ペーストのミスなどヒューマンエラーの原因にもなりがちです。
このワークフローを活用することで、SPIRALに商品情報が登録されると自動的にShopifyへ商品として追加されるため、登録作業の効率化と正確性の向上を実現します。
■このテンプレートをおすすめする方
- SPIRALとShopifyで商品情報を管理しており、手作業での登録に課題を感じている方
- 商品登録の時間を短縮し、マーケティングなどのコア業務に集中したいEC担当者の方
- 手作業による入力ミスをなくし、データ連携の正確性を高めたいと考えている方
■このテンプレートを使うメリット
- SPIRALへの商品情報登録を起点にShopifyへ自動で商品追加されるため、これまで手作業に費やしていた時間を短縮できます。
- 手作業でのデータ転記が不要になるため、入力間違いや登録漏れといったヒューマンエラーのリスクを軽減することに繋がります。
■フローボットの流れ
- はじめに、SPIRALとShopifyをYoomと連携します。
- 次に、トリガーでSPIRALを選択し、「レコードが作成されたら」というアクションを設定します。
- 続いて、オペレーションでShopifyの「商品を追加」アクションを設定し、トリガーで取得した情報をマッピングします。
- 最後に、オペレーションでSPIRALの「レコードを更新」アクションを設定し、Shopifyへの登録が完了したことなどを記録します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Shopifyに商品を追加する際、商品名や価格などをSPIRALから取得した情報で自動入力するだけでなく、在庫数などの項目に固定値を設定することも可能です。
- SPIRALのレコードを更新するオペレーションでは、Shopifyへの登録日時や、処理が完了したことを示すステータスなどを自由に設定して書き込めます。
■注意事項
- SPIRAL、ShopifyのそれぞれとYoomを連携してください
- Shopifyはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- 有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
ご利用プランによって最短の起動間隔が異なりますので、ご注意ください。
Typeformの回答をもとに、SPIRALでレコードを登録する
試してみる
■概要
Typeformで収集した顧客情報やアンケート回答を、手作業でSPIRALへ転記していませんか?この作業は時間がかかるだけでなく、コピー&ペーストのミスといったヒューマンエラーの原因にもなりかねません。このワークフローを活用すれば、Typeformのフォーム送信をトリガーに、回答内容がSPIRALへ自動でレコード登録されるため、データ入力の手間を省き、業務を効率化します。
■このテンプレートをおすすめする方
- ・TypeformとSPIRALを併用し、フォーム回答の手入力に手間を感じている方
- ・アンケートや問い合わせ対応を効率化し、データ精度を向上させたい担当者の方
- ・手作業によるデータ入力ミスをなくし、コア業務に集中したいと考えている方
■このテンプレートを使うメリット
- ・Typeformのフォームが送信されるとSPIRALへ自動でレコード登録されるため、これまで手作業に費やしていた時間を短縮できます。
- ・手作業でのデータ転記が不要になることで、入力間違いや登録漏れといったヒューマンエラーのリスク軽減に繋がります。
■フローボットの流れ
- はじめに、TypeformとSPIRALをYoomと連携します。
- 次に、トリガーでTypeformを選択し、「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでSPIRALの「レコードを登録する」アクションを設定し、フォームの回答内容をSPIRALの該当項目にマッピングします。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- SPIRALの「レコードを登録する」アクションでは、Typeformの回答内容を変数として埋め込むだけでなく、特定の項目に固定値を設定することも可能です。これにより、例えば特定のキャンペーンからの登録であるといった情報を付与できます。
■注意事項
- Typeform、SPIRALとYoomを連携してください。
まとめ
GitHubとSPIRALの連携を自動化することで、これまで手作業で行っていたIssue情報やレコード情報の転記作業から解放され、ヒューマンエラーのリスクを大幅に削減できます。
これにより、開発チームとビジネスチーム間の情報共有がスムーズになり、各担当者はより迅速かつ正確な情報に基づいて業務を進められ、本来注力すべき戦略的な業務や創造的なタスクに多くの時間を割けるようになるでしょう。
今回ご紹介したような業務自動化を実現できるノーコードツール「Yoom」を使えば、プログラミングの知識がない方でも、画面上の指示に従って直感的な操作で簡単にGitHubとSPIRALを連携する業務フローを構築できます。
もし自動化による業務改善に少しでも興味を持っていただけたなら、ぜひこちらから無料登録して、Yoomがもたらす業務効率化の可能性を体験してみてください!