tuyenta/callcenter

Template

Fork 0

Files

T

Ta Van Tuyen 19f14d7905 tài liệu điều tra và estimate

2026-09-04 10:50:45 +07:00

34 KiB

Raw Permalink Blame History

Nghiên cứu công nghệ Amazon Connect cho D2C Call Center

Ngày kiểm tra tài liệu: 03/09/2026 — bản sửa lần 2 sau review độc lập (xem 04-review-doc-lap.md) Đối tượng đọc: PM, solution architect, developer và người cần làm proposal cho khách Nhật.

Đính chính quan trọng so với bản 1. Bản 1 kết luận số 0120/0800 có thể dùng làm caller ID cho outbound campaign. Kiểm chứng lại trực tiếp trong Amazon Connect Telecoms Coverage Guide bản 31/08/2026 cho thấy toll-free Nhật không nằm trong outbound campaign regions, và custom caller ID không khả dụng tại Nhật. Mục §4 đã được viết lại hoàn toàn.

Ghi chú tên sản phẩm: tài liệu AWS hiện dùng tên Amazon Connect Customer. Trong tài liệu này, “Amazon Connect” và “Connect Customer” cùng chỉ nền tảng contact center của AWS.

1. Bài toán cần giải quyết

Khách hàng muốn mở call center D2C khoảng 10–15 chỗ ngồi, chủ yếu gọi sales outbound theo danh sách, có thể bổ sung inbound. Tất cả agent cần gọi đồng thời bằng cùng một số toll-free — yêu cầu này không thực hiện được nguyên văn, xem §4; mọi cuộc nói chuyện phải được ghi âm, chuyển thành text, lưu trên AWS và dùng để phân tích sentiment/giọng nói.

Đây không chỉ là bài toán “đặt cuộc gọi”. Một hệ thống vận hành được cần quản lý đồng thời:

dữ liệu khách và quyền được liên hệ;
chiến dịch, lịch gọi, số lần thử lại và suppression/do-not-call;
trạng thái agent, phân phối cuộc gọi và after-call work;
kết quả nghiệp vụ của cuộc gọi;
ghi âm, transcript, phân tích, tìm kiếm và báo cáo;
quyền truy cập dữ liệu nhạy cảm, retention, audit và giám sát hệ thống.

2. Các thành phần AWS phù hợp

Thành phần	Vai trò trong giải pháp
Amazon Connect Customer	Contact center, softphone trên trình duyệt, user/queue/routing, contact flow, inbound và outbound
Customer Profiles + Segments	Nạp CSV danh sách khách, chuẩn hóa profile và tạo segment dùng cho campaign
Outbound Campaigns	Preview/progressive/predictive dialing, AMD, retry, lịch và giới hạn tần suất liên hệ
Agent Workspace	Màn hình agent gồm call controls, customer profile, task/case/guide và app tích hợp
Conversational Analytics (Contact Lens)	Transcript, sentiment, loudness, silence, interruption, category, summary và tìm kiếm cuộc gọi
Amazon S3 + AWS KMS	Lưu recording và file phân tích, mã hóa và lifecycle
EventBridge/Lambda/DynamoDB	Lưu disposition nghiệp vụ, callback, DNC và xử lý sự kiện theo contact ID
Connect data lake/Lake Formation/Athena/QuickSight	Báo cáo nâng cao, phân tích liên chiến dịch và dữ liệu dài hạn
CloudWatch/CloudTrail	Metrics, alarm, log flow và audit API

2.1 Snapshot các thay đổi công nghệ đáng chú ý đến 03/09/2026

