設計例・体験デモの見方
転記する。資料を探す。対応を確かめる。
日々の負担が、どう変わるかを見てみる。
架空の業務による設計例。実画面・導入実績ではありません。
メールの依頼を受け取る
受け取った内容を、入力し直す前に。
メールの内容を、表や次の担当へ何度も写していませんか。
内容と期限をそろえる
同じ依頼を、一つの記録に。
内容と期限を同じ記録で渡す。担当者の確認も残しておく。
人が確認して引き継ぐ
最後は、人が確かめる。
送る資料、期限、担当者を確認してから引き継ぐ。
ここでは確認・承認・送信は行いません。進める前に、情報と条件を確認する設計。
この設計で、変えたいこと
依頼内容、期限、担当を一つに。入力し直す場所を減らし、その情報から引き継ぐ。
転記を減らす仕組みを見るいまの負担
同じ依頼内容を入力し直し、次の担当へ説明する。
自社で確かめること
送る資料、期限、担当者を確認してから引き継ぐ。
質問と使える手順書を選ぶ
また同じ質問。資料はどこに？
フォルダや過去のメールから、毎回同じ手順を探していませんか。
参照元と下書きをそろえる
参照元と、回答の下書きを一緒に。
下書きには参照元を添える。見つからないことは未確認のまま残す。
人が確かめて回答する
最後は、人が確かめる。
手順書が最新版か、回答が質問に合うか、例外がないかを確かめる。
ここでは確認・承認・送信は行いません。進める前に、情報と条件を確認する設計。
この設計で、変えたいこと
使える手順書から、回答の下書きを準備する設計。参照元と内容を見比べてから使う。
AIで回答を準備する流れを見るいまの負担
必要な資料を探し、同じ質問への回答を毎回書く。
自社で確かめること
手順書が最新版か、回答が質問に合うか、例外がないかを確かめる。
問い合わせを受け取る
届いたあとの対応も、見えるように。
受信したメールだけでは、誰がどこまで対応したか分からない。
担当と対応状況をそろえる
担当と対応状況を、一緒に。
対応中の担当と、次に必要な確認を同じ記録で見る。
人が次の対応を確かめる
最後は、人が確かめる。
回答内容と担当者を確かめ、返信や引き継ぎを判断する。
ここでは確認・承認・送信は行いません。進める前に、情報と条件を確認する設計。
この設計で、変えたいこと
問い合わせと担当、対応状況を一緒に見る設計。次に確認することまで残しておく。
問い合わせの流れを見比べるいまの負担
問い合わせがメールや口頭に分かれ、担当と対応状況をそのつど確認する。
自社で確かめること
回答内容と担当者を確かめ、返信や引き継ぎを判断する。
選ぶための、読み方。
見えた変化を、すぐ成果に置き換えない。
何を元にした表示かを知ると、次の判断がしやすくなります。
Yumexy / 開発中
人が指示し、AIが準備し、人が次を判断する。
Yumexy紹介で、その設計イメージをご覧いただけます。
βは未完成です。表示は実製品の利用画面・導入実績ではありません。開始日、料金、未確定の機能や対応言語は約束していません。
可能性を、自社の仕事へ。
全部を整理する必要はありません。
デモと自社の違いを、一つ持ち帰ってください。
入力する人、確認する人、次の担当を思い浮かべる。
使う道具、情報の形式、例外、件数を比べる。
提供範囲、費用、評価方法を、相談で確認する。
顧客名、機密資料、パスワードを送る必要はありません。情報を共有する方法と取り扱いは、先に確認します。
利用する道具、権限、データ形式、業務の例外、運用する担当を確認して判断します。デモの表示だけで、すべての環境に対応できるとは案内していません。
この案内で紹介する設計例は架空の業務による説明、試算は入力した前提による簡易計算です。顧客の導入実績、実測効果、順位や売上の保証とは区別しています。
下の相談準備・チェックシート・費用のガイドへ進んでください。ここではデモの読み方を案内し、相談や見積もりの詳しい条件は各ガイドにまとめています。
DREEXYへの支援相談
気になっている仕事と、変えたいことを教えてください。
具体的な支援範囲と条件は、ご相談で確認します。