VANSAC WORKS.
VANSAC WORKS / PROJECT PROCESS

Before
the payment.

Trang này tách riêng để khách hiểu quy trình làm việc trước khi thanh toán: từ tiếp nhận yêu cầu, chốt phạm vi, ký hợp đồng, triển khai, nghiệm thu cho đến bàn giao và bảo hành.A separate page outlining what happens before payment, during the project, and at handover: enquiry, scope, agreement, production, acceptance and support.

STUDIO PRINCIPLE / NGUYÊN TẮC WORKS
No surprises.Minh bạch trước khi cam kết / Clarity before commitment XEM 6 NGUYÊN TẮC / READ 6 PRINCIPLES

Chúng tôi không muốn bất kỳ khoản phí, điều kiện hay giới hạn quan trọng nào chỉ xuất hiện sau khi khách đã thanh toán.Important fees, restrictions and responsibilities should be disclosed before a client pays, not revealed afterwards.

01

Biết rõ trước khi trả tiềnKnow before paying

Báo giá nêu phạm vi, mức phí, mốc thanh toán, tiến độ, quyền lợi và các hạng mục không bao gồm.The quote sets out scope, price, payment milestones, timing, benefits and exclusions.

02

Không phí ẩnNo hidden charges

Chi phí domain, hosting, thuế, giao dịch và dịch vụ bên thứ ba nếu có phải được nêu hoặc xác định rõ cách tính trước khi phát sinh.Potential provider, domain, hosting, tax and processing charges are disclosed or their calculation method explained in advance.

03

Không tự ý cộng phíNo unapproved extras

Yêu cầu ngoài phạm vi chỉ được thực hiện sau khi khách đồng ý bằng văn bản với phần việc, chi phí và ảnh hưởng tiến độ.Out-of-scope work requires written approval of scope, cost and schedule impact before it starts.

04

Sửa lỗi thuộc trách nhiệm WORKSWe correct our own defects

Lỗi triển khai không đúng phạm vi đã chốt được xử lý không tính thêm phí theo nghĩa vụ hợp đồng và bảo hành.Implementation defects attributable to WORKS are corrected without additional service fees under the agreement and warranty.

05

Tôn trọng thỏa thuậnNo unilateral changes

Không tự tăng giá hoặc giảm nội dung đã cam kết chỉ vì dự toán nội bộ chưa chính xác. Thay đổi hợp lệ phải được hai bên thống nhất.We do not unilaterally increase fees or reduce agreed deliverables because of our own estimating errors.

06

Nói rõ cả điều kiện khóExplain difficult terms openly

Hủy dự án, hoàn tiền, tạm dừng, quyền sở hữu, bảo mật và khiếu nại phải được xem trước khi xác nhận hợp đồng.Cancellation, refunds, pauses, ownership, privacy and complaint handling must be available before agreement.

Quy định cụ thể trong hợp đồng và phụ lục được duyệt sẽ áp dụng cho từng dự án, phù hợp pháp luật hiện hành.Project-specific terms are set out in the approved agreement and scope documents, subject to applicable law.

01 / BEFORE PAYMENT

What gets fixed
before we start.

Trước khi nhận thanh toán, hai bên cần hiểu rõ loại website, mục tiêu, phạm vi và điều kiện phối hợp. Điều này giúp báo giá minh bạch và tránh phát sinh mơ hồ về sau.Before payment, both parties should agree on the site type, goals, scope and responsibilities. That keeps the quote transparent and avoids ambiguity later.

Enquiry & fit

Tiếp nhận yêu cầu / Initial enquiry
  • Khách gửi mô tả ngắn về loại website cần làm.Client shares a short project brief and goals.
  • WORKS kiểm tra mức độ phù hợp với phạm vi dịch vụ hiện tại.WORKS checks whether the project fits the current service scope.
  • Nếu yêu cầu quá phức tạp, dự án sẽ được chuyển sang báo giá Custom hoặc từ chối lịch sự.Complex requests may be scoped as Custom or declined politely.

Scope & quotation

Chốt phạm vi / Quote and scope
Chốt những gì

