ブログ

  • 京都発SaaSで顧客に寄り添い価値を創出するクラウドコーディネータ

    京都発SaaSで顧客に寄り添い価値を創出するクラウドコーディネータ

    京都発SaaSで顧客に寄り添い価値を創出するクラウドコーディネータ

    クエステトラ社は自律、創造、誠実、そして世界視点という価値観を共有する仲間と共に、成長を続けています。ここで私たちと一緒に、あなたの可能性を最大限に発揮しませんか?

    募集を行っている部署

    営業部

    増加する業務改善ニーズに応えるセールスチーム強化

    当社は、法人向けSaaS「Questetra BPM Suite」で企業の業務プロセスにおける課題解決をサポートしています。これまで、ユーザが着実に増え、さまざまなビジネス現場で業務改善の成果が広がってきました。その結果、新たな企業からの業務改善支援の相談も増えています。

    こうした状況に迅速に応えるには、顧客と直接対話し、現場の課題を深く理解した上で最適なソリューションを提案できるクラウドコーディネータ(フィールドセールス)が不可欠です。私たちは、クラウドコーディネータを新たに迎え入れ、顧客と密接に連携し、多くの企業の課題に迅速かつ的確に応える体制を築きたいと考えています。

    真の課題を把握し、最適な改善提案を

    当社は、業務プロセスに課題を抱える企業の効率化と生産性向上を支援しています。顧客の直面する問題を正確に分析し、「Questetra BPM Suite」を活用して具体的な解決策を提案します。

    この支援を実現するためには、顧客との定期的な対話や課題の共有を通じた信頼関係の構築が重要です。当社は、顧客の声に真摯に耳を傾け、課題解決に向けて熱意を持って取り組む方をお待ちしています。


    ジョブディスクリプション(Cloudコーディネータ)

    業務内容

    • 見込顧客の業務課題をヒアリングし「クラウドを活用した解決策」について提案書を作成します。
    • 業務プロセスの「テンプレート」を自ら設計し、その活用法について情報発信します。
    • APIアクセスやData編集を自動化する「アドオン」を自ら実装し、その活用法について情報発信します。
    • 状況に応じて、インサイドセールス業務の一部を兼務する場合があります。

    基本給

    • フルタイム専門裁量:月50万円~100万円

    選考合格時に「試用期間」(2か月/50時間程度など)「試用期間中の基本給」(減額なし/80%など)「試用期間終了後の基本給」(月33万円/時間1400円など)が個別に提示されます。(「試用期間終了後の基本給」については、最低保証額だけが提示され、実際の基本給は試用期間終了後に決定される場合もあります。)

    試用期間

    原則として2か月

    必要能力経験

    • AIツールの利用経験
    • ビジネスシステムの提案営業経験
    • 提案書の作成、プレゼン能力
    • 論文やブログ等を執筆した経験

    歓迎能力経験

    • “Questetra BPM Suite” の利用経験
    • ビジネスシステムの導入提案経験
    • SEとしての実務経験
    • 英語での会話能力

    改訂日 2026-04-01


    契約期間

    無期雇用(定め無し)

    就業場所

    クエステトラ社オフィス(京都市中京区、烏丸御池駅から徒歩3分)

    勤務時間

    • 09:00 ~ 17:00(12:00~14:00の間に1時間休憩)
    • 所定労働時間7時間

    加入保険

    健康保険、厚生年金保険、雇用保険、労災保険

    休日

    • 完全週休二日制(土・日)、祝日
    • 年末年始(12/30~1/3)
    • 年次有給休暇
    • 慶弔休暇(有給)

    手当

    交通費支給あり(月額 40,000 円まで)

    福利厚生

    月次懇親会やリラックスしてコミュニケーションが取れるイベントが、会社負担で定期的に開催されています。

  • 法人向けSaaS開発の最前線で活躍するフルスタックエンジニア

    法人向けSaaS開発の最前線で活躍するフルスタックエンジニア

    法人向けSaaS開発の最前線で活躍するフルスタックエンジニア

    クエステトラ社は自律、創造、誠実、そして世界視点という価値観を共有する仲間と共に、成長を続けています。あなたのスキルと情熱が、私たちの技術革新を加速する鍵です。ここで私たちと一緒に、あなたの可能性を最大限に発揮しませんか?

    募集要項

    職種と雇用形態

    ソフトウェアエンジニア(フルタイム専門裁量、フルタイム一般)

    募集人数

    1~2名

    契約期間

    無期雇用(定め無し)

    就業場所

    クエステトラ社オフィス(京都市中京区、烏丸御池駅から徒歩3分)

    勤務時間

    • フルタイム専門裁量
      • 1日7時間のみなし労働時間勤務
    • フルタイム一般
      • 所定労働時間:7時間/日、35時間/週
      • 勤務時間帯:09:00 ~ 17:00(12:00~14:00の間に1時間休憩)

    加入保険

    健康保険、厚生年金保険、雇用保険、労災保険

    休日

    • 完全週休二日制(土・日)、祝日
    • 年末年始(12/30~1/3)
    • 年次有給休暇
    • 慶弔休暇(有給)

    手当

    交通費支給あり(月額 40,000 円まで)

    福利厚生

    月次懇親会やリラックスしてコミュニケーションを取れるイベントが、会社負担で定期的に開催されています。

    ジョブディスクリプション(ソフトウェアエンジニア)

    業務内容

    • SaaS プロダクトまたは周辺ツールの開発・テストに従事します。
    • インフラの構築および SaaS プロダクトの運用に従事します。
    • まれに、ブログ/チュートリアルを執筆します。

    基本給

    • フルタイム専門裁量:月50万円~100万円
    • フルタイム一般:月30万~60万円
    • パートタイム:時間1400円~5000円

    選考合格時に「試用期間」(2か月/50時間程度など)「試用期間中の基本給」(減額なし/80%など)「試用期間終了後の基本給」(月33万円/時間1200円など)が個別に提示されます。(「試用期間終了後の基本給」については、最低保証額だけが提示され、実際の基本給は試用期間終了後に決定される場合もあります。)

    試用期間

    原則として2か月

    必要能力経験

    コンピュータサイエンスもしくは関連する分野の大学院・大学・専門学校を 卒業(修了)した者もしくは在学中の者(または関連職種での実務経験4年)

    歓迎能力経験

    1. Java / Python / JavaScript などのプログラミング言語を使用した Web アプリケーション開発経験
    2. Linux / Apache / Java などの技術を使用した Web アプリケーション運用経験
    3. HTML/CSS による Web UI 開発経験
    4. ブログ等での情報発信の経験

    募集部署(製品開発部)からのメッセージ

    成長を支える新しいエンジニア仲間の募集

    当社が提供する法人向けSaaS「Questetra BPM Suite」は、拡大する市場ニーズに応じて進化を続けています。私たちは、ユーザーからのフィードバックに基づく機能改善や新機能開発に積極的に取り組んでいます。直感的で使いやすいシステムを創造し、ビジネス課題に柔軟に対応するために、開発チームを強化しています。新しい技術にチャレンジし、サービスを次のレベルに引き上げることに情熱を持つ仲間を求めています。

    AWSスキルを極める

    未経験者歓迎。私たちのプラットフォームはAWSクラウド上に構築されており、その運用と拡張にはAWS技術の深い理解が求められます。AWSスキルを持つ、または学ぶ意欲のあるエンジニアを特に歓迎します。実践的なプロジェクトを通じて、クラウドインフラストラクチャの専門知識を深める機会を提供します。

    知識とスキルを深める成長の場

    私たちは、「Questetra BPM Suite」の複雑な仕様や業務フローを理解し、確実に把握できるエンジニアを求めています。業務中のコミュニケーションは主にチャットやドキュメントで行われるため、文章を正確に読み解き、わかりやすく表現できる方に最適です。指示や報告も文章が主体となるため、日常的に文章を読み書きする機会が豊富です。

    この仕事を通じて、BPMS(ビジネスプロセス管理システム)に関する知識を実務で活かせるようになります。また、セキュリティ、データベース、ネットワークといった基盤技術や運用設計、環境構築のスキルも磨かれます。さらに、システムの企画・提案から開発まで一貫して携わる中で、顧客の要望を的確にシステム化する力が身につきます。

  • 大量のグラフもAI支援で楽々分析

    大量のグラフもAI支援で楽々分析

    集計レポートの枚数が多くて、実は…眠たい

    ※このプロセス改善ストーリーはフィクションです。実在の人物や団体などとは関係ありません。

    1. 課題: 解約リスクの見落とし

    UuuKanKan クラウド社では、「システムアラート」や「集計分析レポート」といったビジネス判断を支える情報について、いつでも全社員が確認できることを重視しています。現状、これらの最新情報は、自動的に社内チャットへ投稿される仕組み(ワークフローアプリ)が運用されています。

    カスタマーサクセスチームは「解約リスク判定業務」の一環として、契約社ごとの利用状況に関する週次の「集計分析レポート」(グラフが多数描かれた Looker Studio レポート)を、全員で手分けして確認しています。しかし、契約件数が増加する近年、この作業がチームにとって大きな負担となっています。つまり、多くのレポートの中、ごく稀に存在する「異常な推移を示すレポート」だけを検出する(検知する)ことは容易ではありません。

    今日、解約リスクが高い状態を示すレポートが、見落とされてしまうケースも珍しくなくなっています。

    2. 解決策: 支援AIの導入

    プロセスオーナーは、解約リスク見落としのそもそもの原因は「人間が全てのレポートを網羅的に確認していること」にある、と考えました。そこで「あらかじめ生成AIに解約リスクを判定(仮判定)させておく」という方針を追加しました。

    具体的には、契約社ごとの利用状況に関する週次の「集計分析レポート」(画像)をマルチモーダルな生成AIに読み取らせ、当該契約社の「解約リスク」を5段階で評価させる自動工程を追加しました。

    このプロセス改善により、「利用状況に関する集計分析レポート」は、「生成AIによるリスク判定」とセットで投稿されるようになりました。

    ※ マルチモーダルな生成AI(Multimodal AI): テキストと画像など、複数種のデータを一度に処理できる人工知能

    ワークフロー図 (BEFORE AFTER)
    BEFORE (Professional edition):
    AFTER (Professional edition):

    3. 改善効果

    「生成AIによるリスク判定」が自動投稿されるようになったことで、UuuKanKan クラウド社には以下のような改善が見られました。

    • 見落としリスクの低減
      • 異常な推移を示す契約を優先して確認できるようになり、解約リスクの見落としが大幅に減少した。
      • カスタマーサクセスチームが全てのレポートを細かく確認する必要がなくなった。
    • 業務効率の向上
      • 生成AIによるリスク判定(仮評価)によって、レポート確認作業の時間を大幅に短縮できた。
      • 解約リスクが低い契約に関しては、そのチェック時間をほぼゼロにすることができた。
      • 他の重要な顧客支援活動や改善施策に時間を割けるようになり、全体の業務効率が向上した。
    • 心理的負担の軽減
      • すべてのレポートを確認する心理的な負担から解放され、チームのストレスレベルが改善された。
      • 安心して業務に取り組むことができるようになり、チーム全体のモチベーションが向上した。
    • より深い顧客理解の実現
      • 生成AIの評価文を基に、さらに詳細な分析やカスタマイズ対応が実施できるようになった。
      • 解約リスクの高い顧客のニーズや不満点を、より正確に把握できるようになった。

    4. 関連記事

    5. マニュアル/リファレンス/プレス

  • 投稿モレは毎朝の自動開始が防ぐ

    投稿モレは毎朝の自動開始が防ぐ

    アパレルや雑貨商品を扱うオンラインショップを運営している森のショッピング株式会社では、広報部が日々取り扱い商品の紹介を Facebook や Instagram などのSNSで発信しています。

    1. 課題:SNS投稿の予約漏れ

    森のショッピング株式会社の広報部では、商品の認知度向上と販売促進を目的に、毎日1件の自社商品紹介をSNSで発信する定例業務を行っています。

    この業務は部内全員で分担していますが、「誰かが着手しているかも」という思い込みや、まだ誰も対応していないかの確認が手間となり、投稿予約が漏れてしまうことがありました。

    その結果、誰も投稿予約を行わず、SNS投稿が漏れてしまうケースが発生しました。これにより、予定していた商品の認知度向上や販売促進が十分に行えなくなる可能性があり、課題となっています。

    2. 解決策:タイマーによる業務自動開始

    プロセスオーナーは、平日の午前7時に業務が自動的に開始されるよう改編し、締切時間も設定しました。これにより、平日午前7時に部内全員のタスクに『SNS投稿』(15時締切)が追加されるようになりました。(※)

    この改編によって、担当者は手動で業務を開始する必要がなくなり、業務の進行状況を都度確認する手間も削減されました。

    ※ Questetra のワークフロー機能についてはこちら

    Basic Edition
    Advanced Edition
    Professional Edition
    ワークフロー図の詳細を見る
    手動開始

    作業担当者が手動で業務を開始します。

    1.投稿

    作業担当者が、SNS投稿処理を行います。

    件名変更

    件名に投稿予約日時を追加します。

    投稿報告

    SNSへの投稿予約内容と日時を、Slackに自動投稿します。

    Basic Edition
    Advanced Edition
    Professional Edition
    ワークフロー図の詳細を見る
    1.投稿

    作業担当者が、SNS投稿処理を行います。

    件名変更

    件名に投稿予約日時を追加します。

    投稿報告

    SNSへの投稿予約内容と日時を、Slackに自動投稿します。

    Before / After 比較(スライダを動かせます)

    3. 効果

    投稿漏れの防止

    業務をタイマーで自動開始することで、担当者が開始のタイミングを把握でき、投稿漏れのリスクが軽減されます。

    担当者間のストレス軽減

    「既に誰かが着手しているのではないか」といった確認や遠慮が減り、担当者の心理的負担が軽くなることで、業務の進行がスムーズになります。

    担当者の負担軽減

    手動での業務開始や確認作業が不要となり、担当者の負担が軽減され、他の業務に集中する時間が増えます。

    4. その他の業務への応用

    日報や定例報告の作成・提出

    毎日決まった時間に報告業務を行う場合、タイマーで自動開始・締切を設定することで、担当者の確認作業や未提出のリスクを減らし、効率化が期待できます。

    在庫や売上データの定期更新

    特定のタイミングで行う在庫確認や売上データの更新も、タイマーを使うことで忘れ防止やデータ更新のタイミングを管理しやすくなります。

    定例ミーティングの準備やアジェンダ設定

    定例ミーティングの準備やアジェンダ作成の通知も、タイマーによる自動開始を設定することで、担当者間の手間が減り、確実な準備が行えます。

    提案書サンプルをダウンロード

  • アラート通知をスクリプトで短縮

    アラート通知をスクリプトで短縮

    「利用規約メッセージ」(定型文)の共有は、無用です!

    ※このプロセス改善ストーリーはフィクションです。実在の人物や団体などとは関係ありません。

    1. 課題: ノイズ文(長文投稿)による視認性低下

    UuuKanKan クラウド社では「社内チャットで各種アラート通知を検知/検索できる」を重視しています。すなわち、全社員が最新情報および過去情報をいつでも確認できる環境を整備しておくことこそが、迅速で高品質な対応を可能にすると信じています。

    運用されている[ワークフローアプリ]は、アラート通知メールの着信がトリガーとなって起動されます。そして、[ワークフローアプリ]の途中工程には、自動工程【Delete ML_Footer】が配置されており、「Google グループによって追加されたフッタ行」(メーリングリスト購読解除案内文)が自動的に削除される JavaScriptがセットされています。(削除パターン)

    しかし、BIツール「Looker Studio」からのレポートメールには、更に10行程度のシステム定型文(利用規約文ならびにプライバシーポリシー文)が追記挿入されています。この定型文部分は、社内チャットツール[OpenChat]全体の視認性を低下させる “ノイズ文” と言わざるを得ません。

    2. 解決策: 自動処理パターンの追加

    プロセスオーナーはこの課題に対処するため、[スクリプト工程]をもう一つ追加配置し、簡単な JavaScript コードをセットしました。そこには、「10行目から13行目のみを抽出する処理」と「連続空行を一行空行に変換する処理」を記述しました。

    そして「Looker Studio」からのメール通知が、その[スクリプト工程]に到達するように、分岐ゲートウェイを追加配置しました。

    このプロセス改善により、Looker Studio レポート文は一部の行を自動抽出する工程(途中行抽出 JavaScript)に、その他のアラート通知は一部の行を自動削除する工程(フッタ削除 JavaScript)に進むようになりました。

    ワークフロー図 (BEFORE AFTER)
    BEFORE (Professional edition):
    AFTER (Professional edition):
    // GraalJS Script (engine type: 3) -- Copyright 2024, Questetra, Inc. (the MIT License)
    main();
    function main(){
    
      ////// == Data Retrieving / ワークフローデータの参照 ==
      const strInput = engine.findDataByVarName( "q_Body" );
      // https://questetra.zendesk.com/hc/ja/articles/360024574771-R2301
    
      ////// == Calculating / 演算 ==
      let arrInput  = strInput.split ( "\n" );
      // https://developer.mozilla.org/docs/Web/JavaScript/Reference/Global_Objects/Array/slice
    
      let arrOutput = [];
      for ( let i = 0; i < arrInput.length; i++ ) {
        if ( arrInput[i].startsWith ( "To unsubscribe from this group and stop receiving emails" ) ){
          engine.log( " AutomatedTask DeleteLine (en): #" + i );
        } else if ( arrInput[i].startsWith ( "このグループから退会し、グループからのメールの配信を停止するには" ) ){
          engine.log( " AutomatedTask DeleteLine (ja): #" + i );
        } else {
          arrOutput.push ( arrInput[i] );
        }
      }
    
      ////// == Data Updating / ワークフローデータへの代入 ==
      engine.setDataByVarName( "q_Body2", arrOutput.join ( "\n" ) );
    
    }
    // GraalJS Script (engine type: 3) -- Copyright 2024, Questetra, Inc. (the MIT License)
    main();
    function main(){
    
        ////// == Data Retrieving / ワークフローデータの参照 ==
        const strInput = engine.findDataByVarName( "q_Body" );
        // https://questetra.zendesk.com/hc/ja/articles/360024574771-R2301
    
    
        ////// == Calculating / 演算 ==
        let arrInput  = strInput .split ( "\n" );
        // https://developer.mozilla.org/docs/Web/JavaScript/Reference/Global_Objects/Array/slice
    
        let strOutput = arrInput .slice ( 10, 14 ).join ( "\n" );
        // Extract only lines 10 to 13. / 10行目~13行目だけを抽出する。
        // https://developer.mozilla.org/docs/Web/JavaScript/Reference/Global_Objects/Array/join
    
        strOutput = strOutput .replace( /\n{3,}/, '\n\n' );
        // Consecutive blank lines to a single blank line / 連続空行を一行空行にする。
    
    
    
    
        ////// == Data Updating / ワークフローデータへの代入 ==
        engine.setDataByVarName( "q_Body2", strOutput );
    
    }

    ※[スクリプト工程]の運用には JavaScript コード(ECMAScript コード)の保守スキルが不可欠です。自組織のスキルレベルをよく考慮した上でご活用ください。

    3. 改善効果

    2つの[スクリプト工程](「フッタ削除」と「途中行抽出」)を条件分岐ゲートウェイの下流に配置したことで、UuuKanKan クラウド社には以下のような改善が見られました。

    • 視認性の向上
      • 条件分岐の設置により、通知内容に応じた適切な自動処理が施されるように(適切なスクリプト工程が選択されるように)なった。
      • 一般的な通知は、Google グループによる不要なフッタ行が削除され続けた。
      • Looker Studio からのレポート通知は、必要な行のみを抽出して表示されるようになった。
      • 全社員(OpenChat 利用者)は、重要な情報に効率よくアクセスできるようになった。
    • 情報共有精度の向上
      • 各種通知の確認にかかる時間が短縮され、社員が重要な情報を見落とすリスクが低減した。
      • 通知の視認性が向上したことで、社員同士のコミュニケーションが円滑になった。

    4. 関連記事

  • インサイドセールス

    インサイドセールス


    インサイドセールス

    Inside Sales


    業務内容

    • 見込み顧客(リード)向け機能説明資料や提案書の雛型を作成・更新します。
    • Eメールや電話を通じて見込み顧客とコミュニケーションを取り、課題やニーズを的確に把握します。
    • SaaS製品の概要や導入事例を丁寧に説明し、導入効果や利点を分かりやすく伝えます。
    • 顧客検討段階に応じてCloudコーディネータ(フィールドセールス)による製品デモを提案します。(商談化)
    • デモ日程を調整し、顧客情報をCloudコーディネータに引き継ぎます。(オンラインの場合は初回同席)

    基本給

    • フルタイム一般:月30万円~60万円

    選考合格時に「試用期間」(2か月/50時間程度など)「試用期間中の基本給」(減額なし/80%など)「試用期間終了後の基本給」(月33万円/時間1400円など)が個別に提示されます。(「試用期間終了後の基本給」については、最低保証額だけが提示され、実際の基本給は試用期間終了後に決定される場合もあります。)

    試用期間

    原則として2か月

    必要能力経験

    • AIツールの利用経験
    • ビジネスシステムの利用経験
    • コミュニケーション能力
    • プレゼン資料の作成、プレゼン能力

    歓迎能力経験

    • “Questetra BPM Suite” の利用経験
    • ビジネスシステムの導入提案経験
    • SEとしての実務経験
    • 英語での会話能力

    改訂日 2026-04-01

  • 京都発のSaaSで世界中のビジネスに貢献するインサイドセールス

    京都発のSaaSで世界中のビジネスに貢献するインサイドセールス

    京都発のSaaSで世界中のビジネスに貢献するインサイドセールス

    クエステトラ社は自律、創造、誠実、そして世界視点という価値観を共有する仲間と共に、成長を続けています。あなたのスキルと情熱が、私たちの技術革新を加速する鍵です。ここで私たちと一緒に、あなたの可能性を最大限に発揮しませんか?

    募集を行っている部署

    営業部

    仕事に集中できる環境

    業務は、当社サービスのワークフローシステム『Questetra BPM Suite』をベースに行われます。また、チャットツールを中心に効率的なコミュニケーションを行い、オフィス内は集中して仕事ができる環境です。

    ただし、必要に応じて対面でのコミュニケーションも積極的に行われます。


    ジョブディスクリプション(インサイドセールス)

    業務内容

    • 見込み顧客(リード)向け機能説明資料や提案書の雛型を作成・更新します。
    • Eメールや電話を通じて見込み顧客とコミュニケーションを取り、課題やニーズを的確に把握します。
    • SaaS製品の概要や導入事例を丁寧に説明し、導入効果や利点を分かりやすく伝えます。
    • 顧客検討段階に応じてCloudコーディネータ(フィールドセールス)による製品デモを提案します。(商談化)
    • デモ日程を調整し、顧客情報をCloudコーディネータに引き継ぎます。(オンラインの場合は初回同席)

    基本給

    • フルタイム一般:月30万円~60万円

    選考合格時に「試用期間」(2か月/50時間程度など)「試用期間中の基本給」(減額なし/80%など)「試用期間終了後の基本給」(月33万円/時間1400円など)が個別に提示されます。(「試用期間終了後の基本給」については、最低保証額だけが提示され、実際の基本給は試用期間終了後に決定される場合もあります。)

    試用期間

    原則として2か月

    必要能力経験

    • AIツールの利用経験
    • ビジネスシステムの利用経験
    • コミュニケーション能力
    • プレゼン資料の作成、プレゼン能力

    歓迎能力経験

    • “Questetra BPM Suite” の利用経験
    • ビジネスシステムの導入提案経験
    • SEとしての実務経験
    • 英語での会話能力

    改訂日 2026-04-01


    契約期間

    無期雇用(定め無し)

    就業場所

    クエステトラ社オフィス(京都市中京区、烏丸御池駅から徒歩3分)

    勤務時間

    • 09:00 ~ 17:00(12:00~14:00の間に1時間休憩)
    • 所定労働時間7時間

    加入保険

    健康保険、厚生年金保険、雇用保険、労災保険

    休日

    • 完全週休二日制(土・日)、祝日
    • 年末年始(12/30~1/3)
    • 年次有給休暇
    • 慶弔休暇(有給)

    手当

    交通費支給あり(月額 40,000 円まで)

    福利厚生

    月次懇親会やリラックスしてコミュニケーションが取れるイベントが、会社負担で定期的に開催されています。

  • AI Reduces the Burden of Creating Approval Requests

    AI Reduces the Burden of Creating Approval Requests

    AI auto-checks requests to prevent errors and rework.

    1. Issue: Break the Bottleneck! Incomplete Requests Are Stalling Your Business.

    Manual entry leads to errors, resulting in a cycle of endless re-submissions and wasted executive time.

    At this Company, although applicants are required to self-review before submitting requests, there were many that were rejected due to clerical errors or missing information. In addition, the high number of rejections meant an increased number of checks, which was burdensome for the approvers. The company considered having a senior person in the department review the form, but it was difficult to find time due to their busy schedules.

    2. Solution: Seamless AI Integration for Instant Draft Generation

    The Process Owner adds an automated Step in which AI reviews the contents of the request (checking for typos and missing items).

    AI-driven feedback ensures document accuracy and consistency, enabling even inexperienced members to fearlessly refine their work through unlimited, low-pressure reviews.

    Basic Edition
    Advanced Edition
    Professional Edition

    The applicant prepared requests by referring to previous requests and then prepared the draft after a self-review.

    Basic Edition
    Advanced Edition
    Professional Edition

    After the applicant prepares a request, it is reviewed by AI, and after improvements are made based on the review’s suggestions, it is sent for approval.

    AI reviews the content of the request

    You can move the slider

    3. Customers Case Study

    4. Other Business Applications

    We will enable AI-based reviews for the following tasks:

    Reviews of periodic reports

    Reviews of internal business regulations

    5. Related Posts

  • 丁寧な御礼で体験後の入会率UP

    丁寧な御礼で体験後の入会率UP

    パーソナライズドな御礼メールは体験者の心を掴む!?

    1.課題:入会率の低迷

    First-First フィットネススタジオは、全国に30拠点を持つ会員制のフィットネスジムです。同社では、入会前にジムの良さを体感してもらうための無料体験プログラムを提供しています。この無料体験を通して会員契約に至るケースが多く、会員獲得に大きく貢献しています。

    京都支店では、無料体験の受付、日程調整、担当トレーナーのGoogle カレンダーへの自動追加、などを独自のワークフローシステムで行っています。これにより、受付担当者のミス防止や作業効率化を図っています。

    無料体験終了直後には、受付担当者が体験者に入会意思の確認を行います。その場での勧誘により、入会が効果的に促進されます。しかし、即断ではなく後日改めて検討、となった場合、その後の入会率が低迷する傾向が課題となっていました。

    この状況を改善するために、後日改めて検討となった場合でも、体験者が「入会したい」と思うような工夫が求められています。

    2.解決策:トレーナーからの御礼メールを送信

    受付担当者は、以前実施した会員アンケートを改めて分析し、多くの会員が「トレーナーからのフィードバックやアドバイスの質が良い」と回答した点に注目しました。

    この分析を元に、プロセスオーナーはワークフローシステムに「トレーナーからの御礼メール」機能を追加することを決定しました。この機能により、担当したトレーナーからの「一言コメント」が添えられた御礼メールが送信されるようになります。

    Before :

    詳細を見る
    • 1. 受付・日程確定
      • 申込者の希望日程をもとに、体験日を確定させます。
    • 2. 変更日時確定
      • ※変更がある場合のみ
    • 変更受付の締切時間を迎えるとリマインドメールが自動送信されます。
    • 3 .入会確認
      • 当日の体験終了後に入会確認をします。
    • 4. 後日入会
      • 後日改めて入会希望があった場合に、入会処理を実施します。
        (一定期間をおいて、自動的に終了します)
    • 5. 振り返り
      • 無料体験を提供するトレーナーは、入会有無の結果を確認し、振り返りを入力します。

    After :

    詳細を見る
    • 1. 受付・日程確定
      • 申込者の希望日程をもとに、体験日を確定させます。
    • 2. 変更日時確定
      • ※変更がある場合のみ
    • 変更受付の締切時間を迎えるとリマインドメールが自動送信されます。
    • 3 .入会確認
      • 当日の体験終了後に入会確認をします。
    • 4. 御礼文入力(入会保留の場合)
      • 担当トレーナーは、体験者向けのフィードバックを100文字程度で入力します。
    • 体験者向けに、担当トレーナーからのフィードバックが記載された御礼メルが送信されます。
    • 5. 後日入会
      • 後日改めて入会希望があった場合に、入会処理を実施します。
        (一定期間をおいて、自動的に終了します)
    • 6. 振り返り
      • 無料体験を提供するトレーナーは、入会有無の結果を確認し、振り返りを入力します。

    Compare Before/After

    (スライダを使い before/after の比較が可能です)

    3.効果

    1. 入会率の向上
      • トレーナーからの御礼メールにより、体験者に対する感謝と丁寧なフォローアップが行われ、これにより、入会率向上が見込まれます。
    2. 顧客満足度の向上
      • トレーナーからの直接のフィードバックは、個別対応の感覚を強め、顧客に特別感を提供します。
      • 体験後のフォローアップとしても満足度を高め、会員になる可能性を引き上げます。
    3. 顧客との信頼関係の構築
      • トレーナーからの一言コメントが添えられることで、体験者はより個人的で親しみやすい印象を受けます。
      • ジムとの信頼関係の構築に繋がり、長期的な顧客の確保や口コミ効果にも寄与します。

  • 予約者へのリマインドで来場率UP

    予約者へのリマインドで来場率UP

    見込み顧客をみすみす逃さないための一工夫です。

    1.課題:無断キャンセルによる機会損失

    First-First フィットネススタジオは、全国に30拠点を持つ会員制のフィットネスジムです。同社では、入会前にジムの良さを体感してもらうための無料体験プログラムを提供しています。この無料体験を通して会員契約に至るケースが多く、会員獲得に大きく貢献しています。

    京都支店では、無料体験の受付、日程調整、担当トレーナーのGoogle カレンダーへの自動追加などを独自のワークフローシステムで行っています。これにより、ミスの防止や作業の効率化を図っています。

    京都支店には、日々多くの体験申込があり、予約が満員になることも頻繁にあります。一方で、約10%の申込者に無断キャンセルされています。無断キャンセルは、ジムとしての機会損失が生じ、会員獲得の効率が低下してしまいます。

    2.解決策:リマインドメール機能の導入

    受付担当者は、無断キャンセルの理由を明らかにするため、発生翌日に予約者へ電話をかけました。そして、キャンセル理由をヒアリングする作業を1ヶ月間実施しました。その結果、多くの人が「忘れていた」「日にちを間違えた」といったケアレスミスで欠席していたことが判明しました。

    プロセスオーナーは、ワークフローシステムに「リマインドメール自動送信」機能を追加します。この機能により、体験予約日の前日に申込者へ自動的にリマインドメールが送信される仕組みが整備されました。

    Before :

    詳細を見る
    • 1. 受付・日程確定
      • 申込者の希望日程をもとに、体験日を確定させます。
    • 2. 変更日時確定
      • ※変更がある場合のみ
    • 変更受付の締切時間を迎えると、「3. 入会確認」工程に進みます。
    • 3 .入会確認
      • 当日の体験終了後に入会確認をします。
    • 4. 後日入会
      • 後日改めて入会希望があった場合に、入会処理を実施します。
        (一定期間をおいて、自動的に終了します)
    • 5. 振り返り
      • 無料体験を提供するトレーナーは、入会有無の結果を確認し、振り返りを入力します。

    After :

    詳細を見る
    • 1. 受付・日程確定
      • 申込者の希望日程をもとに、体験日を確定させます。
    • 2. 変更日時確定
      • ※変更がある場合のみ
    • 変更受付の締切時間を迎えるとリマインドメールが自動送信されます。
    • 3 .入会確認
      • 当日の体験終了後に入会確認をします。
    • 4. 後日入会
      • 後日改めて入会希望があった場合に、入会処理を実施します。
        (一定期間をおいて、自動的に終了します)
    • 5. 振り返り
      • 無料体験を提供するトレーナーは、入会有無の結果を確認し、振り返りを入力します。

    Compare Before/After

    (スライダを使い before/after の比較が可能です)

    3.効果

    1. 来場率の向上
      • リマインドメールが自動送信されることで、予約者が当日を忘れることが減り、来場率が向上します。
      • ジムの体験プログラムを通しての会員獲得機会が最大化され、機会損失が抑えられます。
    2. 受付業務の効率化
      • 自動化されたリマインド機能により、受付担当者が欠席者へのフォロー連絡をする必要がなくなり、手動対応の手間が削減されます。
      • スタッフは他の重要な業務に専念でき、業務効率が向上します。
    3. 顧客満足度と信頼の向上
      • リマインドメールによって予約を確実に意識してもらえるため、予約者の利便性が向上し、無断欠席による気まずさも回避できます。
      • ジムに対する満足度と信頼度が向上し、好意的な口コミや再来場の可能性も高まります。

  • Who to Ask? No More Hesitation When Requesting Corrections

    Who to Ask? No More Hesitation When Requesting Corrections

    Forrest Shoppers Co., Ltd. is an online shop that sells apparel and miscellaneous goods and has a store in an online shopping mall. From purchasing products to creating sales pages, the company does everything in-house.

    This company has multiple departments, including the Product Department, Public Relations Department, Production Department, and Customer Service Department, which work closely together to provide better service to customers. The CS Department’s job is to respond to inquiries and complaints from customers and resolve problems quickly and courteously.

    1. Issue: Delayed Response to Fixes

    When a customer points out an error on a product sales page, the CS department is responsible for referring the issue to the relevant department to make the correction. Errors in design or layout are handled by the production department, while errors in product descriptions and prices are mainly handled by the product department (buyers).

    However, there are cases where it is unclear whether an error on a page is related to the design, product description or price, and the CS department is unsure of which department to request the correction from. For example, if a request is made to one department but that department is not in charge, it will be time-consuming to have to request the correction from another department. This process wastes time, which ultimately causes delays in the overall correction process.

    This complicated procedure made it impossible to promptly provide correct information to the customer.

    2. Solution: Simultaneous Notification of Correction Requests

    In order to speed up the process of correcting product sales pages, the process owner reorganized the workflow to eliminate the complexity of the request procedures.

    This means that even if the CS department is unsure which department to ask, they can send a correction request to both the production department and the product department at the same time. Each department can decide for themselves whether or not a response is necessary and start working on the corrections right away. As a result, the CS department’s confirmation work has been simplified, and it is expected that the speed of correction responses will be increased.

    Useful links:M203: Single-Selection Branch and Concurrent Parallel Processing

    A token advances to one of multiple paths that first satisfies a conditional expression.

    Basic Edition
    Advanced Edition
    Professional Edition
    View workflow diagram details
    1. Create a correction request

    CS department staff creates a correction request. They can choose to send the request to either the production department or the product department.

    2a/2b. Corrections

    The department that receives the correction request will correct the page. If it is not the department in charge, the task will be completed without any work.

    3. Check the update/request

    The CS department staff will check that the correction has been updated and is in the correct state. If the correction has not been done or if the request was made to the wrong department, the CS department will request the correction again from the relevant department.

    Completion notification

    Once the correction is completed, the relevant departments will be automatically notified that the work has been completed.

    The token advances by splitting into all of the multiple paths that satisfy the conditional equation.

    Basic Edition
    Advanced Edition
    Professional Edition
    View workflow diagram details
    1. Create a correction request

    CS department staff creates a correction request and selects the corresponding department to complete the process. If the corresponding department is unknown, the request is made to both departments.

    2a/2b. Correction response

    A correction request will be sent to either the production department or the product department, or both departments at the same time. The appropriate department will take it and respond promptly.

    3. Check the update/request

    The CS department staff will check that the correction has been updated and is in the correct state. If the correction has not been done or if the request was made to the wrong department, the CS department will request the correction again from the relevant department.

    Completion notification

    Once the correction is completed, the relevant departments will be automatically notified that the work is complete.

    Before / After comparison (slider can be moved)

    3. Effects

    Improved Response Speedough workload reduction

    If the CS department is unsure which department to contact, they can contact both departments at the same time. The department in charge can then immediately begin correcting the problem, resulting in a faster response to the customer.

    Reduce the Burden on the CS Department

    This will save the CS department the trouble of having to individually decide who to refer requests to, reducing their workload.

    Prevent Revision Errors and Delays

    This reduces errors in judgment and delays in response when the request destination is unclear, and you can expect accurate corrective action.

    4. Other Business Applications

    Multi-Department Project Management

    When the progress of a project depends on multiple departments, simultaneous notification of each department ensures smooth progress and prevents delays.

    Customer Service Complaint Handling

    When a customer complaint or problem involves multiple departments, simultaneous notification makes it possible to quickly determine which department should handle the issue, shortening the time it takes to resolve the problem.

    Responding to Feedback on Product Planning and Development

    Feedback responses involving both the Product Development and Marketing Departments allow for rapid information sharing and can be used to improve products and campaigns.

  • リファラル採用、定着確認を確実に

    リファラル採用、定着確認を確実に

    被推薦者の状況確認は重要な業務。忘れず確実に処理される仕組みとは?

    1.課題: リファラル報酬の支払遅延

    YasYas 電子株式会社は、コネクタやスイッチ、センサーといった精密電子部品を扱い、安定した成長を続けています。しかし、少子高齢化と採用競争の激化により、優秀な人材の確保が課題となってきました。

    この課題に対応するため、同社は「リファラル採用制度」を導入しました。この制度では、従業員が信頼できる知人や前職の同僚を推薦し、推薦を受けた者が入社後3ヶ月間在籍した場合に、報酬が支払われます。この制度により、推薦者が信頼する優秀で組織に合う人材が確保され、採用の質と効率が向上しています。

    一方で、この制度には報酬の支払い遅延という問題も発生しています。遅延の主な原因は、人事担当者が「入社3ヶ月確認」業務を忘れてしまうケースがあることです。この確認業務は、被推薦者が入社後3ヶ月経過したことを確認するもので、実施時期が推薦を受けてから数ヶ月後となるため、つい忘れがちになるのです。

    報酬支払いの遅延は、従業員の信頼やモチベーションに悪影響を及ぼす可能性があるため、早急な対応が必要です。

    2.解決策: タイマーで指示メール定期送信

    この問題を解決するため、プロセスオーナーは、人事担当者が「入社3ヶ月確認」業務を確実に行えるよう、毎月自動で指示メールが送信される仕組みを導入しました。

    具体的には、「入社3ヶ月確認」業務が1ヶ月間未処理の場合、タイマー機能([タイマー境界イベント]によるタイムアウト検知)によって自動で指示メールが人事担当者に送信されるよう設定しています。このメールが送信されると同時に、「入社3ヶ月確認」業務が人事担当者に再割り当てされ、処理が完了するまで毎月この通知が送られ続けます

    この仕組みにより、人事担当者は毎月のメールを通じて報酬支払い条件の確認を確実に行えるようになり、支払い遅延のリスクが低減されました。

    Basic Edition
    Advanced Edition
    Professional Edition
    ワークフロー図の詳細を見る

    1.推薦

    従業員は推薦する人物の情報を入力します。

    2.推薦内容確認

    人事担当は推薦内容を確認します。

    m1.推薦受領通知

    人事担当が推薦を受領したことを通知するメールが推薦者宛に送信されます。

    3.入社3ヶ月確認

    人事担当者は被推薦者の状況を定期的に確認し記録します。不採用、入社後3ヶ月経過 など、被推薦者の結果を選択肢で入力します。

    m2.報酬あり通知

    “入社後3ヶ月経過” の場合、推薦者に報酬ありの通知メールが送信されます。

    m2′.報酬なし通知

    “入社後3ヶ月経過” ではない場合、推薦者に報酬なしの通知メールが送信されます。

    4.報酬の支払設定

    経理担当者は報酬の支払設定を行います。

    Basic Edition
    Advanced Edition
    Professional Edition
    ワークフロー図の詳細を見る

    1.推薦

    従業員は推薦する人物の情報を入力します。

    2.推薦内容確認

    人事担当は推薦内容を確認します。

    m1.推薦受領通知

    人事担当が推薦を受領したことを通知するメールが推薦者宛に送信されます。

    3.入社3ヶ月確認

    人事担当者は被推薦者の状況を定期的に確認し記録します。不採用、入社後3ヶ月経過 など、被推薦者の結果を選択肢で入力します。1ヶ月間処理されないと自動終了し([タイマー境界イベント] )、「m3.状況確認の指示」によりメールが自動送信されます。

    m2.報酬あり通知

    “入社後3ヶ月経過” の場合、推薦者に報酬ありの通知メールが送信されます。

    m2′.報酬なし通知

    “入社後3ヶ月経過” ではない場合、推薦者に報酬なしの通知メールが送信されます。

    4.報酬の支払設定

    経理担当者は報酬の支払設定を行います。

    Compare Before/After

    3.効果

    重要業務の確実な実施による信頼性の向上

    「入社3ヶ月確認」が確実に行われることで、リファラル採用制度に対する信頼性が高まり、従業員が安心して推薦を行える環境が整います。この信頼性の向上により、推薦率や採用活動の質が向上することが期待されます。

    従業員満足度の向上

    適切な報酬支払いが確保されることで、従業員が自分の推薦活動が評価されると感じ、信頼感やモチベーションが向上します。

    業務プロセスの効率化と人事コストの削減

    指示メールの定期的な自動送信により、人事担当者は手作業でのリマインドやタスク管理から解放されます。この自動化により、業務効率が改善し、人事業務にかかる負担が軽減します。

    採用プロセス全体の質の向上

    本改善により、リファラル採用制度の信頼性が高まります。従業員が高い信頼性を持って推薦を行うようになることで、より良質な人材が集まりやすくなり、採用活動全体の質も向上します。

    4.他業務への応用

    営業案件のフォローアップ

    顧客の進捗状況や案件のフォローアップが長期化する場合、営業担当者に定期的に状況確認の指示メールを送信することで、案件管理の見逃しや進捗遅延を防ぎます。

    長期休暇のフォローアップ

    長期間休暇中の従業員の状況を定期的に確認するために、上司や人事担当者へ指示メールを送信することで、勤怠漏れや確認遅延を防ぎ、管理負担が軽減されます。

    情報セキュリティインシデントの定期フォローアップ

    セキュリティインシデント発生後、対応が完了するまでの間、定期的に進捗を確認するための自動フォローアップメールをセキュリティ担当者や関係者に送信する仕組みを導入できます。これにより、対応が長期化した場合でもタスクの進捗や確認が確実に行われ、インシデント対応の遅延を防げます。