配車計画は保存しない。毎分、ゼロから作り直す
デリヘル管理システムの配車監視の話。計画はどこにも保存せず毎分ゼロから作り直し、一行目のサマリーが緑なら見なくていい画面にした理由。ピン留めで直した「運んでいる人が毎分入れ替わる」問題と、251秒が0.9秒になった日のことを書きました。
続きを読む →
-
-
「いま着きました」の電話は、お客様ではない
デリヘル管理アプリに届くキャスト・ドライバーからの電話の話。店の番号は予約回線であり身内の連絡網でもあるのに、電話連携の初日は「未登録」のお客様として出ていた。着信時に身内を見分けて別の箱に入れ、担当予約・担当配車へ直行させる仕組みと、発信で一度混ぜた話を書きました。
続きを読む →
-
「折り返します」と言ったのはシステムで、守るのは店
デリヘル管理ツールの折り返し漏れ防止の話。30秒鳴らして誰も出なかった電話にシステムが約束する「折り返します」を、店が守れる形で画面に残すための赤い無応答バッジ。着信ログの既定値を「出られなかった」に倒した理由と、その副作用を書きました。
続きを読む →
-
「二まる一」は21号室ではない
デリヘル管理システムが受ける「部屋番号きまった」の掛け直し電話の話。お客様が言った「二まる一」がキャストに「21」で届いた7月の事故から、読み言葉を数字に直す処理、どの予約に書き込むかの選び方、本番の環境で同じ日に3つ壊れた話まで書きました。
続きを読む →
-
場所は中洲のへんで、ホテルはこれから
デリヘル管理アプリでエリアだけ決めて取る予約の話。先にキャストを押さえてからホテルに入るお客様は多いのに、初期のフォームは目的地が必須で受けられなかった。地域と町域だけで予約が取れる仕組みと、「中洲のあたり」の座標をどう出しているかを書きました。
続きを読む →
-
お客様は住所を言わない
デリヘル管理ツールのホテルマスタの話。電話のお客様は「◯◯ホテルの302」で全部済ませるので、目的地入力の主役は住所欄ではなくホテル選択。土台にある全国3.4万件のマスタをどう作り、読み仮名でどう検索し、同名ホテルで一度やらかした話を書きました。
続きを読む →
-
深夜2時は、26時
デリヘル管理アプリの空き枠チェックの話。「今日どっかで空いてる子いる?」にシフト表と予約を行き来せず1枚で答える全キャストのガントチャート。時間軸を朝6時始まりの30時表記にした理由と、日跨ぎ表示で2回やらかした話を書きました。
続きを読む →
-
「12分で着きます」が25分かかった日
デリヘル管理システムの到着予定の計算の話。最初は直線距離で出していて、川と湾のある福岡で早々に外した。経路エンジンを自前で持つと決めた理由と、生の所要時間に係数と固定10分を足して画面に出すまでの調整の経緯を書きました。
続きを読む →
-
「誰がいて、いくらで、何分か」を言い終わる前に
デリヘル管理ツールの受付画面にあるキャスト候補の話。電話で必ず聞かれる「誰が空いてる・いくら・何分で来る」を、コースとホテルを選んだ瞬間に1枚の表で答える。近い順ではなく案内すべき順に並べる判断と、満員の子も隠さない理由を書きました。
続きを読む →
-
いたずら電話に、AIは怒らない
デリヘル管理アプリのいたずら電話の自動NGの話。AI受付は何度かけられても丁寧に応対してしまいコストが積み上がる。24時間に5回超で自動NG化する防波堤と、機械に出禁を任せるために重ねた3つの保険（常連免除・理由の明記・管理者通知）を書きました。
続きを読む →
-
番号は変えられても、声は変えにくい
デリヘル管理システムの声紋照合（NG客の疑い検知）の話。番号を変えてかけ直してくるNG客を、通話中の声の特徴から見つけて受付画面に「疑い」バナーを出す。断定はせず類似度を添えて判断はオペレーターに任せる、と決めた理由を書きました。
続きを読む →
-
いま話している電話に、字幕がつく
デリヘル管理ツールで通話中にリアルタイム字幕とAI予約候補が出る話。受話器を置く前に会話が字幕で流れ、確定した発言からAIが日時・場所・コースを拾って予約候補が育っていく。認識途中の揺れる文を捨てて確定文だけ使うと決めた経緯を書きました。
続きを読む →
-
3分の録音を聞き直す代わりに、10秒で読み返す
デリヘル管理アプリの通話録音を会話形式で文字起こしする話。お客様とオペレーターの発言をLINEのような吹き出しで並べ、タップでその位置から再生。ラブホの屋号に弱い聞き間違いを✏️でその場訂正し、精度向上にも回す仕組みを書きました。
続きを読む →
-
電話を切ったころには、予約フォームの下書きができている
デリヘル管理システムのAI予約入力の話。通話の録音を文字にして日時・場所・コース・指名だけをAIが拾い、ワンクリックで予約フォームに反映する仕組みと、それでも自動確定はしないと決めた理由を書きました。
続きを読む →
-
英語の電話が鳴っても、事務所が止まらなくなった
デリヘル管理ツールの多言語AI受付の話。冒頭の言語選択から英語・中国語・韓国語でAIが応対し、画面の会話には全部日本語訳が並ぶ。リリース前のテストで韓国語のAIだけが途中から黙ったバグの話も書きました。
続きを読む →
-
深夜2時に3本同時に鳴っても、AIが全部に出る
デリヘル管理アプリのAI電話受付の話。受付が帰った後の電話にAIが応対して空き照会から仮予約まで進める仕組みと、勘で答えさせないための照会設計、最後の確定だけ人間に残した理由を書きました。
続きを読む →
-
アプリから電話をかけると、お客様には050が表示される
デリヘル管理アプリからの顧客発信の話。受付画面の発信ボタンでかけた電話が店の携帯番号ではなく050表示になる理由と、初めて見る番号に出てもらうための泥臭いお願いの話を書きました。
続きを読む →
-
電話が鳴った瞬間に、相手の名前が画面に出ている
デリヘル管理システムの着信ポップアップと顧客自動照会の話。電話に出る前に発信者の番号で台帳を引き、常連さんなら名前まで表示する仕組みと、「ご新規様」バッジが生まれた経緯を書きました。
続きを読む →
-
同じ日に2本目。カレンダーの赤い日は「車が足りない日」
デリヘル管理ツールの予約状況カレンダーの話。日ごとの予約数ではなく「その日、送迎の車は足りるのか」を赤い日で先に知らせる仕組みにした理由を書きました。開発日誌、同日の2本目です。
続きを読む →
-
開発日誌をはじめる。まずは毎日いちばん見ている画面の話
デリヘル管理アプリを作っている開発者の日誌、1本目。着信から予約確定までを1画面に収めたオペレーターの受付画面が、どうしてこの形になったのかを書きました。
続きを読む →