Loại website, số trang, section, tính năng, 1 hay nhiều ngôn ngữ, domain/hosting, thời gian dự kiến và tài sản khách sẽ cung cấp.Website type, pages, sections, features, language count, domain/hosting, timeline and client-supplied assets.

Chưa bao gồm mặc định

Viết nội dung, dịch thuật, CMS, API, thanh toán, ảnh bản quyền, domain/hosting trả phí hoặc các phần ngoài mô tả đã chốt.Copywriting, translation, CMS, APIs, payments, licensed images, paid domain/hosting or excluded work.

  • Báo giá phải ghi rõ gói, hạng mục đi kèm và các phần chưa bao gồm.The quotation should list the package, included items and exclusions.
  • Khách xem kỹ điều khoản về chỉnh sửa, bảo hành và lịch thanh toán trước khi đồng ý.Clients review revisions, warranty and payment milestones before approval.
Khác nhau giữa “phạm vi” và “tính năng phát sinh” là gì?What is included in scope, and what counts as an extra?
+

Phạm vi / Scope là những gì đã được ghi cụ thể trong báo giá: số trang, section, tính năng cơ bản, ngôn ngữ, timeline và quyền lợi đi kèm.Scope means the specific deliverables listed in the quote: pages, sections, basic features, languages, timeline and included services.

Phát sinh / Extra work là những yêu cầu xuất hiện sau khi đã chốt, hoặc những phần chưa hề được liệt kê trong báo giá. Ví dụ: thêm ngôn ngữ, thêm trang, thêm CMS, hoặc đổi hướng thiết kế quá lớn.Extra work means requests outside that confirmed scope, such as another page, language, CMS or a substantial change in design direction.

  • Nếu một hạng mục không được ghi trong báo giá, khách không nên mặc định nó đã bao gồm.Items absent from the quotation should not automatically be considered included.
  • Những mục khó xác định sẽ được WORKS giải thích lại bằng văn bản trước khi triển khai.Unclear items will be clarified in writing before implementation.
Khi nào cần báo giá Custom?When does a project move to Custom?
+

Các gói chuẩn phù hợp với website giới thiệu, portfolio, landing page và business site tĩnh với phạm vi tương đối rõ.Standard packages suit reasonably defined static presentation sites, portfolios, landing pages and business websites.

Nếu dự án cần hệ thống đăng nhập, quản lý dữ liệu, thanh toán, tích hợp API, đặt lịch phức tạp, CMS nâng cao hoặc logic riêng, WORKS sẽ chuyển sang Custom quote thay vì cố nhét vào một gói cố định.Logins, databases, payment flows, APIs, complex bookings, advanced CMS features or custom logic require a separate technical assessment and quote.

02 / AGREEMENT & PAYMENT

What happens
at confirmation.

Sau khi đồng ý báo giá, dự án chỉ được giữ lịch khi các điều kiện mở dự án đã hoàn tất. Thanh toán không phải là bước đầu tiên; nó là bước kích hoạt sau khi phạm vi đã được chốt.Once the quotation and scope are approved, the initial payment and required materials activate the agreed project schedule. Payment follows agreement, not the other way around.

Before first payment

Các mục cần chốt trước khoản thanh toán đầu / Before initial payment
  • Tên gói và phạm vi công việc.Chosen package and confirmed scope.
  • Mức giá, ưu đãi áp dụng (nếu có) và thời hạn hiệu lực của báo giá.Price, any applicable offer, and quotation validity.
  • Mốc thanh toán: 50% trước khởi động; 50% sau nghiệm thu, trước bàn giao đầy đủ, theo thỏa thuận.Payment milestones: 50% before kickoff, 50% after acceptance and before full handover, subject to the agreement.
  • Tài liệu khách cần gửi: nội dung, logo, hình ảnh, thông tin liên hệ, tài khoản cần dùng.Client-supplied materials and any required access.

Kickoff after payment

Sau khi nhận khoản đầu / After initial payment
WORKS bắt đầu

Lên cấu trúc, dựng giao diện, triển khai theo phạm vi và lịch dự kiến đã chốt.Structure, interface design and implementation according to the approved scope and timeline.

Khách phối hợp