Outbound Campaigns hiện có Guided Campaign Builder, CSV-based segment, preview/progressive/predictive, communication limits, retry và campaign scheduling ngay trong Connect; nhu cầu tự xây dialer cho MVP đã giảm đáng kể — với điều kiện source number là DID. Tại Nhật, toll-free không dùng được cho campaign, xem §4.
Conversational Analytics hỗ trợ tiếng Nhật cho cả post-call và real-time, summary, information extraction, sentiment và automated evaluation. Real-time dashboard alert cho keyword/sentiment giúp supervisor can thiệp sớm.
Persistent agent connection có thể giữ kênh giữa agent và Connect sau khi kết thúc cuộc gọi, giảm thời gian nối agent cho các cuộc outbound tiếp theo. Kết hợp auto-accept và ACW ngắn để giảm khoảng im lặng sau khi khách bắt máy.
Connect analytics data lake cung cấp contact/campaign tables để query, nhưng cửa sổ truy cập native là rolling 25 tháng; dữ liệu cần giữ lâu hơn phải export.
Global Resiliency hiện hỗ trợ cặp Tokyo–Osaka, nhưng cần gói AWS Enterprise Support hoặc Unified Operations và quy trình onboarding riêng.
Amazon Connect Customer Voice ID đã kết thúc hỗ trợ ngày 20/05/2026. Không dùng Voice ID làm nền tảng cho “phân tích tone/emotion” hay xác thực giọng nói trong thiết kế mới.
Pricing hiện có gói Connect Customer tích hợp AI theo phút và Customer Basic cho một số khách hàng cũ; phải xác nhận pricing plan của account trước khi dự toán OPEX.

Nguồn: Amazon Connect release notes, Global Resiliency requirements, Service quotas and Voice ID end-of-support notice.

3. Outbound theo danh sách

3.1 Nạp danh sách

Connect Customer cho phép tạo segment từ file CSV. Theo tài liệu hiện tại, file phải:

là CSV, UTF-8 không có BOM;
có header;
nhỏ hơn 1 GB;
map các cột vào standard hoặc custom attributes của Customer Profiles.

Khi import, profile được tạo/cập nhật rồi gom vào segment. Segment đó có thể được chọn trực tiếp trong Guided Campaign Builder. Đây là con đường ít code nhất để có chức năng tương tự phần “list import + campaign dial” của BlueBean.

Nên quy định template tối thiểu:

external_customer_id,phone_number,full_name,timezone,consent_source,consent_at,do_not_call,campaign_group

Số điện thoại phải được chuẩn hóa E.164, ví dụ số Nhật bỏ số 0 đầu và thêm +81.

Nguồn: Create segments from imported files.

3.2 Chế độ quay số

Chế độ	Cách hoạt động	Khi nên dùng
Preview	Agent xem thông tin trước rồi chấp nhận/gọi	Lead giá trị cao, cần đọc lịch sử trước khi gọi
Progressive	Chỉ gọi lead tiếp theo sau khi agent hoàn thành cuộc trước	MVP sales; cân bằng năng suất và rủi ro silent/abandoned call
Predictive	Thuật toán gọi trước dựa trên xác suất bắt máy và agent sắp rảnh	Volume lớn; cần kiểm soát abandonment và tuân thủ pháp lý
Agentless	Flow/voice bot xử lý, không nối agent	Reminder/thông báo tự động, không phải sales có người tư vấn

Khuyến nghị MVP dùng progressive làm mặc định và preview cho nhóm lead cần xem trước. Predictive nên để phase sau vì cần đủ volume để mô hình pacing có ý nghĩa, quota lớn hơn và kiểm soát abandoned call chặt hơn.

Ở agent setting nên bật auto-accept và persistent connection, đồng thời đặt ACW vừa đủ để nhập disposition. AWS gợi ý ACW 30 giây để tối ưu predictive dialer, nhưng dự án phải đo thời gian nhập kết quả thực tế thay vì áp dụng máy móc.

Ràng buộc phải biết trước khi thiết kế:

Source number của campaign phải là DID. Tại Nhật, toll-free 0120/0800 không nằm trong outbound campaign regions (§4).
Block Check call progress (AMD) chỉ hoạt động cho hai loại cuộc gọi: cuộc gọi của outbound campaign, và customer-first callback. Mọi loại khác — kể cả cuộc gọi tạo bằng StartOutboundVoiceContact — đều rơi vào nhánh Error. Nghĩa là nếu tự xây dialer thì mất AMD native.

Outbound Campaigns hỗ trợ:

