■概要
Tallyで受け付けたユーザーからの問い合わせやバグ報告を、手作業でGitHubのIssueに転記していませんか？この作業は単純ですが、対応漏れや転記ミスが発生しやすく、開発のボトルネックになることもあります。このワークフローを活用すれば、Tallyのフォーム送信をきっかけに、承認フローを経てGitHubへIssueを自動で作成できます。手作業によるIssue起票プロセスを効率化し、開発チームがより重要な業務に集中できる環境を整えます。
■このテンプレートをおすすめする方
- Tallyで受け付けたバグ報告などをGitHubで管理している開発担当者の方
- フォームからの問い合わせ対応とGitHubへのIssue起票を効率化したい方
- 手作業による情報連携での抜け漏れを防ぎ、業務の正確性を高めたいと考えている方
■このテンプレートを使うメリット
- Tallyのフォームが送信されると、承認後に自動でGitHubへIssueが作成されるため、これまで手作業に費やしていた時間を短縮できます
- 手作業でのデータ転記がなくなるため、内容の入力間違いや対応漏れといったヒューマンエラーのリスク軽減に繋がります
■フローボットの流れ
- はじめに、TallyとGitHubをYoomと連携します
- 次に、トリガーでTallyを選択し、「Form Submission」というアクションを設定します
- 続いて、オペレーションで担当者依頼機能を選択し、「担当者へ対応を依頼する」アクションで承認フローを設定します
- 最後に、オペレーションでGitHubの「Issueを作成する」アクションを設定し、フォームの内容をもとにIssueを作成します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Tallyのトリガー設定では、Issue作成の起点としたい任意のフォームを設定してください
- 担当者への依頼機能では、承認者を自由に設定できるほか、依頼文や承認者が対応する際の入力フォームも柔軟にカスタマイズできます
- GitHubでIssueを作成するアクションでは、対象のリポジトリを任意で設定可能です。また、Issueのタイトルや本文、ラベルなどには、Tallyで取得したフォームの情報を変数として埋め込めます
■注意事項
- Tally、GitHubのそれぞれとYoomを連携してください。
.png)
