Chronostep / 新生ぴっと
CS管理ページ / 株式会社 やずや テナント14・有効案件7件・共通設定 改12

案件(7件)

共通設定 改12 がベース
案件類型受付項目関数共通設定差分最終更新状態
行をクリックすると、その案件の「継承/上書き」スイッチと文言の調整を開きます。
共通設定=受付区分・お届け先・支払・報告条件・必須案内の文面など、7案件すべてで共有する設定のこと。現行は同じ内容を案件ごとにコピーしています(関数92件中65件が共通)。新生では共通部分を「会社共通設定」1箇所で管理し、案件は違い(上書き)だけを持ちます。

やずや 概要

有効案件7件(フル2/DM派生4/問合せ1)
回線31本(案件21)
受付時間9:00〜21:00(全日)
報告定時21:00 / 即時=クレーム・拒否・折返し
資料案件共通(9案件で共有)
媒体案件により1〜3ファイル構成
受付HTMLの版が約2年で22個。テンプレート化の効果が最も大きい案件です。

新規案件の作り方(3ステップ)

① ベースを選ぶ — 会社共通設定 改12/既存案件を複製/空から
② 受付区分と必須案内を選ぶ
③ 下書き作成 → ビルダーで調整 → プレビュー → 承認
受付画面はDreamweaverではなく、この管理画面のビルダーで作成します。
会社共通設定とは:7案件すべてで共有する設定(受付区分・お届け先・支払・報告条件・必須案内の文面など)。 改12=内容の12回目の改訂(承認後に2026-08-05から適用)。各案件はこの設定を継承(そのまま使用)し、 案件ごとの違い(媒体の期限など)だけを上書きとして持ちます。共通設定を変えると7案件に影響するため、差分を確認してから適用します。 ルールは「編集する」または「+ルール」から追加し、改13の下書きとして差分を確認して承認します。
会社共通設定 改12→案件の継承/上書き→受付画面・報告

会社共通設定(やずや共通)改12

案件は継承・差分だけ上書き改12=2026-08-05改訂
分類ルール効く場所内容影響
行をクリックすると、対象・選択肢・例・OFFにした場合の影響がポップアップで開きます。「編集する」で文面・選択肢・必須/受付停止・適用開始日を変更し、差分を確認してから承認へ回します。

継承と上書き(優先順位)

・例(継承):代引き手数料594円は全案件で同じ案内を使う
・例(上書き):媒体の期限チェックは やずや(1) だけが追加
・優先順位:ペラ(一時指示)> 案件の上書き > 共通設定
・共通設定は強制ではありません。案件ごとに継承するか選べます
・案件で上書きした箇所は差分として表示し、理由と承認者を記録
・共通設定を直すと影響案件の一覧と差分プレビューを出してから一括反映
・ペラ(一時指示)は対象案件・期間・承認者を持ち、共通設定より優先。ただし安全制約は越えられません

この設定の作り方(5ステップ)

作成方法
① 既存案件の受付HTML・資料から、共通化できるルールを抽出(AI下書き)
② 分類(L1表示/L2案内/L3補助/L4検証/L5出力)と適用範囲(7案件/6案件)を決める
③ 文面・選択肢・必須/受付停止・適用開始日を入力
④ 改13の下書き → 差分(改12 vs 改13)→ 承認
⑤ 適用後、受付画面と報告で確認
案件固有の差は、この共通設定を継承した上で「案件設定(差分)」の上書きとして持ちます。

AIによる共通化候補

自動適用しません
7案件を比較し、共通化できる候補を2件検出しました。人が確認するまで適用しません。
媒体コピー処理の統一
seach_baitai 2〜4 の派生を統合可能
年齢計算の共通化
calcAge 相当が3案件に分散
案件ごとの設定
継承=会社共通設定(改12)をそのまま使う。上書き=この案件だけ違う値にする。 上書きは差分として理由・承認者と一緒に残り、共通設定を変更しても自動では消えません。

継承/上書き(11ルール)

差分 0件
「詳細」を押すと、対象・選択肢・例・変えたときの影響・OFFにした場合まで表示します。
ルール共通設定(改12)の概要この案件操作

文言の調整(案件専用)

共通を使う/案件専用
共通の文面をそのまま使うか、この案件だけ言い回しを変えるかを選べます。