source phone number thuộc Connect instance (DID);
call progress/answering machine detection (AMD);
retry theo disposition kỹ thuật như busy, unanswered, voicemail;
active communication time, exception date, schedule và expiry;
giới hạn số lần liên hệ theo campaign/toàn instance;
campaign metrics và event data.

Lưu ý: disposition của dialer như HUMAN_ANSWERED, SIT_TONE_BUSY, AMD_UNANSWERED không thay cho kết quả nghiệp vụ như “đã bán”, “gọi lại”, “không quan tâm”, “không gọi nữa”. Cần form after-call work để lưu kết quả nghiệp vụ.

Nguồn: Guided Campaign Builder, Outbound campaign best practices, BlueBean feature page.

4. Số điện thoại: cùng một số cho mọi agent

4.1 Điều Amazon Connect thực sự hỗ trợ tại Nhật

Trích Amazon Connect Telecoms Coverage Guide, bản in ngày 31/08/2026, khối Japan (ảnh chụp: evidence/japan-telecoms-coverage-2026-08-31.png):

Loại số	Number availability	National Outbound	International Outbound	Porting	Custom Caller ID	Region Availability	Outbound Campaign Regions
DID `+81 3` / `+81 6`	✔ (footnote 2)	✔	✔	✔ (hạn chế)	✘	ap-northeast-1	ap-northeast-1
DID `+81 50`	✔	✔	✔	✘	✘	All commercial regions	ap-northeast-1
Toll-free `+81 120` / `+81 800`	✔	✔	✘	✔	✘	All commercial regions	–
UIFN	✔	✘	✘	✔	✘	All commercial regions	–

Footnote (2) của bảng: "Local Numbers and Porting in Japan is only possible on specific numbers".

Cách đọc bảng đã được đối chiếu chéo với các nước khác để loại trừ khả năng nhầm ô gộp: Hàn Quốc (DID → ap-northeast-2, Toll-free → –), Úc (DID → ap-southeast-2, Toll-free/UIFN → –), Ý và Áo (Toll-free có National Outbound ✔ nhưng campaign –). Mỹ là ngoại lệ duy nhất có cả DID lẫn Toll-free campaign-capable. Nhật theo mẫu chung.

4.2 Ba kết luận bắt buộc

(1) Toll-free Nhật không dùng được cho Outbound Campaigns.

National Outbound = ✔ với toll-free chỉ có nghĩa là gọi ra thủ công với caller ID 0120 được hỗ trợ và CLI được đảm bảo hiển thị. Nhưng cột Outbound Campaign Regions để trống. Toàn bộ phần "giống BlueBean" — Guided Campaign Builder, preview/progressive/predictive, AMD, retry theo disposition, communication limits, campaign schedule — đi kèm campaign, và do đó đi kèm DID.

Hệ quả: hai yêu cầu gốc của khách, 「リストをもとに発信できるシステム」 và 「同じフリーダイヤルで全員が発信できる」, không thể đồng thời thỏa mãn bằng tính năng native. Đây là quyết định phải đưa cho khách chốt.

(2) Không có custom caller ID tại Nhật.

Cột Custom Caller ID = ✘ cho cả 4 loại số. Không tồn tại đường "giữ số ở carrier hiện tại, chứng minh quyền sở hữu rồi hiển thị khi gọi ra". Số nào muốn dùng thì phải claim mới hoặc port hẳn vào Amazon Connect — kéo theo việc nghiệp vụ đang chạy trên số đó bị ảnh hưởng.

(3) Lịch xin và chuyển số là ràng buộc cứng.

Yếu tố	Quy định	Ảnh hưởng
Cửa sổ port số Nhật (toll-free và 03/06)	Thường là ngày 1 và ngày 15 của tháng kế tiếp	Trượt một nhịp là chậm nửa tháng
Hồ sơ claim số Nhật	Giấy đăng ký doanh nghiệp cấp trong 6 tháng; ID/hộ chiếu người đại diện có tên trong đăng ký; giấy tờ chứng minh địa chỉ cấp trong 6 tháng. Gộp thành một file ZIP	Phải yêu cầu khách chuẩn bị ngay tuần 1
Địa chỉ cho số `+81 3` / `+81 6`	Phải thuộc đúng thành phố của area code	Văn phòng chưa đăng ký ở Tokyo thì không claim được số 03
Hồ sơ cho toll-free	Nhẹ hơn: đăng ký doanh nghiệp + ID người đại diện; địa chỉ toàn cầu chấp nhận được
Port	Cần hóa đơn gần nhất + Letter of Authorization theo mẫu AWS + bộ hồ sơ trên	Phải mở Support ticket để AWS kiểm tra số có port được không