Phản hồi đúng thời hạn, tổng hợp góp ý theo từng vòng và bổ sung nội dung còn thiếu nếu có.Respond within agreed windows, consolidate comments per round and provide missing content.

  • Lịch triển khai được xác nhận khi có thỏa thuận hợp lệ, đủ khoản thanh toán đầu và tư liệu cốt lõi.The schedule begins once the agreement, initial payment and essential materials are all in place.
  • Mọi thay đổi ngoài phạm vi cần được duyệt thêm bằng văn bản trước khi làm.Out-of-scope requests require written approval before work begins.
Khoản thanh toán đầu dùng để làm gì?What does the initial payment mean?
+

Khoản thanh toán đầu tiên là một mốc trong lịch thanh toán đã thỏa thuận. WORKS chỉ xác nhận lịch khởi động khi thỏa thuận đã được chấp thuận, tiền đầu đã nhận và tư liệu cần thiết đã sẵn sàng. Thuật ngữ pháp lý của khoản tiền được xác định trong hợp đồng, không mặc định gọi là “đặt cọc”.The first payment is a contractual milestone. WORKS confirms kickoff after the agreement is accepted, the initial payment is received and essential materials are ready. Its legal classification is defined in the agreement; it is not automatically treated as a statutory deposit.

  • Sau khi phạm vi được chốt và khoản thanh toán đầu được nhận, lịch bắt đầu mới được xem là xác nhận.A schedule is confirmed once the agreed scope, agreement, initial payment and essential materials are in place.
  • Nếu chưa hoàn tất khoản thanh toán đầu hoặc chưa đủ tư liệu cốt lõi, timeline chưa nên tính chính thức.Without the initial payment or core materials, the confirmed production timeline should not begin.
Nếu khách đổi ý sau khi đã thanh toán lần đầu?What if the client changes direction after kickoff?
+

Nếu thay đổi nhỏ và vẫn nằm trong định hướng đã chốt, WORKS sẽ xử lý trong phạm vi bình thường.Small changes within the approved direction may be handled inside the existing scope.

Nếu khách đổi mục tiêu, đổi cấu trúc lớn hoặc thêm nhiều hạng mục mới, WORKS sẽ phải cập nhật báo giá, tiến độ hoặc đề xuất chuyển hướng dự án. Mọi điều chỉnh nên được xác nhận bằng văn bản.A new objective, major structural change or significant added work may require an updated quote and timeline. Changes should be approved in writing.

A CLEAR PAGE BEFORE THE FIRST PAYMENT / MỘT TRANG RÕ RÀNG TRƯỚC THANH TOÁN
Know before you commit.Project Transparency Summary / Tóm tắt minh bạch dự án XEM MẪU TÓM TẮT / VIEW SUMMARY TEMPLATE

Với mỗi dự án, WORKS sẽ cung cấp bản tóm tắt ngắn, có mã phiên bản, để khách kiểm tra lại trước khi xác nhận và thanh toán. Bản dưới đây là mẫu minh họa chưa điền dữ liệu khách.For each project, WORKS can provide a short versioned summary for review before confirmation and payment. Below is an unfilled illustration, not an issued quotation.

VANSAC WORKS / PROJECT RECORD

Project Transparency
Summary.

TÓM TẮT MINH BẠCH DỰ ÁN

EXAMPLE / MẪUKHÔNG PHẢI BÁO GIÁ
NOT A QUOTATION
KHÁCH HÀNG / CLIENTChờ điền / To be completed
MÃ & PHIÊN BẢN / REFERENCE & VERSIONĐiền khi gửi báo giá / Assigned with quote
GÓI & PHẠM VI / PACKAGE & SCOPEGhi số trang, tính năng và tài liệu bàn giaoPages, features and deliverables to be specified
ĐIỀU CHƯA BAO GỒM / EXCLUSIONSLiệt kê rõ theo dự ánExplicit project-specific exclusions
GIÁ & TIỀN TỆ / TOTAL & CURRENCYĐược xác nhận trong báo giáConfirmed in the itemised quotation
PHÍ BÊN THỨ BA / THIRD-PARTY COSTSDomain, hosting, giấy phép, phí khác nếu cóProvider costs, licenses and other applicable charges
THANH TOÁN / PAYMENT MILESTONESĐề xuất 50% / 50%, theo hợp đồngProposed 50/50, subject to agreed terms
LỊCH & ĐIỀU KIỆN BẮT ĐẦU / TIMELINEGhi ngày, múi giờ và tư liệu cần nhậnDates, time zone and start prerequisites
CHỈNH SỬA, NGHIỆM THU / REVISIONS & ACCEPTANCEGhi số vòng và tiêu chí kiểm thửRevision rounds and objective acceptance checks
BẢO HÀNH, BÀN GIAO / WARRANTY & HANDOVERGhi thời hạn, tài sản và quyền truy cậpWarranty period, assets and access rights
HỦY, TẠM DỪNG, HOÀN TIỀN / ENDING THE PROJECTTham chiếu điều khoản được chấp thuậnApproved pause, cancellation and refund terms
LIÊN HỆ, KHIẾU NẠI / CONTACT & COMPLAINTSĐầu mối và cách xử lý được ghi rõNamed contact and dispute-handling process