この案件の差分(下書き)

差分は「共通設定 改12」との違いだけ。共通設定を変更した場合は、この画面で影響を確認してから取り込みます。
受付画面の作成(Dreamweaver置換) 改12 継承 ここで作った内容が受付画面(enquete.html相当)になります。HTML/JSは書きません。
① 左の部品をドラッグして、入れたい位置の線に落とす ② つまんで並べ替え(青い線=入る位置) ③ 文章で頼むと、AIが「変更案」を出します

部品

ドラッグで配置
入力
テキスト
電話番号
住所・郵便番号
選択肢
商品選択
媒体検索
案内(入力欄に落とすと付く)
読み上げ文(青字)
注意文(赤字)
構成
セクション見出し

分岐(if / case)

条件に当てはまると、表示・必須・青字・赤字を切り替えます。条件は複数(AND/OR)・値は複数(チェックボックス)・動作も複数指定できます。コードは書きません。保存・テスト変更はプレビューに即時反映します。
既存も「受付区分×届け先区分」のような複合条件や、拒否チェックの複数値をJSで処理しています。ここでは同じことを設定で表現します。
例:問合せ→受注内容〜配送指定を非表示/切れTEL→対応結果だけ/間違い→お客様情報以降を非表示。
分岐テスト(プレビューに反映)
VIPは案件固有の選択肢の例。チェックボックスは「含む」で複数指定します。

文言の一覧(青字・赤字)

クリックで編集
青字・赤字がない項目は、プレビューで項目をクリック→「+青字/+赤字」で追加できます。

受付画面のプレビュー(やずや(1) 新規)

プレビュー—
仕上がりは受付画面と同じ見た目です。編集するには右上の「編集(D&D)」に切り替えます。青字=読み上げ、赤字=注意。
青字・赤字だけを直す:プレビュー上でホバー→鉛筆(編集)/×(削除)、または右の「項目の設定」で編集・削除できます。
右カラム(応対アシスト・タブ)は「実物プレビュー」または「受付画面を開く」で確認できます。

項目の設定

必須・表示条件・青字/赤字
プレビューの項目をクリックすると、必須・表示条件・報告出力・読み上げ(青字)/注意(赤字)を編集・削除できます。

AIアシスタント

変更案 → 確認して反映
「支払方法をお届け先の前に移動」「支払方法に代引きの注意を付けて」のように話しかけてください。変更は案として出し、押した時だけ反映します。
価格・解約条件・法的表現はAIの自動公開対象外です。反映後に受付画面のプレビューで確認してください。

1. アップロード

Excel / Word / PDF / 画像 をドラッグ&ドロップ
案件:やずや(1) 新規 / 種別:トーク資料

2. 検証と生成結果

アップロード後に検証します。

3. プレビュー

オペレーターが見る画面
生成後に表示します。

4. 承認と版

資料は案件共通(9案件で共有)。版とロールバックつきで管理します。
版公開日実行者状態
v2026-10-17未公開CS担当下書き
v2026-08-052026/08/05CS担当公開中
v2026-02-162026/02/16CS担当旧

1. 媒体表のアップロード

媒体表(Excel / CSV)
現行:Excel→マクロ→CSV(Shift_JIS・固定24列)を手作業で生成し、案件フォルダへ配置

2. 検証結果

取り込み後に検証します。

3. 列マッピング

AIが推定・人が確定
媒体表の列取込先状態
媒体区分media_kbn自動
媒体名media_name自動
媒体詳細media_detail自動
受付期間_FR / _TOvalid_from / valid_to自動
商品名・税込金額offer.item / offer.price自動
構成品01〜10offer.components要確認(3列)
AIが列名と値から対応を推定し、確信が持てない列は「要確認」として人に返します。

4. 反映プレビュー

媒体区分媒体名商品名税込受付期間
チラシチラシ500係ザクロ1+1容器無(15%割)3,4182026/08/04〜08/15
新聞朝日新聞青魚1+1アルミ2,1602026/04/01〜12/31
TVTV29分インフォ—2026/04/01〜2027/03/31
反映すると受付画面の媒体検索に即時反映。受付期間外は受付時にブロックされます。

商品マスタとトーク文