4.3 Ba phương án thiết kế

	Phương án A (khuyến nghị)	Phương án B	Phương án B' (cần PoC)
Số phát ra	DID `+81 3` (hoặc `+81 50`)	Toll-free 0120	Toll-free 0120
Số nhận vào	0120	0120	0120
Cơ chế quay số	Outbound Campaigns native	Tự xây trên `StartOutboundVoiceContact`	Customer-first callback + `Check call progress`
AMD	Có	Không	Có, nếu PoC xác nhận
Retry / schedule / frequency cap	Native	Tự xây	Tự xây
Chênh effort so với A	–	+18–30 PD	+12–20 PD + 5–8 PD PoC
Rủi ro	Thấp	Cao	Cao, chưa có tài liệu AWS khẳng định

Khi chọn DID cho phương án A, cần cân nhắc:

+81 3 / +81 6 (số địa lý): tỷ lệ bắt máy tốt nhất, nhưng vướng điều kiện địa chỉ và footnote (2) về tồn kho số.
+81 50 (IP phone): claim dễ, mọi region, nhưng người tiêu dùng Nhật có xu hướng không bắt máy số 050 và các app chặn cuộc gọi gắn cờ mạnh với dải này — ảnh hưởng trực tiếp KPI của một call center bán hàng.

4.4 Các điều kiện kỹ thuật khác vẫn đúng

Connect cho phép đặt outbound caller ID ở queue; mọi agent dùng chung một outbound queue/routing profile thì phát cùng một số.
Số phải ở dạng E.164.
Carrier và thiết bị đích quyết định cách hiển thị cuối cùng; không cam kết hiển thị tên doanh nghiệp.
Toll-free là sản phẩm nội địa: International Outbound = ✘. Không gọi ra quốc tế được từ 0120.
Khả năng phát caller ID và khả năng dùng số cho Outbound Campaigns là hai kiểm tra khác nhau — đây chính là chỗ bản 1 bị nhầm.

Nguồn: Telecoms Coverage Guide (PDF, 31/08/2026), Set up outbound caller ID, Region requirements for ordering and porting phone numbers, Outbound calling restrictions, Check call progress block.

5. 15 cuộc gọi đồng thời và quota

Khả năng scale của dịch vụ không phải vấn đề, nhưng quota mặc định là blocker:

Concurrent active calls per instance: mặc định 10, có thể yêu cầu tăng;
Concurrent campaign active calls per instance: mặc định 0, có thể yêu cầu tăng.

Active call bao gồm cuộc đang ở flow, đang chờ queue, đang nói với agent và outbound call. Vì vậy không được đặt quota đúng bằng 15 ghế.

Khuyến nghị ban đầu:

MVP progressive/preview: xin ít nhất 25 concurrent active calls và 25 concurrent campaign active calls;
nếu bật inbound đồng thời: tính peak inbound và tăng thêm headroom;
khi dùng predictive: sizing lại theo dial rate, answer rate và abandonment target; thường cần campaign call quota lớn hơn số agent đáng kể, không chốt cứng trước load test.

5.1 Các quota khác cần biết trước

Quota	Mặc định	Ảnh hưởng tới dự án này
Concurrent active calls per instance	10	Blocker, phải xin lên 25
Concurrent campaign active calls per instance	0	Blocker, phải xin lên 25
Connect instances per Region	2	Vừa đủ non-prod + prod, không còn chỗ cho sandbox
Phone numbers per instance	5	Đủ cho MVP nhưng cần biết khi test nhiều số
Concurrent post-call analytics jobs	200	Dư sức cho 15 ghế
Concurrent real-time calls with analytics	300	Dư sức cho 15 ghế

