💡 Interview phrase: "Em ấn tượng với 31 sản phẩm chia 6 domain ở Base.vn — đặc biệt Base Finance+ mới launch real-time, và scale 11k businesses gồm VPBank, Vietjet."
i18n (vi/en), local compliance, payment gateways VN
Office/HR products = workflow heavy
Approval chain, queue, notification system
Interview phrase: "Base.vn là B2B SaaS multi-product, vậy nên em hình dung engineering challenge xoay quanh multi-tenancy, reliability, và workflow engine. Áp dụng các technical pattern em biết về isolation, queue, idempotency vào context này."
Từ careers.base.vn job posting Junior Engineer (Platform Team): stack THẬT TẾ là LEGACY hơn dự đoán.
📜 Legacy core (confirmed)
Frontend: HTML5, CSS3, jQuery, AJAX
Backend: PHP or JavaScript
DB: MySQL
API: RESTful + JSON
✨ Modern stack (cho new products?)
Đang tuyển AI Engineer → ML/Python stack
Base Finance+ realtime → có thể Node/streaming
Mobile / new domain có thể React/Vue
Verify trong interview!
Department: Product Department → Platform Team · CTO: Hung Pham
Interview phrase tốt: "Em thấy Base có nhiều product lâu đời + new launch như Finance+, anh/chị có thể chia sẻ stack hiện tại đang dùng cho new product không? Em đến từ Next.js + NestJS + Prisma, nếu Base dùng PHP legacy thì em OK học và có thể adapt."
⚠️ QUAN TRỌNG: ĐỪNG nói "Base dùng Node/NestJS chắc rồi" — có thể PHP. ĐỪNG criticize PHP — đó là dấu hiệu junior. Tỏ ra adaptable.
Anh Hung là Senior PHP Dev → Base core stack đúng là PHP/jQuery/MySQL. Bạn không có PHP production exp → cần phrase chuẩn:
"Em chưa làm PHP production, nhưng quen MVC pattern + ORM
(Prisma kiểu Eloquent của Laravel). Nếu Base dùng modern PHP
framework như Laravel/Symfony, em tin 2-4 tuần ramp-up đủ.
Mong anh chia sẻ stack hiện tại để em prepare tốt hơn."
🎯 Vai trò trong interview
Technical interviewer chính. Senior PHP Dev với 5+ năm exp + UCLA + mixed PM/Eng background → câu hỏi sẽ:
Tech depth — không hỏi breadth, hỏi sâu 1-2 chủ đề
Mix tech-business — vd "Pattern này business benefit gì?"
Có thể bilingual — switch giữa Anh-Việt, prep cả 2
💡 Strategy
ĐỪNG flex Node/NestJS quá đà — anh ấy expert PHP, không cần thuyết phục em rằng JS tốt hơn PHP
Khi anh hỏi technical → focus pattern + reasoning, không tên framework
Mention pattern cụ thể em đã làm: "Em từng implement idempotency key cho payment với INSERT ON CONFLICT pattern, vì..."
Khi không biết → nói "chưa làm production" + show willingness to learn, đừng bullshit
Hỏi anh: "Stack hiện tại của Platform Team — modern PHP framework hay legacy procedural? Có plan migration sang TypeScript/Go cho new product không?" → curious + show research
UCLA grad → anh có thể appreciate clean code + global engineering practices. Mention TDD / code review / docs as habits.
🎬 General playbook 2-interviewer combo
Format có thể là: 1 round combine (cả 2 cùng vào) HOẶC 2 round riêng (HR first, tech sau)
Mở đầu: Chào cả 2 anh/chị, tự intro 1 phút: name → 3-năm full-stack → tech stack quen → reason apply
Khi cô Phuong hỏi: answer behavioral với STAR, link about Base.vn cụ thể
Khi anh Hung hỏi: tech deep dive — focus pattern + reasoning, không flex framework. Vẽ diagram trên giấy nếu được. Honest về PHP gap + show willingness to learn.
Cuối: hỏi 2-3 questions cho cả 2 (xem section "Questions to ASK")
Sau interview: gửi thank-you email cho cả 2 trong 24h
PRODUCT — "Em ấn tượng với [product CỤ THỂ của Base] vì [lý do thật, không chung chung]"
SCALE/CHALLENGE — "Engineering challenge xoay quanh [multi-tenancy / workflow / reliability] match với hướng em đang muốn phát triển"
GROWTH — "Em nghĩ có thể đóng góp ở [skill cụ thể] và học được [thứ Base làm tốt mà em chưa]"
Example draft v2 (updated với data thật 2026-05-18):
"Em ấn tượng với Base.vn vì 31 sản phẩm trên 1 platform — đó là
engineering challenge em rất muốn đối mặt. Đặc biệt sau khi đọc về
Base Finance+ mới launch real-time financial, em thấy team đầu tư
mạnh vào realtime + idempotency — match hướng em muốn đi sâu.
Ở scale 11k businesses gồm VPBank, Vietjet, Jollibee — em tin
reliability + multi-tenancy là daily challenge. Em có 3 năm
full-stack, đã build multi-tenant pattern (shared schema + tenantId),
nghĩ có thể đóng góp ngay. Điều em muốn học là cách Base scale
workflow engine cho 31 sản phẩm chia sẻ infra mà vẫn isolate."
Điểm mạnh pitch này: mention 31 products + 11k businesses + VPBank/Vietjet + Base Finance+ recent launch → show research deep + recency awareness.
⚠️ KHÔNG memorize word-for-word — chỉ giữ structure. Đọc to 3 lần thay vì học thuộc.
⭐ STAR Framework
STAR = Situation → Task → Action → Result. Beginners ramble; STAR keeps bạn dưới 2 phút.
flowchart LR
S[Situation 15s · ngữ cảnh] --> T[Task 10s · trách nhiệm của BẠN]
T --> A[Action 45s · BẠN làm gì cụ thể]
A --> R[Result 20s · outcome có METRIC]
style S fill:#064e3b,stroke:#10b981
style T fill:#3f3f06,stroke:#eab308
style A fill:#7c2d12,stroke:#f97316
style R fill:#581c87,stroke:#a855f7
Step
Time
Tip
S — Situation
15s
"At [project], we had [context]." Đừng kể dài.
T — Task
10s
"My job was to [responsibility]." Nói RÕ vai trò em.
A — Action
45s
"I did [actions, decisions, trade-offs]." Lâu nhất ở đây.
R — Result
20s
"As a result, [outcome với METRIC]." Cố có % hoặc số.
📖 5 Stories cần draft
Mỗi story: write bullet outline (KHÔNG full script), practice out loud, time 90-120s với stopwatch.
Story 1 · Technical Problem · Twendee Work Payment Revert
✅ LOCKED
Prompts: "Tell me about a challenging technical problem" · "Hard bug you debugged" · "System you improved"
STAR final (90-110s):
S — SITUATION (15s)
"Hồi em làm ở Twendee Work — platform quản lý HR + kế toán nội
bộ. Team 3 người: 1 BE, em là FE chính, 1 PM kiêm Tester. Em
ship module Payment Workflow — chain 7 stage từ HR submit →
Manager duyệt → CEO duyệt → tạo phiếu thu/chi → Account duyệt
→ kế toán quyết toán sổ sách → Final approve."
T — TASK (10s)
"Khi đưa lên staging cho Account team test, họ feedback: 2 stage
'tạo phiếu thu/chi' và 'reconcile sổ sách khớp số' hay nhập sai.
Flow không có revert path → mỗi lần sai phải huỷ và tạo lại
workflow mới. Em được giao redesign + ship revert feature."
A — ACTION (45s)
1. Phân tích: identify 2 stage critical bị bug — Account team
nhập sai số → cần revert trước khi Final approve.
2. Design state machine: vẽ transition hợp lệ — revert chỉ
được trước Final approve, và chỉ approver gốc revert được.
3. Coordinate BE: pair-coding 1 tuần — agree API contract
POST /workflow/:id/revert, audit log mỗi action, permission
check 2 tầng FE + BE.
4. Implement UI: revert button có confirm modal + ô lý do, audit
log timeline display, gate button bằng permission từ BE.
R — RESULT (20s)
- Account team test lại staging: duplicate workflow giảm từ
3-4 lần (cho mỗi 1 workflow thật) xuống gần như 0
- Catch issue trước production launch
- Bài học: edge case 'undo/revert' phải design TRƯỚC khi build
forward flow. Em build habit map state transition bao gồm
backward path — áp dụng cho mọi feature workflow sau đó.
Pre-prep cho anh Hung probe sâu:
State machine lib?
Custom state object trong React. Stage = enum, transition map = object. Đủ cho 7 stage. XState dùng khi flow phức tạp hơn.
Permission 2 tầng?
FE = UX (ẩn button). BE = security (frontend bypass được). Enforce ở BE, FE giảm friction.
Sau Final = đã xuất hóa đơn + transfer tiền thật. Revert = inconsistency với external. Cần fix → correction workflow ngược (counter-entry pattern).
Tie-in: Story 2 (disagreement) cùng module này → narrative coherent.
Story 2 · Disagreement · Revert Scope ở Payment Workflow
✅ LOCKED
Prompts: "Time you disagreed with a teammate" · "Conflict resolution" · "How you handle pushback"
STAR final (90-110s):
S — SITUATION (15s)
"Cùng project Twendee Work em vừa kể, lúc đang design revert
feature cho payment workflow, em với anh BE dev có quan điểm
khác nhau về SCOPE của revert. Cả hai cùng muốn UX an toàn cho
user, nhưng khác cách approach."
T — TASK (10s)
"Cần align trước khi implement vì decision này ảnh hưởng cả
data model BE lẫn UX FE. Em không muốn ship rồi mới phát hiện
edge case."
A — ACTION (45s)
1. LISTEN — em nghe anh trước: anh muốn revert được ở MỌI stage,
kể cả sau Final approve, như safety net cho user nếu sai sót
lớn. Concern hợp lý.
2. RAISE counter-point — em nêu: sau Final approve, hệ thống đã
xuất hóa đơn + phiếu thu/chi thật. Revert stage đó = huỷ hóa
đơn external — gây inconsistency với sổ kế toán + compliance
risk.
3. SYNTHESIZE trade-off — list rõ:
- Scope rộng: safer net, nhưng UX confused, compliance risk
- Scope hẹp: UX rõ ràng, đúng accounting standard, nhưng
không có cứu cánh sau Final
4. ESCALATE — em với anh cùng đưa lên PM với list trade-off
chuẩn bị sẵn — KHÔNG đẩy PM tự suy nghĩ. PM decide theo
approach em vì compliance > convenience.
5. ADDRESS concern của anh — đề xuất cho case 'sai sót sau Final'
sẽ design correction workflow ngược (counter-entry pattern
theo kế toán), không phải revert workflow gốc.
R — RESULT (20s)
- Approach scope hẹp + correction workflow alternative được chọn
- UX chính xác hơn, tuân thủ accounting standard
- Em với anh BE vẫn pair-coding bình thường tuần sau đó (chính
là tuần fix Story 1)
- Bài học: khi disagree, list trade-off cụ thể + escalate to
neutral decider. Address concern của teammate qua alternative
thay vì dismiss.
⚠️ Khi kể TRÁNH
"Em cãi với anh ấy" → frame "discuss"
"Em thắng" → "PM agree với approach"
Dismiss concern → emphasize "address qua alternative"
Story 3 · Failure · Twendee Đánh giá dự án — Over-commit 2 ngày vs ET 6 ngày
✅ LOCKED
Prompts: "Time you failed" · "Mistake you made" · "Disagree with deadline"
STAR final (90-110s):
S — SITUATION (15s)
"Cũng ở Twendee Work, em được giao build feature 'Đánh giá dự án
và thang đánh giá' — gồm 3 phần: config scale + history view +
broadcast notification cho PM/DM. Em ET 6 ngày làm việc (1 day
research + 2.5 dev + 1.5 test/fix + 0.5 production/hotfix). PM
ép deadline 2 ngày."
T — TASK (10s)
"Lúc đầu em chưa push back đủ — gần như accept để show commitment.
Đến khi vào research, em nhận ra 2 ngày KHÔNG cover hết được edge
case config schema + noti scope toàn cục."
A — ACTION (45s)
1. ADMIT sớm — em raise ngay với PM thay vì silent struggle:
'Em ET 6 ngày vì 3 sub-feature + edge case. 2 ngày em chỉ đảm
bảo self-test, không pass smoke test + risk hotfix cao.'
2. MITIGATE — đề xuất 3 option:
- Cut scope: defer history view, ship config + noti core
- Extend ET thêm vài ngày
- Lower quality bar: ship 2 ngày nhưng không guarantee smoke
3. PM ban đầu KHÔNG accept option nào — vẫn muốn 2 ngày + quality
cao. Em HOLD FIRM với reasoning data-based: list risk hotfix +
chi phí fix sau go-live > extend ET.
4. PM eventually agree — nhận ra 2 ngày không khả thi, extend ET.
ROOT CAUSE: communication. Em silent accept ban đầu thay vì raise
risk-based trade-off ngay từ kick-off.
R — RESULT (20s)
"Em ship 3 sub-feature pass smoke test, không hotfix. Bài học:
KHÔNG accept estimate ép trực tiếp. Phrase chuẩn em dùng:
'Em ET feature này [X ngày] vì [reason technical]. Nếu cần xong
trong [Y ngày], em chỉ đảm bảo self-test, không guarantee smoke
test + production. Anh chị decide trade-off.'
Sprint sau: 0 silent miss deadline. Stakeholder informed → decide
scope sớm → quality stable."
💡 Strong points cho story này
HOLD FIRM với data + reasoning, không bị ép quality
Risk-based communication (hotfix cost > ET extension)
Outcome: PM agree, em ship quality
Tie với phrase chuẩn em dùng đến hiện tại — show habit ingrained
⚠️ TRÁNH wording khi kể
"PM ép giờ" → "PM push deadline 2 ngày"
"Cố quá thành quá cố" → keep cho lunch chat
"PM không listen" → "PM ban đầu chưa accept, sau khi list risk thì agree"
Story 4 · Mentor · AI Workflow Pattern team-wide ⭐
S — SITUATION (15s)
"Trong các project gần đây (Twendee Work, MoneyFi), em pair-coding
với teammate ở mọi level — junior, middle, kể cả senior — đặc
biệt về cách dùng AI tool hiệu quả. Em thấy common pattern: hầu
hết teammate dùng AI kiểu 'prompt → code' raw, kết quả không bám
sát requirement gốc."
T — TASK (10s)
"Em quyết định build workflow chuẩn cho team — focus 2 thứ: quản
lý context và verify plan bám sát requirement ban đầu của feature."
A — ACTION (45s)
1. PAIR-CODING trực tiếp với từng người — show flow đa-step thay
vì prompt magic. Reference ClaudeKit workflow:
brainstorm → research → plan → plan:validate → ab-test-setup
→ cook → test/team/web-testing/scenario
2. ADJUST per level:
- Junior: hands-on pair, walk-through từng step, focus context
management
- Middle: review plan + verify against requirements
- Senior: discuss meta-pattern + edge case
3. VERIFY mỗi step với PM + team để align expectation.
4. DOCUMENT pattern thành quy trình công ty — phrase chuẩn cho
mỗi step, checklist verify, anti-pattern cần tránh.
R — RESULT (20s)
"Outcome:
- Teammate level up từ 'prompt → code' sang structured AI workflow
- Quality output cải thiện rõ — feature bám sát requirement hơn,
ít rework
- Pattern adopt thành team standard, sub-step phrase trở thành
vocab chung của team
- Bài học em rút: AI tốt nhất khi có DISCIPLINE — process + context
management, không phải prompt skill thuần."
💎 Tại sao Story này MẠNH
Cutting-edge topic 2026 — AI workflow ngày càng quan trọng, anh Hung (UCLA, mixed PM/Eng) sẽ rất quan tâm
Thought leadership signal — không chỉ user AI, mà build pattern cho team
Multi-level mentor — pair với cả senior, không chỉ junior
Documented pattern — match với culture Base.vn (engineering excellence)
Probe-friendly — anh Hung có thể dig sâu về workflow → em có specific phrase chuẩn để show
Story 5 · Proud · MoneyFi DeFi Frontend Migration ⭐
S — SITUATION (15s)
"MoneyFi — platform DeFi em làm lúc mới gia nhập. Em FE chính,
gánh full giao diện. Context: DeFi nên reliability + speed cực
critical, vì user giao dịch tiền thật."
T — TASK (10s)
"Em own end-to-end FE: giao tiếp design team, clarify feature
requirements, design API contract với BE, setup FE base + coding
standard, lên plan + vẽ FE diagram."
A — ACTION (45s)
"Em drive 2 decision lớn:
1. SCOPE — whitelist-first launch strategy
- Argument: DeFi launch big-bang risky cho tiền thật
- Beta invite-only nhóm nhỏ, gradual rollout
- Apply pattern này cho cả Twendee Work (~100 user onboard)
2. TECH CHOICE — migrate Next.js → React + Vite (case MoneyFi)
- Phát hiện 2 vấn đề Next.js:
a) Response time chậm (RSC/hydration overhead không match
với UI DeFi cần fast)
b) Cloudflare Workers/Pages KHÔNG full support Next.js
features (edge runtime limitations)
- Solution: React + Vite + Cloudflare Pages → tốc độ cao hơn,
deploy edge tốt hơn
- Pair với BE confirm tương thích, migrate trong 2 sprint
parallel branch không downtime"
R — RESULT (20s)
"Impact concrete:
- MoneyFi: 1500+ users active trading, $20M+ total transaction
volume sau launch
- Twendee Work: ~100 users dùng onboarding/offboarding/payment
workflow smooth (như Carlos Sainz 😄)
Em proud KHÔNG vì 'project lớn', mà vì:
1. Drive technical decision có data (perf measurement +
deploy constraint), không follow framework hype
2. Whitelist-first strategy bảo vệ user tiền thật
3. End-to-end ownership FE từ design → diagram → ship → metric"
🎯 Pre-prep anh Hung probe sâu
Đo perf Next.js sao?
FCP/LCP qua Lighthouse + WebPageTest. Bundle size analyzer thấy RSC hydration cost không cần cho DeFi UI (mostly client-state).
Cloudflare deploy issue?
Next.js dùng Edge Runtime hạn chế — không hỗ trợ một số Node API, SSR cache phức tạp. Vite + Cloudflare Pages: static + client-side rendering thẳng, deploy đơn giản.
Migrate 2 sprint downtime?
Parallel branch — build React Vite phiên bản, feature parity check qua test matrix, A/B test với whitelist users trước khi cut over.
Whitelist cụ thể thế nào?
Invite-only beta (email allowlist), feature flag toggle, gradual rollout 10% → 25% → 50% → 100% theo trading volume health.
💡 Career narrative tie-in: Story 5 chứng minh em chủ động drive decision có reasoning data-based — match với senior-level engineering thinking. Anh Hung (Senior PHP Dev + UCLA + Product mindset) sẽ appreciate.
📋 Question Bank — họ có thể hỏi
Mỗi câu sẽ map về 1 trong 5 stories. Đừng prepare 20 stories — 5 stories cover 80% questions.
Câu hỏi (English / Tiếng Việt)
→ Story
"Tell me about a challenging bug you debugged" / "Bug khó nhất bạn fix?"
Story 1
"Tell me about a system you optimized" / "Tối ưu performance?"
Story 1
"How do you handle disagreement?" / "Xử lý conflict thế nào?"
Story 2
"Time you pushed back on a decision" / "Khi nào bạn phản đối?"
Story 2
"Tell me about a failure" / "Lần thất bại?"
Story 3
"Biggest mistake?" / "Lỗi lớn nhất?"
Story 3
"Time you mentored someone" / "Hướng dẫn người khác?"
Story 4
"Led a technical initiative?" / "Lead 1 technical project?"
Story 4
"Project you're proud of" / "Project tự hào nhất?"
No questions to ask back — signal low interest. Pick 2-3 prepared.
Generic "Why Base.vn?" — "your company is great" = mọi candidate. Mention product CỤ THỂ.
"We did X" instead of "I did X" — interviewer cần biết VAI TRÒ của bạn, không phải team.
Bash công ty cũ khi giải thích lý do nghỉ — red flag. Frame positive growth.
Filler words ("um", "uh", "kiểu", "kiểu như") — Record yourself + count. Practice cut down.
Running over 2 phút — interviewer mệt, cut bạn off. Stopwatch khi practice.
🇻🇳 Vietnamese transition phrases
Để chuyển ý mượt mà giữa Situation → Task → Action → Result mà không bị break flow.
Mở đầu (Situation)
"Trong một project gần đây ở [công ty / dự án], ..."
"Lúc đó team em đang làm [feature/system]..."
"Khoảng 6 tháng trước, em gặp tình huống..."
Chuyển sang Task
"Vai trò của em là..."
"Em được giao nhiệm vụ..."
"Cụ thể, em chịu trách nhiệm về..."
Chuyển sang Action
"Để giải quyết, em tiếp cận theo 3 bước..."
"Bước đầu tiên em làm là..."
"Sau khi phân tích, em quyết định..."
Chuyển sang Result
"Kết quả là..."
"Sau khi triển khai, [metric] cải thiện từ X xuống Y..."
"Bài học em rút ra là..."
🔮 Future Direction · 4 phrase chuẩn cho câu hỏi cuối interview
Cuối interview thường có 4 câu này. Phrase chuẩn bị sẵn để KHÔNG fumble.
Q1 · "3 năm tới em định hướng thế nào?" 🎯
Prompts: "Where do you see yourself in 3 years?" · "Career goal"
"Trong 3 năm tới, em muốn phát triển theo hướng Tech Lead hoặc
Solution Architect — đặc biệt mảng CRM. Đây cũng là lý do em
apply Base.vn — hệ sinh thái Sales + Service + Marketing tạo
cơ hội ownership end-to-end mà rất ít công ty VN có.
Em muốn không chỉ ship feature mà còn participate vào product
+ architecture decision."
Why work: Tie thẳng vào Base products (Sales/Service/Marketing) → show research deep + alignment thật. KHÔNG generic "I want to grow".
Q2 · "Strength + Gap của em là gì?" ⚖️
Prompts: "Strengths and weaknesses" · "What do you want to improve"
"Strength em double down: Frontend craft + animation. Em từng
build DeFi UI cần micro-interaction smooth — đó là area em care
sâu.
Skill gap em muốn fill 3 thứ:
1. Backend depth — multi-tenant patterns, queue, transaction
2. Design System unified cho cả FE + BE — token + API contract
pattern, không chỉ FE-only
3. 'Thống nhất kênh chat' — unified messaging cross-product
(notification, chat, in-app). Em thấy Base có Base Message —
em rất tò mò cách Base build pattern này."
Why work: Mention Base Message product cụ thể → show curiosity + research. Avoid fake humility ("Tôi quá detail-oriented").
Q3 · "Tại sao em rời công ty cũ?" 🚪
Prompts: "Why leaving current company?" · "Reason for change"
⚠️ TUYỆT ĐỐI KHÔNG nói "không có duyên với Blockchain" hoặc bash company cũ.
"Sau 1 năm hands-on với Blockchain/DeFi qua project MoneyFi, em
nhận ra strength và interest của em ở mảng SaaS B2B structured
workflow — nơi product có user workflow rõ ràng, retention dài
hạn, và em drive impact đo lường được rõ hơn.
DeFi cho em nhiều bài học (đặc biệt về security mindset +
realtime UI), nhưng em realize bản thân fit hơn với engineering
có business workflow ổn định — đó là lý do em apply Base.vn."
Why work: Growth narrative + acknowledge learnings từ company cũ + tie reasoning về Base. KHÔNG dismissive.
Q4 · "Expected salary?" 💰
Prompts: "Salary expectation" · "Compensation"
Context: Em đã align với HR Phuong trước — 16-18tr net (Junior level). Đây là consistent message với HR call. Phrase chuẩn:
"Em đã trao đổi với chị Phuong từ HR trước — expectation của em
là khoảng 18tr gross hoặc 16tr net cho level Junior, kèm benefits
standard (bảo hiểm, ngày phép, learning budget).
Em cởi mở discuss thêm dựa trên scope role + benefits structure
cụ thể, đặc biệt nếu Base có learning/conference budget vì em
đang muốn invest vào growth path Tech Lead/Solution Architect."
💡 Tip negotiate
Nhắc lại đã align với HR trước → show consistency, không flip-flop
Mention learning budget → signal em care về growth, không chỉ tiền
"Cởi mở discuss" → để cửa nếu Base offer cao hơn
KHÔNG xin extra mid-interview vì đã commit với HR rồi → unprofessional
🎬 Playbook chung cho 4 câu này
Order interviewer hỏi: thường Q3 (why leaving) → Q1 (3 năm) → Q2 (strength/gap) → Q4 (salary) cuối
Tone: reflective, KHÔNG defensive. Nhìn thẳng vào interviewer khi trả lời.
Length: mỗi câu 30-60s. Đừng ramble.
Tie về Base: 3 trên 4 câu nên có 1 dòng kết nối với Base.vn (product/culture/growth path).
End: sau câu cuối, hỏi 2-3 questions back về Base (xem Questions to ASK).