QUAN TRỌNG / IMPORTANTBản tóm tắt giúp đọc nhanh, không thay thế hợp đồng và SOW. Nếu có nội dung chưa rõ, khách được yêu cầu giải thích trước khi xác nhận.This summary aids review but does not replace the agreement and SOW. Clients can request clarification before acceptance.

WORKS / PRE-CONTRACT CLARITY
Không xác nhận thay khách. / No assumed consent.

WORKS chỉ đánh dấu dự án đã chốt sau khi khách được xem, lưu các tài liệu liên quan và thể hiện sự đồng ý hợp lệ. Bản tóm tắt cuối cần nhất quán với báo giá, SOW và hợp đồng đã chấp thuận.A project moves forward only after the client can review and retain the applicable documents and provides valid agreement. The final summary must match the approved quote, SOW and contract.

03 / DURING THE PROJECT

Build, review
and acceptance.

Trong lúc làm, điều quan trọng nhất là giữ phạm vi rõ ràng và phản hồi gọn. Như vậy chất lượng tốt hơn, và thời gian cũng ít bị kéo dài không cần thiết.During production, clear scope and consolidated feedback keep the work focused, testable and easier to deliver on schedule.

Production

Triển khai / Design & build
  • WORKS triển khai dựa trên nội dung và cấu trúc đã thống nhất.WORKS designs and builds from the approved structure and materials.
  • Có thể có các mốc xem trước tùy gói hoặc theo thỏa thuận dự án.Preview checkpoints may be scheduled depending on package or agreement.
  • Lỗi kỹ thuật thuộc trách nhiệm WORKS được sửa mà không tính phí phát sinh.Defects attributable to WORKS are fixed at no extra charge.

Review & approval

Góp ý / Revisions and review
Vòng chỉnh sửa

Mặc định 2 vòng trong phạm vi. Mỗi vòng nên được gom thành một danh sách góp ý tổng hợp.

Nghiệm thu

Trước bàn giao, khách cần kiểm tra nội dung, đường dẫn, form, lỗi hiển thị và xác nhận phần đã đạt yêu cầu.Before handover, the client reviews content, links, forms, display defects and confirms acceptance.

  • Thêm tính năng mới hoặc thay đổi lớn sau khi đã chốt có thể phát sinh thêm chi phí và thời gian.New features or major changes can affect cost and timeline.
  • Sự chậm trễ phản hồi hoặc chậm gửi nội dung có thể kéo dài lịch thực hiện.Delayed feedback or missing content can extend delivery.
Một vòng chỉnh sửa được hiểu như thế nào?What counts as one revision round?
+

Một vòng chỉnh sửa là một lần góp ý tổng hợp cho phần đã được gửi xem. Tốt nhất là khách gom toàn bộ góp ý thành một danh sách rõ ràng, thay vì gửi rải rác nhiều ngày.One revision round means one consolidated batch of feedback on the work presented for review. Please gather comments into one clear list rather than sending fragmented requests over many days.

  • Ví dụ: đổi câu chữ, chỉnh khoảng cách, thay vài hình trong cùng một đợt góp ý vẫn có thể tính là một vòng.Text changes, spacing adjustments or image replacements in the same review batch may count as one round.
  • Nhưng nếu đã chốt rồi lại mở thêm một đợt góp ý mới với các yêu cầu khác, đó có thể được tính là vòng tiếp theo.A new batch of requests after a round is closed may count as another round.