5.2 Thời gian phê duyệt

AWS yêu cầu tạo instance trước khi gửi yêu cầu tăng quota. Về thời gian, tài liệu AWS nói rõ: yêu cầu nhỏ có thể duyệt trong vài giờ, nhưng yêu cầu lớn có thể mất tới 3 tuần, và yêu cầu rất lớn ở quy mô toàn cầu có thể mất hàng tháng. Thời gian AWS/telco phê duyệt không nằm trong person-day phát triển, nhưng phải nằm trong lịch dự án — đây là điểm bản 1 chưa thể hiện đủ.

Ngoài ra, để sizing công suất phân tích, AWS đưa công thức: (phút/cuộc) × 0.4 × (cuộc/giờ) / 60 = số post-call analytics job đồng thời, với giả định thời gian phân tích bằng khoảng 40% độ dài cuộc gọi. Con số này cũng là căn cứ để đặt SLA kiểm tra artifact sau cuộc gọi.

Nguồn: Amazon Connect service quotas, Plan ahead with quotas, Availability by Region.

6. Ghi âm và lưu S3

Call recording được bật ở instance nhưng còn phải bật trong contact flow bằng block Set recording and analytics behavior. Khi cuộc gọi kết thúc, recording được đưa vào S3 đã cấu hình và có thể mở từ contact detail.

Thiết kế khuyến nghị:

ghi cả agent và customer từ thời điểm cuộc gọi được kết nối;
S3 Block Public Access;
SSE-KMS bằng customer-managed key cho production;
security profile tách quyền xem contact, nghe recording và tải unredacted recording;
S3 Lifecycle: Standard → Standard-IA/Glacier → expire theo chính sách;
bật CloudTrail data events cho bucket recording nếu yêu cầu audit ai đọc/tải file;
alarm khi recording/analytics job lỗi và có quy trình reprocess.

Diễn giải đúng câu “ghi âm mọi cuộc gọi”: chỉ cuộc gọi đã kết nối và có media mới sinh recording. Busy, invalid number hoặc không bắt máy không có hội thoại để ghi; chúng vẫn có contact/campaign event và disposition kỹ thuật.

Connect không hỗ trợ S3 Object Lock ở compliance mode trực tiếp trên bucket recording mặc định. Nếu cần WORM, phải thiết kế bản sao sang bucket archive phù hợp và kiểm tra lại luồng được AWS hỗ trợ.

Nguồn: Create a Connect instance and data storage, Review recorded conversations, Encryption at rest.

7. Transcript và phân tích hội thoại tiếng Nhật

Với locale ja_JP, bảng ngôn ngữ hiện tại đánh dấu hỗ trợ:

post-call analytics;
real-time call analytics;
post-contact summaries;
information extraction;
sentiment analysis;
pattern match rules;
automated performance evaluations.

Transcript và file phân tích gắn theo contact ID; supervisor có thể tìm, đọc theo từng lượt thoại và nhảy từ text tới đúng timestamp của audio. Analytics còn có:

sentiment agent/customer và sentiment shift;
loudness theo đoạn;
talk time, non-talk time;
interruption;
category theo keyword/pattern/semantic rule;
issue, outcome và action item;
post-contact summary.

Có thể thêm custom vocabulary để cải thiện product name, brand name, acronym và thuật ngữ chuyên ngành. Mỗi ngôn ngữ chỉ có một vocabulary ở trạng thái default được áp dụng cho analysis tại một thời điểm; vocabulary mới không sửa ngược các transcript cũ. Không đưa PII/confidential data vào vocabulary.

Điểm giới hạn quan trọng: cột Redaction cho ja_JP hiện để trống. Không được giả định Connect có thể tự che mọi PII tiếng Nhật trong transcript/audio. MVP nên hạn chế đọc thông tin thanh toán nhạy cảm qua điện thoại, dùng quyền truy cập và retention chặt; custom Japanese PII redaction là một workstream riêng nếu bắt buộc.