案件21:99件読み上げ文は商品マスタで一元管理
品番商品名金額種別読み上げ文(青字)注意文
現行は案件HTMLの関数(AojiruScript・AozakanaScript 等)に商品別の読み上げ文が埋まっています。商品マスタへ移すと、複数案件で同じ商品を使う場合も1箇所の更新で済みます。

オペレーター案内(トークガイド)の設定

会社共通設定を継承+案件差分案件21
会社共通(全案件)案件21の差分 2件 受付画面の先頭に、この順で表示されます
順案内種別表示する条件読み上げ文・差し込み操作
1受付開始必須常に「お電話ありがとうございます。株式会社やずやでございます。」
2お名前の確認任意常に「お名前を伺ってもよろしいでしょうか。フリガナもお願いいたします。」
3ご用件の確認必須常に「本日はどのようなご用件でしょうか。」
4商品のご案内任意受付区分=注文/端末入力商品マスタの読み上げ文を差し込み
5定期コースの条件必須商品種別=定期案件の注意文から価格・解約条件を差し込み
6内容の復唱必須受付区分=注文/端末入力商品名・数量・支払方法・合計金額を差し込み
7お電話の締め必須常に「本日はお電話ありがとうございました。失礼いたします。」
未確認の必須案内がある場合、受付前チェックで止めます(強さは案件ごとに設定)。文面は会社共通を継承し、案件で必要な箇所だけ上書きします。価格・解約条件・法的表現はAIの自動公開対象外です。

報告条件(やずや共通設定)

種別条件宛先・形式承認
定時毎日 21:00 締めメール添付(Excel)SV承認
即時クレーム/DM・電話拒否/スナッチ/切れTELメール(ベタ打ち)不要
即時高額受注(しきい値以上)メール+添付SV承認
定時休眠顧客DM回線(案件463)CSV(専用フォーマット)SV承認

報告項目の自動連動

非表示になった項目は、報告データから自動で除外されます
現行は「表示されていない項目を報告から消す」処理を35項目分、案件HTMLのJavaScriptで手作業管理しています。新生では表示条件から報告条件を自動生成します。
項目表示条件報告
カード情報支払=クレジットカード条件成立時のみ
送付先・熨斗・包装届け先区分≠通常条件成立時のみ
発信内容(1〜4回目)受付区分=スナッチ対応条件成立時のみ
問合せ内容受付区分=問合せ条件成立時のみ

版(会社共通設定)

版適用変更点承認
改12未適用拒否時の即時報告条件を追加申請中
改112026/09/01〜定期条件の注意文を更新承認済公開中
改102026/07/20〜08/31商品追加に伴うトーク追加承認済
「改12」は共通設定の12回目の改訂という意味です。現行は日付入りファイルの手作業コピー(受付HTMLの版が約2年で22個)。新生では版として保持し、受付中の受付は起票時の版に固定します。

承認フロー

1. CSが下書きを作成(AIの変更案を確認)
2. プレビュー・検証・サンプル回答テスト
3. 影響する案件の差分確認(7件)
4. 業務責任者が承認
5. 適用日時を指定して公開(受付中は切替えず、次回起票から適用)
6. 問題時は直前版へ即時ロールバック

監査

誰が・いつ・どの版で・何を変えたかを記録。投入・承認・報告送信も同じ台帳に残します。

削減される手作業(やずやの場合)

作業現行新生
受付画面の変更案件ごとのHTML/JS修正(約2年で22版)共通設定+差分の設定変更
資料の更新Excel→Dreamweaver→HTML→配置アップロード→AI生成→承認
媒体・オファーの更新Excel→マクロ→CSV→配置(案件ごと・3ファイル分割)媒体表を上げてマッピング→反映
報告項目の対応付け35項目をJSで手作業管理表示条件から自動生成
商品の読み上げ文案件HTMLの関数に埋め込み商品マスタで一元管理
履歴管理日付入りファイルのコピー版管理とロールバック

重複の解消(実測)

共通関数92件中 65件 が5案件以上で共通 → 1箇所へ
共通項目402件中 310件 が共通 → 1箇所へ
固有処理1案件のみの関数は 7件(案件21は3件)
数値は受付HTMLの静的解析による実測値。削減率の目標は、導入前に対象作業の時間・件数・修正率を2〜4週間測定し、PoC後に再測定して設定します。