Lỗi kỹ thuật khác gì với yêu cầu thay đổi?Defect vs. requested change
+

Lỗi kỹ thuật là khi website không hoạt động đúng với phạm vi đã được chốt: link sai, form lỗi, hiển thị vỡ, nội dung bị cắt do triển khai sai, v.v.A technical defect means the site fails to work as agreed, such as broken links, faulty forms or a layout error introduced during implementation.

Yêu cầu thay đổi là khi khách muốn một thứ mới hoặc muốn đổi quyết định trước đó: đổi bố cục, thêm section, thêm hiệu ứng, thêm form, thêm ngôn ngữ… Những mục này có thể phát sinh phí và thời gian.A change request asks for something new or revises an approved decision, such as another section, interaction, form or language. It may affect price and timeline.

04 / FINAL PAYMENT & HANDOVER

What happens
at the end.

Giai đoạn cuối cần tách rõ: nghiệm thu, thanh toán còn lại và bàn giao đầy đủ. Khi các bước này rõ ràng, cả hai bên đều dễ làm việc hơn và giảm rủi ro hiểu nhầm.Acceptance, final payment and full handover are separate milestones. Each should be confirmed and documented.

Before handover

Trước bàn giao / Before final delivery
  • Khách xác nhận website đã đạt phạm vi đã ký sau các vòng góp ý.Client confirms the website meets the agreed scope.
  • Khoản thanh toán còn lại được hoàn tất trước khi bàn giao đầy đủ mã nguồn/tài khoản theo thỏa thuận.Final payment is completed before full source/account handover as agreed.
  • Domain/hosting do khách tự mua sẽ được kết nối theo phạm vi đã chốt hoặc theo add-on tương ứng.Client-owned domain/hosting is connected within scope or as an add-on.

After handover

Sau bàn giao / After delivery
Bao gồm

Bảo hành lỗi kỹ thuật 30 ngày theo thỏa thuận và hướng dẫn sử dụng/bàn giao phù hợp gói.30-day technical defect warranty under the agreement, with package-appropriate handover guidance.

Không tự động bao gồm

Chỉnh sửa nội dung vô hạn, mở rộng tính năng, hỗ trợ 24/7 hoặc các yêu cầu mới ngoài hợp đồng.Unlimited content edits, new functionality, 24/7 support or other out-of-scope work.

  • Các thay đổi phát sinh sau bàn giao sẽ dùng bảng add-on hoặc báo giá riêng.Post-handover changes follow the add-on rates or a separate quote.
  • Nếu dùng gói Website Care, phạm vi hỗ trợ định kỳ sẽ được ghi riêng.If a Website Care plan is used, its scope will be defined separately.
“Bàn giao” thực sự bao gồm những gì?What is included in handover?
+

Tùy thỏa thuận, bàn giao có thể bao gồm mã nguồn website, liên kết triển khai, danh sách tài khoản cần chuyển, hướng dẫn cơ bản và ghi chú vận hành.Depending on the agreement, handover may include source code, the deployed site URL, account-transfer steps, basic guidance and operations notes.

  • Nếu khách tự mua domain/hosting, WORKS sẽ hỗ trợ kết nối theo phạm vi đã chốt.If the client owns domain or hosting, WORKS assists with the agreed connection scope.
  • Nếu có tài sản bên thứ ba như font, ảnh, plugin, quyền sử dụng sẽ phụ thuộc giấy phép của từng nhà cung cấp.Third-party fonts, images, plugins and services remain subject to their respective licenses.
Bảo hành 30 ngày có nghĩa là gì?What does the 30-day warranty actually cover?
+

Bảo hành kỹ thuật 30 ngày áp dụng cho lỗi thuộc trách nhiệm triển khai của WORKS, xuất hiện sau khi bàn giao và trong điều kiện website không bị sửa hỏng bởi bên khác.The 30-day technical warranty covers defects attributable to WORKS during the agreed warranty period, subject to the contract and later third-party changes.

Bảo hành không đồng nghĩa với việc thêm nội dung, thay đổi giao diện liên tục hoặc phát triển thêm tính năng mới miễn phí.Warranty does not mean unlimited content edits, repeated redesigns or free feature development.