Nguồn: Supported languages, Set recording and analytics behavior, Example analytics output, Custom vocabularies for conversational analytics.

8. “Tone” và “emotion” thực sự đo được gì?

8.1 Native và đủ dùng cho MVP

Connect cung cấp:

sentiment positive/neutral/negative theo lượt thoại và toàn cuộc gọi;
loudness để tìm đoạn nói lớn;
interruption, silence/non-talk, talk ratio và talk speed;
rule kết hợp, ví dụ sentiment âm + loudness cao + nhiều lần ngắt lời để gắn cờ cuộc gọi cần QA.

AWS định nghĩa sentiment là phân tích nội dung text và tính score theo tần suất/streak của các lượt thoại. AWS cũng khuyến nghị xem loudness cùng sentiment. Vì vậy cụm “voice tone/emotion analysis” nên được nghiệm thu bằng các signal trên, không bằng lời hứa đọc chính xác cảm xúc nội tâm.

Nguồn: How sentiment scores are determined, Investigate loudness, Conversational analytics rules.

8.2 Khi nào cần mô hình custom?

Chỉ làm custom acoustic emotion model nếu khách yêu cầu nhãn cụ thể như angry/excited/sad theo tín hiệu âm thanh, có KPI precision/recall và dùng kết quả để ra quyết định. Cần:

thống nhất taxonomy cảm xúc và mục đích sử dụng;
thu thập/label audio tiếng Nhật có sự đồng ý và đại diện đủ vùng giọng;
tách kênh agent/customer, trích acoustic features hoặc dùng audio model;
huấn luyện/evaluate trên hold-out set;
human review, drift/bias monitoring và cơ chế không tự động phạt agent;
pipeline batch sau cuộc gọi; real-time chỉ làm khi có business case rõ.

Đây là R&D/ML, không phải cấu hình Connect. PoC không đồng nghĩa production-ready.

9. Báo cáo và data lake

Native dashboard đủ cho MVP: trạng thái agent, concurrent calls, contact search, recording/transcript, sentiment, campaign progress, dials/minute, connected/attempted và wait time sau khi khách bắt máy.

Khi cần dashboard nghiệp vụ, dùng:

Connect data lake / contact & campaign events
                 + business outcome từ DynamoDB
                 ↓
          Lake Formation / Athena
                 ↓
             QuickSight

Connect analytics data lake cho truy cập rolling 25 tháng. Nếu phải giữ lâu hơn, schedule export sang S3 thuộc quyền quản lý của doanh nghiệp rồi áp lifecycle.

Nguồn: Outbound campaign data in the data lake, Data lake retention, Reference queries.

10. Agent workstation và mạng

Agent dùng softphone WebRTC trên browser. AWS hỗ trợ ba phiên bản mới nhất của Chrome, Edge Chromium và Firefox/Firefox ESR; Safari không được hỗ trợ cho Agent Workspace/CCP.

Tối thiểu theo AWS cho CCP-only:

54 Kbps up/down cho một audio call, chưa tính CRM và ứng dụng khác;
CPU 2 GHz, RAM 2 GB cho riêng CCP;
USB headset được khuyến nghị;
ưu tiên Ethernet có dây;
latency endpoint test trung bình không vượt 300 ms;
firewall/proxy phải cho phép các endpoint/port Connect yêu cầu, gồm TCP 443 và UDP 3478 theo hướng dẫn hiện hành.

Thực tế nên cấp máy 8 GB RAM trở lên, browser được quản lý, USB headset có noise cancellation, dual Internet hoặc phương án 4G/5G failover cho site. Con số này là khuyến nghị vận hành, không phải minimum chính thức của AWS.

Nguồn: Agent headset and workstation requirements, Supported browsers, Network troubleshooting.

11. Bảo mật, riêng tư và quy định tại Nhật

Đây không phải tư vấn pháp lý. Doanh nghiệp cần legal/compliance Nhật phê duyệt script, danh sách và retention.

Các control hệ thống tối thiểu:

lưu consent source/time và lawful basis của từng lead;
DNC/suppression toàn hệ thống, không chỉ giới hạn số lần gọi của một campaign;
phát hiện duplicate và loại số invalid trước campaign;
giới hạn khung giờ liên hệ và ngày nghỉ;
script mở đầu nêu tên doanh nghiệp, người gọi, loại hàng/dịch vụ và mục đích chào bán;
nếu khách từ chối, ghi DNC ngay và loại khỏi mọi lần tái liên hệ;
công bố mục đích sử dụng recording/transcript; khuyến nghị phát thông báo ghi âm dù FAQ của PPC nói luật không luôn bắt buộc thông báo riêng việc đang ghi;
role-based access, audit, retention và deletion workflow.

Cơ quan Bảo vệ Thông tin Cá nhân Nhật cho biết nội dung cuộc gọi có thể là personal information nếu nhận dạng được cá nhân; khi đó doanh nghiệp phải thông báo hoặc công bố mục đích sử dụng. Consumer Affairs Agency nêu nghĩa vụ thông báo trước khi chào bán và cấm tiếp tục/tái chào bán với người đã thể hiện không muốn ký hợp đồng.

11.1 Nếu chốt hợp đồng ngay trên điện thoại (電話勧誘販売)

Đây là kịch bản rất dễ xảy ra với D2C bán qua điện thoại, và bản 1 chưa đề cập. Ngoài 氏名等の明示 và 再勧誘の禁止 đã nêu ở trên, còn phát sinh:

書面交付義務: phải giao văn bản hợp đồng cho khách theo quy định;
クーリング・オフ 8 ngày: khách có quyền hủy trong 8 ngày kể từ khi nhận văn bản.

Hệ quả lên hệ thống, cần chốt với legal của khách:

lưu mốc thời gian gửi và nhận văn bản của từng đơn;
có trạng thái "đang trong thời hạn cooling-off" và cơ chế hủy đơn;
không tiếp tục chào bán trong giai đoạn đó;
gắn được bằng chứng này với contactId của cuộc gọi đã chốt đơn.

Nếu khách xác nhận có bán chốt ngay trên điện thoại, đây là một workstream riêng chưa nằm trong estimate hiện tại.

11.2 Hồ sơ khách Nhật thường yêu cầu

セキュリティチェックシート theo mẫu của khách;
tài liệu 委託先管理 cho việc ủy thác xử lý dữ liệu cá nhân;
quy trình xử lý yêu cầu 開示・訂正・利用停止・削除 của cá nhân — đặc biệt quan trọng vì hệ thống lưu cả giọng nói lẫn nội dung hội thoại.

Nguồn chính thức: PPC FAQ về nội dung và ghi âm cuộc gọi, CAA Telemarketing Sales guide, CAA English guide.

12. Chi phí AWS: cách hiểu và công thức

Trang giá ngày 03/09/2026 cho thấy mô hình Connect Customer mới và Customer Basic cũ có thể cùng tồn tại. Phải xác nhận account/contract của khách trước khi lập bill of materials.

Connect Customer hiện hành

voice thông thường: USD 0.038/phút cộng phí telephony;
Outbound Campaigns voice: USD 0.045/phút thay cho mức voice USD 0.038/phút;
số điện thoại tính theo ngày; telephony outbound tính theo destination;
S3, KMS, CloudWatch, Athena/QuickSight và thuế/phụ phí tính riêng khi phát sinh.

Một số account còn ở Customer Basic

voice channel: USD 0.018/phút;
conversational analytics: USD 0.015/phút cho 5 triệu phút đầu/tháng;
outbound campaign: USD 0.005/attempt + USD 0.025/phút;
cộng telephony, number rental và dịch vụ hạ tầng khác.

Công thức sơ bộ cho mô hình mới:

Monthly AWS ≈ 0.045 × campaign_billable_minutes
            + Japan outbound telephony
            + phí thuê số theo ngày (DID gọi ra + toll-free nhận vào)
            + S3/KMS/logging/reporting

Ba kịch bản minh họa