CLICK TO EXPAND / NHẤN ĐỂ XEM GIẢI THÍCH

Some terms
need context.

Nếu khách chưa quen với cách làm website, một số từ như scope, revision, handover hay hosting rất dễ bị hiểu khác nhau. Phần này giải thích ngay trong cùng trang, không cần mở sang chỗ khác.Some project terms can mean different things to different people. Tap a question to read its explanation right here, without leaving this page.

Scope / Phạm viWhat is actually included in the quote?
+

Phạm vi là danh sách rõ ràng những gì WORKS sẽ làm trong dự án: loại website, số trang, số section, các tính năng cơ bản, số vòng sửa, thời gian dự kiến và quyền lợi đi kèm.Scope is the documented list of work and deliverables, including the site type, pages, sections, features, revisions, timeline and included services.

Nếu một việc không được ghi trong phạm vi, khách không nên mặc định nó tự động bao gồm.Anything not listed is not automatically included.

Revision round / Vòng chỉnh sửaHow feedback is grouped
+

Một vòng chỉnh sửa là một đợt góp ý tổng hợp cho phần đã được gửi xem. Điều này giúp cả hai bên làm việc gọn và không bị rối bởi góp ý lẻ tẻ kéo dài.A revision round is a single consolidated batch of feedback on work provided for review.

Handover / Bàn giaoWhat happens at project close
+

Bàn giao là giai đoạn kết thúc dự án, khi khách đã nghiệm thu, hoàn tất thanh toán còn lại và nhận những phần đã được thỏa thuận như link website, mã nguồn hoặc hướng dẫn sử dụng.Handover is the project closing milestone after acceptance and final payment, with the agreed website assets and instructions transferred.

Hosting support / Hỗ trợ triển khaiSupport is not the same as owning the service
+

Hỗ trợ triển khai nghĩa là WORKS giúp đưa website lên môi trường phù hợp hoặc kết nối domain/hosting trong phạm vi đã chốt. Điều đó không có nghĩa WORKS mặc định là bên sở hữu gói hosting trả phí của khách.Deployment assistance means helping put the site online or connect the client-owned domain/hosting within the agreed scope. It does not make WORKS the owner of third-party subscriptions.

Warranty / Bảo hànhDefects are covered, not unlimited change requests
+

Bảo hành chỉ áp dụng cho lỗi kỹ thuật thuộc trách nhiệm triển khai của WORKS. Nó không phải gói chỉnh sửa nội dung hoặc phát triển thêm tính năng miễn phí sau bàn giao.Warranty covers implementation defects attributable to WORKS, not unlimited content updates or new functionality.

PROJECT PRINCIPLES / NGUYÊN TẮC LÀM VIỆC

Không gửi tiền trước khi hiểu phạm viUnderstand the scope before paying

Giá chỉ có ý nghĩa khi hai bên hiểu rõ website cần làm là gì, cần bao nhiêu trang, và có yêu cầu gì thêm.A price is meaningful only when site goals, pages and extras are clear to both parties.

Mọi thứ quan trọng nên ở dạng văn bảnDocument key agreements in writing

Tên gói, phạm vi, mốc thời gian, chi phí phát sinh, điều kiện bảo hành và bàn giao nên được thể hiện bằng văn bản để tránh hiểu sai.Package, scope, milestones, extras, warranty and handover should be documented in writing.

Scope first, speed secondPrioritise clarity over speed

Nếu phạm vi không rõ mà vẫn đẩy nhanh thanh toán và triển khai, khả năng phát sinh tranh cãi sẽ cao hơn rất nhiều.If scope remains uncertain, rushing payment or production can create avoidable disputes.

Start with a clear scope.

Khi khách hiểu trước quy trình, WORKS có thể tập trung vào điều quan trọng hơn: làm website chỉn chu và bàn giao đúng những gì đã chốt.

ASK ABOUT THE PROCESS ↗BACK TO PRICING ↗
Đây là trang giải thích quy trình, không phải hợp đồng pháp lý cuối cùng. Điều khoản cụ thể luôn phụ thuộc báo giá và thỏa thuận được duyệt.