Không thể tính chính xác nếu chưa có số liệu thật, nhưng phải đưa một hình dung về độ lớn vì đây luôn là câu hỏi thứ hai của khách sau chi phí xây dựng. Bảng dưới đây tính theo mô hình Connect Customer hiện hành, chỉ tính phút kết nối thật:

	Thấp	Trung bình	Cao
Agent hoạt động	10	15	15
Cuộc gọi ra / agent / ngày	80	120	180
Cuộc gọi ra / ngày	800	1.800	2.700
Tỷ lệ bắt máy	10%	15%	20%
Cuộc kết nối / ngày	80	270	540
Thời lượng trung bình (phút)	3	3	3,5
Phút kết nối / tháng (20 ngày)	4.800	16.200	37.800
Connect campaign voice @ 0,045 USD/phút	216	729	1.701
Cước viễn thông Nhật @ 0,02–0,06 USD/phút	96–288	324–972	756–2.268
Số điện thoại, S3, KMS, log, báo cáo	30–80	50–120	80–200
Tổng ước tính / tháng (USD)	340–580	1.100–1.820	2.540–4.170
Tạm quy đổi 150 JPY/USD	~5–9 万円	~17–27 万円	~38–63 万円

Cách dùng bảng này:

Mọi con số đều là giả định và hiện rõ trên mặt bảng để khách sửa trực tiếp. Giá trị của bảng là buộc khách cung cấp số liệu thật, không phải là cam kết chi phí.
Dải cước viễn thông 0,02–0,06 USD/phút là giá trị giữ chỗ, phải thay bằng số thật lấy từ bảng Global Telephony tại ngày báo giá, và tách riêng số cố định với số di động.
Nếu account của khách còn ở gói Customer Basic cũ thì công thức khác hẳn: voice 0,018 + analytics 0,015 + campaign 0,005/attempt + 0,025/phút. Phải xác nhận pricing plan trước khi lập bảng chính thức.
Chưa tính: cuộc gọi inbound, thuế và phụ phí, QuickSight, chi phí truyền dữ liệu, và dự phòng cho việc gọi lại nhiều lần.
Nếu ngân sách là ràng buộc, đòn bẩy lớn nhất là có bật phân tích hội thoại cho 100% cuộc gọi hay chỉ lấy mẫu — cần hỏi khách sớm.

Không thể tính số tiền tháng đáng tin cậy nếu chưa có: số attempt/ngày, answer rate, average connected duration, ngày làm/tháng, tỷ lệ retry, loại số đích mobile/landline, retention và pricing plan của account.

Nguồn: Connect Customer pricing, Pricing appendix. Giá có thể thay đổi; phải kiểm tra lại khi gửi quotation.

13. Kết luận nghiên cứu

Amazon Connect phù hợp và có thể đáp ứng 10–15 seat mà không cần xây PBX/CTI riêng. Phương án native-first giảm code và thời gian, nhưng sáu điểm không được bỏ qua:

Toll-free Nhật không dùng được cho Outbound Campaigns. Phải để khách chọn giữa "hiển thị フリーダイヤル khi gọi ra" và "tự động quay số theo danh sách" — không có cả hai bằng tính năng native. Khuyến nghị Phương án A: gọi ra bằng DID dùng chung, giữ 0120 để nhận cuộc gọi.
Lịch số điện thoại là ràng buộc cứng: hồ sơ pháp nhân, cửa sổ port ngày 1 và 15 của tháng kế tiếp, quota có thể mất tới 3 tuần. Phải khởi động ngay tuần 1 và không cam kết ngày go-live trước khi có xác nhận của AWS.
Bổ sung business disposition + DNC vì dialer disposition không đủ.
Định nghĩa đúng "emotion analysis" và acceptance criteria — dùng sentiment/loudness/interruption, không hứa đọc cảm xúc từ chất giọng.
Có quyết định rõ về PII tiếng Nhật, retention và legal compliance; riêng 電話勧誘販売 còn kéo theo 書面交付 và クーリング・オフ nếu chốt đơn qua điện thoại.
Nhận cuộc gọi vào không thể là tùy chọn: hiển thị một số chung để gọi ra thì chắc chắn có khách gọi lại.

34 KiB Raw Permalink Blame History Unescape Escape