thiết kế sản phẩm

Cách phân tích yêu cầu doanh nghiệp và lên kế hoạch cho dự án khi thời gian gấp

content2 — Wed, 24 Jul 2024 07:21:17 +0000

Cách phân tích yêu cầu doanh nghiệp và lên kế hoạch cho dự án khi thời gian gấp content2 T4, 07/24/2024 - 14:21 Chiến lược

Làm sao để ta lên kế hoạch hiệu quả cho một dự án khi thời gian eo hẹp? Đáp áp chính là thấu hiểu các yêu cầu doanh nghiệp để có thời gian triển khai hợp lý.

Bài viết này sẽ giúp bạn quản lý tốt tất cả các yêu cầu triển khai, dù là về cách ước lượng thời gian hay nhóm các đầu việc. Mục tiêu của chúng ta là kiểm soát tốt mọi khâu của dự án, đảm bảo sự phát triển sản phẩm hiệu quả.

chiến lược sản phẩm thiết kế sản phẩm

Bài viết này sẽ giúp bạn quản lý tốt tất cả các yêu cầu triển khai, dù là về cách ước lượng thời gian hay nhóm các đầu việc. Mục tiêu của chúng ta là kiểm soát tốt mọi khâu của dự án, đảm bảo sự phát triển sản phẩm hiệu quả.

Sử dụng phương pháp Timebox để xác định thời gian cho các yêu cầu

Hai loại timebox chính được sử dụng để thống nhất các sản phẩm đầu ra trong thời gian cụ thể là:

Timebox bên ngoài: Quy định thời gian bắt đầu và kết thúc của một dự án, và tốt nhất là thời điểm kết thúc không thể thay đổi.

Timebox bên trong: Quy định các khung thời gian cố định cho từng phần sản phẩm được sản xuất, cũng như mối quan hệ và trùng lặp của các khoảng thời gian này.

Mỗi timebox đều sẽ phải có mục tiêu cụ thể với mô tả về những sản phẩm cần được bàn giao, còn chi tiết về quy trình thì người phụ trách sẽ quy định. Tức ta quan tâm về sản phẩm thành quả hơn là các hoạt động bên trong.

Sử dụng timebox

Phương pháp timebox rất hữu hiệu khi thời gian hữu hạn và cần quản lý nhiều cấu phần, cũng như giúp dự toán các tài nguyên cần thiết để cung cấp sản phẩm. Tất cả timebox, dù bên ngoài hay bên trong, nên tuân theo các nguyên tắc về:

Cấu trúc: Tất cả timebox nên có kế hoạch khởi đầu, kết thúc, và tính toán các hoạt động như Nghiên cứu (Investigate), Refine (Điều chỉnh) và Hoàn thiện (Consolidate).
Tài nguyên: Khi một timebox bắt đầu, tất cả tài nguyên nên sẵn sàng, từ con người, công nghệ, các kết quả từ timbox trước, danh sách các kết quả đầu ra, đến quy định về khung thời gian, và bất kỳ yêu cầu nào khác.

Bằng cách cho mỗi timebox bên trong khoảng thời gian ngắn, ta có thể cho phép các nhiệm vụ diễn ra không bị thay đổi cho đến khi hoàn thành, và sau đó mới đánh giá kết quả sản phẩm đầu ra. Cách tiếp cận này cũng phù hợp với phương pháp Agile như cách các Sprint diễn ra nhanh, quyết liệt.

Đọc thêm: Xây dựng chiến lược sản phẩm số để chiến thắng trên thị trường

Sử dụng phương pháp MoSCoW để phân độ ưu tiên cho các yêu cầu

Với ngân sách và thời gian hạn chế, sự sắp xếp là rất quan trọng để biết thứ tự các việc cần hoàn thành. Vấn đề khi áp dụng sự ưu tiên là thiếu các tiêu chuẩn được thống nhất, và quy trình xử lý khi thứ tự ưu tiên bị thay đổi.

Trong phần này, chúng ta sẽ sử dụng một công cụ tên là MoSCoW để kết hợp với Timebox ở trên, giúp bàn giao từng phần theo thời gian thay vì tất cả mọi phần cùng một lúc. Các phần quan trọng nhất cần hoàn thành trước và các phần kém quan trọng hơn được đẩy về phía sau hoặc loại bỏ.

MoSCoW tức là chia độ quan trọng theo

Must have - Phải có: Các yêu cầu này là chắc chắn phải có đẻ sản phẩm có thể ra mắt. Để làm rõ các cấu phần này, mô tả yêu cầu cần ở mức xác định rõ ràng.

Should have - Nên có: Các yêu cầu này được kỳ vọng sẽ có cho loại sản phẩm, nhưng không nhất thiết phải có lúc ra mắt. Tuy nhiên, chúng nên được bổ sung sớm ngay sau đó.

Could have - Có thể có: Các yêu cầu này có thể làm nếu không ảnh hưởng đến thời gian của các cấu phần Phải có và Nên có. Ta có thể phân biệt Có thể có với Nene có thông qua giá trị kinh doanh và số người dùng bị ảnh hưởng.

Want to have - Muốn có: Các yêu cầu này có giá trị nhưng có thể đợi đến giai đoạn sau. Dù vậy, các yêu cầu này vẫn có thể ảnh hưởng đến quyết định thiết kế và kế hoạch triển khai.

Cách phân loại này có hiệu quả hơn cách phân loại độ ưu tiên bằng số hoặc chữ (như Quan trọng, Rất quan trọng, etc) vì đem đến định nghĩa rõ ràng hơn mà không cần bối cảnh.

Sử dụng MoSCoW

Một khi các stakeholder đã hiểu cách sử dụng MoSCoW, cần ghi nhớ là lượng việc Phải có không nên chiếm quá 60%. Bên cạnh đó, quy định về ai có thể thay đổi mức độ ưu tiên cũng cần làm rõ. Dẫu sẽ có nhiều tranh cãi, MoSCoW rất hữu dụng để linh hoạt sắp xếp với nhiều khía cạnh của yêu cầu nghiệp vụ.

Ví dụ:

Yêu cầu chức năng:

Xem số dư tài khoản - độ ưu tiên M (Phải có)

Các yêu cầu không phải chức năng:

- Bảo mật thông tin - độ ưu tiên M (Phải có)
- Cập nhật tới giao dịch gần nhất - độ ưu tiên S (Nên có)
- Hiện cả với VND và USD - độ ưu tiên C (Có thể có)
- Hiện với các ngôn ngữ khác - độ ưu tiên C (Có thể có)

Lưu ý nhỏ, MoSCoW hoạt động tốt nhất khi có khung thời gian cụ thể, vì độ quan trọng của các yêu cầu có thể thay đổi tuỳ theo ngày tháng khác nhau.

Đọc thêm: Xây dựng sản phẩm bằng kiến thức Design Thinking- Phần 1

Sắp xếp các yêu cầu để triển khai dự án

Có 2 cách để sắp xếp các yêu cầu cần triển khai, đó là:

1. Cấu trúc yêu cầu:

Các yêu cầu doanh nghiệp cần được sắp xếp thành các nhóm về:

Yêu cầu chức năng: Phân theo khu vực kinh doanh, quy trình kinh doanh, case chức năng, và cách truy cập
Yêu cầu không phải chức năng: Phân theo hiệu năng, bảo mật, hỗ trợ, etc:
Yêu cầu chung: Phân theo hạn chế dự án, yêu cầu pháp luật, yêu cầu thẩm mỹ, sự phù hợp văn hoá
Yêu cầu kỹ thuật: Phân theo phần cứng, phần mềm, và viễn thông

Sau khi đã có các nhóm này, ta cũng nên có tài liệu về sự liên quan và phụ thuộc giữa các yêu cầu. Việc này sẽ giúp phát hiện những điều chỉnh cần có trong kế hoạch (dù với dự án hay timebox). Bên cạnh đó, đây cũng là lúc để phân tích lại các mô tả yêu cầu liệu đã đủ rõ ràng, hay sẽ cần các thông tin bổ sung để phân cấp quan trọng ở mức độ nhỏ hơn.

Đọc thêm: Kết hợp giữa dữ liệu và thiết kế như thế nào để thúc đẩy đổi mới sáng tạo trong sản phẩm và quy trình ?

2. Phân tích các thay đổi với yêu cầu

Khi phân tích, có thể dự án sẽ xuất hiện các yêu cầu đối chọi nhau, và cần giải quyết để tránh các vấn đề xảy ra trong dự án. Một workshop sẽ cần được tổ chức để các stakeholder thảo luận và đưa ra quyết định.

Ba bước để xử lý với những thay đổi như vậy là:

Thảo luận về yêu cầu: Các stakeholder nên biết về tình huống và bắt đầu thảo luận để tìm ra giải pháp, cũng nhu cân nhắc các tác động lên dự án.
Sắp xếp độ quan trọng của các yêu cầu: Phương pháp MoSCoW lại có thể được áp dụng để xác định các yêu cầu quan trọng với stakeholder và lí do. Nếu có sự đối lập trong ý kiến, workshop sẽ giúp thấu hiểu góc nhìn của nhau hơn.
Thống nhất về yêu cầu: Sự thống nhất sẽ giúp đưa ra quyết định với sự đóng góp các bên. Nhưng nếu không thành công, ta sẽ cần đến sự phán quyết của cấp trên cao nhất.

Lúc này, các yêu cầu doanh nghiệp đã sẵn sàng để triển khai, đảm bảo sự thống nhất về hiểu biết giữa các bên và giúp thời gian triển khai được theo sát dù với thời gian gấp, giảm thiểu các thay đổi trong quá trình dự án.

Cách xây dựng cấu trúc thông tin - Information Architecture cho website Hãy ra quyết định một cách chiến lược trong thời điểm nhiễu nhương Family Banking: Khi khách hàng là trẻ em, chúng ta thiết kế ứng dụng ngân hàng như thế nào? P1 6 lí do khiến landing page bất động sản hiệu quả trong việc thu hút khách hàng Thiết kế một trải nghiệm tài chính liền mạch cho các nhóm người dùng mọi nơi Thiết kế gây dựng tin tưởng: Cách thiết giao diện tài chính đáng tin cậy

Off

Casestudy: Thiết kế giải pháp tiếp cận khách hàng với hệ sinh thái API

content2 — Thu, 09 Feb 2023 08:29:26 +0000

Casestudy: Thiết kế giải pháp tiếp cận khách hàng với hệ sinh thái API content2 T5, 02/09/2023 - 15:29 Chiến lược

Bạn sẽ thấy cách ứng dụng phương pháp thiết kế API lấy con người làm trung tâm, để thiết kế sản phẩm xác nhận danh tính API. Đây là một case thực tế, sẽ giúp bạn hiểu về thiết kế API.

Theo đó, chúng tôi cũng sẽ giới thiệu một quy trình tiếp cận khách hàng sử dụng cho một cổng thông tin điện tử. Nó là một quy trình thực, có sự tham gia của khách hàng, người sẽ mua dữ liệu từ doanh nghiệp. Sau đó, chúng tôi cũng sẽ trình bày về cách sử dụng sơ đồ dịch vụ API để hình ảnh hóa hành trình khách hàng, cách xác định pain point, cách sử dụng thẻ sản phẩm API để thiết kế giải pháp và tạo ra sản phẩm xác nhận danh tính API.

Quá trình tiếp cận khách hàng

Nhiều tổ chức đang tìm kiếm những cách mới để tương tác hiệu quả hơn, cung cấp trải nghiệm và hành trình tốt hơn cho khách hàng và hơn thế, tiết kiệm chi phí. Trong số ấy, có những tổ chức xây dựng những giải pháp tự phục vụ cho khách hàng thông qua nền tảng online. Với mục tiêu ấy, họ tạo một cổng thông tin điện tử để tiếp cận khách hàng và cung cấp dịch vụ.

Cung cấp một cách nhanh chóng và đơn giản là chìa khóa để biến người truy cập trở thành người dùng, xa hơn là thành khách hàng.

Tuy nhiên, một số tổ chức cần thực hiện việc xác minh người dùng, đặc biệt là ngành bảo hiểm hay tài chính. Theo đó, quá trình tiếp cận này trở nên phức tạp và tốn thời gian.

Trong khi quá trình càng phức tạp, tỷ lệ chuyển đổi càng thấp. Một trong những tổ chức mà chúng tôi đã hợp tác cho biết, tỷ lệ chuyển đổi của họ chỉ gần 10%. Chúng tôi xác định tỷ lệ chuyển đổi là tỷ lệ nằm giữa số người đăng ký và số người đã thực hiện quá trình đăng ký.

Vậy nên, chúng tôi tiến hành một workshop với tổ chức ấy để hiểu quá trình đăng ký và vấn đề của nó. Dưới đây là quá trình đăng ký kèm nhiệm vụ của người dùng theo từng bước:

Bắt đầu đăng ký - click “đăng ký”
Tạo một tài khoản - click “tài khoản mới”
Cung cấp thông tin cá nhân - nhập tên, ngày sinh, địa chỉ mail, số điện thoại
Xác nhận mail - check mail, nhấn link xác nhận
Xác nhận số điện thoại - nhập mã xác nhận được gửi về điện thoại
Cung cấp thông tin địa chỉ - nhập địa chỉ
Tạo tên đăng nhập và mật khẩu - nhập tên, mật khẩu
Xác nhận địa chỉ bưu điện - chờ một thư tay chưa mã xác nhận, nhập mã xác nhận vào web.

Tiếp theo, chúng ta sẽ sử dụng sơ đồ dịch vụ API để hình ảnh hóa hành trình khách hàng này.

Hành trình khách hàng

Cùng với khách hàng, bạn có thể trình bày hành trình của khách hàng cuối trên sơ đồ dịch vụ API. Hình dưới đây là sơ đồ ấy.

Tiếp theo chúng tôi tiếp tục xác định pain point:

Xác định pain point

Trên sơ đồ dịch vụ, chúng tôi đánh dấu những bước tạo pain point. Hãy dùng chấm đỏ cho những pain point rõ rệt, nhưng chấm xanh lá cho những bước cần thảo luận thêm và xanh lam cho những bước có thể cải thiện. Xem hình dưới để thấy rõ:

Như vậy, chúng ta có thể xác định những pain point sau:

Xác nhận địa chỉ bưu điện bằng thư tay. Đây là một pain point rõ rệt. Khách hàng tiềm năng phải chờ một bức thư tay với mã xác minh mới có thể hoàn thành việc đăng ký. Trong khi, gửi một bức thư thường sẽ mất tới vài ngày và chúng cũng sẽ mất thêm chi phí.
Xác nhận số điện thoại. Bước này có thể được cải thiện. Thông thường chúng ta có thể xác minh người dùng bằng cách gửi mã xác nhận vào số điện thoại của người ấy và họ sẽ nhập mã ấy trên web. Nhưng tổ chức này lại dùng hẳn cả một service cho việc này.
Xác nhận địa chỉ. Bước này cũng có thể được cải thiện. Khi người dùng nhập địa chỉ, họ có thể gõ sai, nhầm tên hoặc quên mã zip.

Tiếp theo, chúng ta rút ra những thẻ sản phẩm có sẵn từ API và thảo luận về giải pháp cho những pain point này.

Giải pháp

Trong danh mục sản phẩm của API, chúng ta tìm ra 3 gói có thể cải thiện những pain point này:

Customers: Gồm Customers API, cung cấp thông tin về khách hàng dựa trên số điện thoại hoặc số chứng minh. Những thông tin này bao gồm những thông tin cơ bản (tên, địa chỉ), lượt đăng ký sản phẩm, thanh toán,..
Maps: Bao gồm Addresses API, cung cấp một giao diện để truy xuất tất cả địa chỉ tại Thụy Sỹ, bằng một backend service. Một công ty viễn thông cần có tất cả địa chỉ của hiện tại và tương lai để quản lý việc xây dựng cơ sở hạ tầng cho những địa điểm hiện tại và dự tính.
Messaging: Một gói API, gồm SMS API - là một dạng mã xác nhận. Với nó chúng ta có thể xác nhận người dùng bằng cách gửi token qua SMS và người dùng sẽ gửi lại token ấy qua web.

Ứng dụng sản phẩm thẻ API vào sơ đồ dịch vụ API để giải quyết những pain pont theo mô tả của hình dưới:

Trong đó, việc cung cấp thông tin khách hàng qua Customers API cho một tổ chức thì không hợp lý, vậy nên chúng ta nên tìm giải pháp thay thế.

Phát triển ý tưởng

Vì lý do đạo đức, chúng ta không thể cung cấp cho tổ chức khác thông tin khách hàng. Do đó cần một phương án khác

Chúng ta hiểu các tổ chức muốn xác minh danh tính của người dùng và họ có một lượng dữ liệu lớn về những người này. Dù vậy, việc lên kế hoạch cho một sản phẩm thẻ API mới để phục vụ nhu cầu này cũng không tệ.

Trong đó, nó bao gồm những hồ sơ đã xác minh được dùng để xác nhận những thông tin đã được người dùng cung cấp. Bằng cách nhận thông tin từ người dùng, nó sẽ xử lý và xác định liệu những thông tin ấy có khớp với thông tin trong hồ sơ đã có hay không.

Việc xác nhận địa chỉ bưu điện cũng đã lỗi thời nên chúng tôi quyết định bỏ bước xác nhận này. Người dùng có thể hoàn thành đăng ký chỉ trong một session và không phải chờ thư nữa. Hình dưới mô tả quá trình đăng ký cuối cùng với gói Customers đã được thay thế bằng sản phẩm xác nhận danh tính API.

Với cách tiếp cận ấy, chúng tôi không cần cung cấp cho tổ chức ấy thông tin khách hàng. Thay vào đó, họ cung cấp cho chúng tôi một số thông tin và chúng tôi sẽ thực hiện xác nhận thay cho họ.

API Product Draft of Identity

Cuối cùng, chúng tôi xác nhận 3 sản phẩm API có thể giúp tổ chức ấy đơn giản hóa quy trình đăng ký, tăng tỷ lệ chuyển đổi. Chúng tôi đã đóng gói những sản phẩm ấy thành một sản phẩm và đặt tên là Identity. Nó gồm:

Identity Verification API để xác nhận danh tính người dùng
Addresses API để xác nhận một địa chỉ đã tồn tại, sửa lỗi chính tả và cung cấp công cụ tìm kiếm đơn giản cho người dùng. Addresses API là một phần của sản phẩm bản đồ API Maps.
SMS Token Validation API để xác minh người dùng qua số điện thoại. SMS Token Validation API là một phần của sản phẩm API Messaging.

Đó chính là cách để xây dựng một sản phẩm xác nhận danh tính API, và bạn cũng có thể học về phương pháp quản lý sản phẩm API qua quá trình này.

Quá trình tiếp cận khách hàng

Cung cấp một cách nhanh chóng và đơn giản là chìa khóa để biến người truy cập trở thành người dùng, xa hơn là thành khách hàng.

Bắt đầu đăng ký - click “đăng ký”
Tạo một tài khoản - click “tài khoản mới”
Cung cấp thông tin cá nhân - nhập tên, ngày sinh, địa chỉ mail, số điện thoại
Xác nhận mail - check mail, nhấn link xác nhận
Xác nhận số điện thoại - nhập mã xác nhận được gửi về điện thoại
Cung cấp thông tin địa chỉ - nhập địa chỉ
Tạo tên đăng nhập và mật khẩu - nhập tên, mật khẩu
Xác nhận địa chỉ bưu điện - chờ một thư tay chưa mã xác nhận, nhập mã xác nhận vào web.

Tiếp theo, chúng ta sẽ sử dụng sơ đồ dịch vụ API để hình ảnh hóa hành trình khách hàng này.

Hành trình khách hàng

Cùng với khách hàng, bạn có thể trình bày hành trình của khách hàng cuối trên sơ đồ dịch vụ API. Hình dưới đây là sơ đồ ấy.

Tiếp theo chúng tôi tiếp tục xác định pain point:

Xác định pain point

Như vậy, chúng ta có thể xác định những pain point sau:

Xác nhận địa chỉ bưu điện bằng thư tay. Đây là một pain point rõ rệt. Khách hàng tiềm năng phải chờ một bức thư tay với mã xác minh mới có thể hoàn thành việc đăng ký. Trong khi, gửi một bức thư thường sẽ mất tới vài ngày và chúng cũng sẽ mất thêm chi phí.
Xác nhận số điện thoại. Bước này có thể được cải thiện. Thông thường chúng ta có thể xác minh người dùng bằng cách gửi mã xác nhận vào số điện thoại của người ấy và họ sẽ nhập mã ấy trên web. Nhưng tổ chức này lại dùng hẳn cả một service cho việc này.
Xác nhận địa chỉ. Bước này cũng có thể được cải thiện. Khi người dùng nhập địa chỉ, họ có thể gõ sai, nhầm tên hoặc quên mã zip.

Tiếp theo, chúng ta rút ra những thẻ sản phẩm có sẵn từ API và thảo luận về giải pháp cho những pain point này.

Giải pháp

Trong danh mục sản phẩm của API, chúng ta tìm ra 3 gói có thể cải thiện những pain point này:

Customers: Gồm Customers API, cung cấp thông tin về khách hàng dựa trên số điện thoại hoặc số chứng minh. Những thông tin này bao gồm những thông tin cơ bản (tên, địa chỉ), lượt đăng ký sản phẩm, thanh toán,..
Maps: Bao gồm Addresses API, cung cấp một giao diện để truy xuất tất cả địa chỉ tại Thụy Sỹ, bằng một backend service. Một công ty viễn thông cần có tất cả địa chỉ của hiện tại và tương lai để quản lý việc xây dựng cơ sở hạ tầng cho những địa điểm hiện tại và dự tính.
Messaging: Một gói API, gồm SMS API - là một dạng mã xác nhận. Với nó chúng ta có thể xác nhận người dùng bằng cách gửi token qua SMS và người dùng sẽ gửi lại token ấy qua web.

Ứng dụng sản phẩm thẻ API vào sơ đồ dịch vụ API để giải quyết những pain pont theo mô tả của hình dưới:

Trong đó, việc cung cấp thông tin khách hàng qua Customers API cho một tổ chức thì không hợp lý, vậy nên chúng ta nên tìm giải pháp thay thế.

Phát triển ý tưởng

Vì lý do đạo đức, chúng ta không thể cung cấp cho tổ chức khác thông tin khách hàng. Do đó cần một phương án khác

API Product Draft of Identity

Identity Verification API để xác nhận danh tính người dùng
Addresses API để xác nhận một địa chỉ đã tồn tại, sửa lỗi chính tả và cung cấp công cụ tìm kiếm đơn giản cho người dùng. Addresses API là một phần của sản phẩm bản đồ API Maps.
SMS Token Validation API để xác minh người dùng qua số điện thoại. SMS Token Validation API là một phần của sản phẩm API Messaging.

Đó chính là cách để xây dựng một sản phẩm xác nhận danh tính API, và bạn cũng có thể học về phương pháp quản lý sản phẩm API qua quá trình này.

chiến lược sản phẩm thiết kế sản phẩm

Trong bài viết này, chúng tôi sẽ giới thiệu về API product identity, là sản phẩm API ứng dụng phương pháp quản lý sản phẩm API. Về cơ bản, nó là một sản phẩm cho phép chúng tôi xác nhận danh tính và thông tin cá nhân của một người. Dữ liệu về khách hàng chính là cơ sở cho sản phẩm này.

Quá trình tiếp cận khách hàng

Cung cấp một cách nhanh chóng và đơn giản là chìa khóa để biến người truy cập trở thành người dùng, xa hơn là thành khách hàng.

Đọc thêm: Tiếp cận kiểu UX để các brand tài chính thích ứng với Metaverse

Bắt đầu đăng ký - click “đăng ký”
Tạo một tài khoản - click “tài khoản mới”
Cung cấp thông tin cá nhân - nhập tên, ngày sinh, địa chỉ mail, số điện thoại
Xác nhận mail - check mail, nhấn link xác nhận
Xác nhận số điện thoại - nhập mã xác nhận được gửi về điện thoại
Cung cấp thông tin địa chỉ - nhập địa chỉ
Tạo tên đăng nhập và mật khẩu - nhập tên, mật khẩu
Xác nhận địa chỉ bưu điện - chờ một thư tay chưa mã xác nhận, nhập mã xác nhận vào web.

Tiếp theo, chúng ta sẽ sử dụng sơ đồ dịch vụ API để hình ảnh hóa hành trình khách hàng này.

Hành trình khách hàng

Cùng với khách hàng, bạn có thể trình bày hành trình của khách hàng cuối trên sơ đồ dịch vụ API. Hình dưới đây là sơ đồ ấy.

Tiếp theo chúng tôi tiếp tục xác định pain point:

Xác định pain point

Như vậy, chúng ta có thể xác định những pain point sau:

Xác nhận địa chỉ bưu điện bằng thư tay. Đây là một pain point rõ rệt. Khách hàng tiềm năng phải chờ một bức thư tay với mã xác minh mới có thể hoàn thành việc đăng ký. Trong khi, gửi một bức thư thường sẽ mất tới vài ngày và chúng cũng sẽ mất thêm chi phí.
Xác nhận số điện thoại. Bước này có thể được cải thiện. Thông thường chúng ta có thể xác minh người dùng bằng cách gửi mã xác nhận vào số điện thoại của người ấy và họ sẽ nhập mã ấy trên web. Nhưng tổ chức này lại dùng hẳn cả một service cho việc này.
Xác nhận địa chỉ. Bước này cũng có thể được cải thiện. Khi người dùng nhập địa chỉ, họ có thể gõ sai, nhầm tên hoặc quên mã zip.

Tiếp theo, chúng ta rút ra những thẻ sản phẩm có sẵn từ API và thảo luận về giải pháp cho những pain point này.

Giải pháp

Trong danh mục sản phẩm của API, chúng ta tìm ra 3 gói có thể cải thiện những pain point này:

Customers: Gồm Customers API, cung cấp thông tin về khách hàng dựa trên số điện thoại hoặc số chứng minh. Những thông tin này bao gồm những thông tin cơ bản (tên, địa chỉ), lượt đăng ký sản phẩm, thanh toán,..
Maps: Bao gồm Addresses API, cung cấp một giao diện để truy xuất tất cả địa chỉ tại Thụy Sỹ, bằng một backend service. Một công ty viễn thông cần có tất cả địa chỉ của hiện tại và tương lai để quản lý việc xây dựng cơ sở hạ tầng cho những địa điểm hiện tại và dự tính.
Messaging: Một gói API, gồm SMS API - là một dạng mã xác nhận. Với nó chúng ta có thể xác nhận người dùng bằng cách gửi token qua SMS và người dùng sẽ gửi lại token ấy qua web.

Ứng dụng sản phẩm thẻ API vào sơ đồ dịch vụ API để giải quyết những pain pont theo mô tả của hình dưới:

Trong đó, việc cung cấp thông tin khách hàng qua Customers API cho một tổ chức thì không hợp lý, vậy nên chúng ta nên tìm giải pháp thay thế.

Đọc thêm: Start-up và 6 yếu tố phải có cho một chiến lược định vị sản phẩm thành công

Phát triển ý tưởng

Vì lý do đạo đức, chúng ta không thể cung cấp cho tổ chức khác thông tin khách hàng. Do đó cần một phương án khác

Đọc thêm: Tận Dụng Các Mô Hình Nhận Thức Vào Sản Phẩm Thiết Kế p1

API Product Draft of Identity

Identity Verification API để xác nhận danh tính người dùng
Addresses API để xác nhận một địa chỉ đã tồn tại, sửa lỗi chính tả và cung cấp công cụ tìm kiếm đơn giản cho người dùng. Addresses API là một phần của sản phẩm bản đồ API Maps.
SMS Token Validation API để xác minh người dùng qua số điện thoại. SMS Token Validation API là một phần của sản phẩm API Messaging.

Đó chính là cách để xây dựng một sản phẩm xác nhận danh tính API, và bạn cũng có thể học về phương pháp quản lý sản phẩm API qua quá trình này.

3 lý do để đầu tư nhiều hơn vào UX - trải nghiệm người dùng Thực hiện phỏng vấn người dùng như nào để cải thiện UX? Triển khai AI để nâng cao trải nghiệm khách hàng 5 bước để thiết lập chiến lược giáo dục khách hàng Cách data visualization (trực quan hóa dữ liệu) tác động tới nhận thức của chúng ta về sự thật Tại sao cần bận tâm cho việc xây dựng thương hiệu?

Off

Start-up và 6 yếu tố phải có cho một chiến lược định vị sản phẩm thành công

content2 — Tue, 01 Nov 2022 03:10:03 +0000

Start-up và 6 yếu tố phải có cho một chiến lược định vị sản phẩm thành công content2 T3, 11/01/2022 - 10:10 Chiến lược

Chắc hẳn ai cũng nghe tới câu chuyện kinh doanh khôi hài về tỉ lệ thành công của start-ups. Chỉ 1/10 start-ups có thể tạo ấn tượng tốt trên thị trường. Thậm chí, trường hợp phổ biến là, một start-ups sẽ thành công với mức định giá tỉ đô ao ước, còn 9 start-ups còn lại sẽ thất bại, ngừng hoạt động và chìm dần vào quên lãng.

Sau 10 năm miệt mài xây dựng sản phẩm số của riêng mình, cùng lúc đó phát triển ý tưởng kinh doanh và mục tiêu của hàng trăm khách hàng thành sản phẩm số thực tế, chúng tôi nhận ra rằng, yếu tố quan trọng nhất khi chuẩn bị chính là chiến lược sản phẩm - product strategy.

Product Strategy - Chiến lược sản phẩm là gì?

Có vô vàn định nghĩa về chiến lược sản phẩm, nhưng về cơ bản, đây là hướng dẫn để phát triển sản phẩm sao cho có thể tiếp cận nhiều người dùng nhất có thể.

Đó là cách định nghĩa đi thẳng vào vấn đề, và cùng lúc đó thúc giục người dùng phải đào sâu để tìm hiểu chi tiết.

Tôi thích nghĩ về chiến lược sản phẩm với vai trò quan trọng trong các quyết định kinh doanh và định hướng chiến lược về sau, vì Product Strategy thể hiện cách mà doanh nghiệp muốn sản phẩm xuất hiện trên thị trường.

Một chiến lược sản phẩm tốt sẽ phải đầy đủ bao gồm:

Tình trạng hiện tại của start-up
Đầu ra mong muốn của sản phẩm
Quy trình để đạt được đầu ra đó
Điều start-up cần tập trung nhất
Cách doanh nghiệp hoà nhập vào thị trường
Đối tượng doanh nghiệp hướng tới (và cần tránh)
Đối thủ trên thị trường và cách cạnh tranh với họ
Cách sản phẩm giải quyết vấn đề của người dùng
Ảnh hưởng của sản phẩm lên cuộc sống người dùng

Nói chung, Product Strategy là cơ sở để đo lường hiệu quả của sản phẩm cũng như một doanh nghiệp non trẻ, và cũng là biển chỉ dẫn để start-ups luôn đi đúng hướng trên hành trình phát triển sản phẩm.

Trụ cột của Product Strategy

Khi xây dựng chiến lược sản phẩm, có hàng ngàn cách tiếp cận khác nhau. Có những cách thiên về sự linh hoạt và đơn giản, còn một số người khác ưu tiên trải nghiệm phong phú và chi tiết để cơ cấu nên chiến lược sản phẩm đúng hướng.

Dù start-up đang đi trên con đường nào, đừng bao giờ bỏ qua những yếu tố nền tảng sau trên hành trình phát triển sản phẩm cũng như doanh nghiệp.

Tầm nhìn về sản phẩm

Một tầm nhìn đủ mạnh mẽ và đầy cảm hứng sẽ trả lời cho câu hỏi “tại sao” đằng sau sản phẩm và doanh nghiệp. Đây là bức tranh toàn cảnh, là tổng quát về mục tiêu doanh nghiệp muốn đạt được. Tầm nhìn sẽ hoạt động như một kim chỉ nam để định hướng và làm yên lòng stakeholders cũng như nhà đầu tư về cách tiếp cận hướng tới thành công.

Một tầm nhìn về sản phẩm đủ mạnh mẽ cần khắc hoạ câu chuyện về tương lai của sản phẩm và liên kết rõ ràng với lí do tồn tại trên thị trường của doanh nghiệp. Tầm nhìn này không chỉ hướng tới người làm chủ, mà cần kết nối được với đội ngũ nhân sự, stakeholders, nhà đầu tư triển vọng cũng như người dùng tiềm năng. Mọi câu chuyện về tương lai và mục tiêu, cần được trình bày thật ngắn gọn và ý nghĩa.

Để quá trình kiến tạo tầm nhìn dễ hơn, rất cần nghiên cứu thị trường và đào sâu vào nhu cầu của người dùng.

Nguyên tắc chung để xây dựng tầm nhìn cho sản phẩm đơn giản là, chỉ bắt đầu khi đã hiểu rõ:

Ai là khách hàng?
Nhu cầu của khách hàng là gì?
Mục tiêu cơ bản của doanh nghiệp là gì?
Có những cơ hội nào sẽ gặp phải khi dần tiến tới mục tiêu đó?
Sẽ phải đối mặt với những thử thách nào?
Đối thủ là ai?
Cạnh tranh trên thị trường khắc nghiệt như thế nào?

Đầu ra và Thử thách

Để tạo một chiến lược sản phẩm thành công, doanh nghiệp cần hiểu được mục đích mình muốn, cũng như những vấn đề và thử thách phải đối mặt trên hành trình kinh doanh. Đầu ra của sản phẩm phải đạt được những yếu tố sau:

Là sự thúc đẩy cho doanh nghiệp
Cung cấp giá trị cụ thể cho người dùng
Là một bước hướng tới tầm nhìn

Những đầu ra này phải cụ thể và dễ đo lường, và đừng ngại đi vào chi tiết cũng như những phần khác trong kế hoạch S.M.A.R.T.

Mặt khác, thử thách vẫn ở đó. Sẽ có cả những vấn đề từ nội bộ đến ngoại cảnh có thể làm trì trệ, hoặc tệ hơn, cản trở quá trình đạt tới mục tiêu của doanh nghiệp.

Thông qua nghiên cứu và phân tích về thị trường, người dùng và đối thủ, sẽ cần phát hiện những vấn đề có thể gặp phải, xác định ảnh hưởng cũng như tìm ra phương pháp thay thế khả thi cho hoạt động. Điều này sẽ giúp start-up nhanh nhẹn hơn khi phải đối phó với vấn đề thực sự trong tương lai, vì mọi thứ đều đã được lên kế hoạch, ngay từ những bước ban đầu.

Chuẩn bị sớm cho những gì có thể xảy ra cũng là cách giảm tối đa ảnh hưởng tới doanh nghiệp, và nếu may mắn hơn là tránh hoàn toàn những điều đó.

Thị trường và khách hàng mục tiêu

Xây dựng chiến lược sản phẩm mà không hiểu rõ về thị trường hay nhu cầu của khách hàng mục tiêu giống như việc lái xe tốc độ cao mà không biết mình đang đi đâu. Nếu chỉ được chọn 1 trong 6 yếu tố này cho chiến lược sản phẩm của start-up, hãy hiểu rằng đây là điều quan trọng nhất.

Để nghiên cứu được hiệu quả, cho ra chính xác những gì người dùng cần, cần phải làm rõ những câu hỏi sau:

Thị trường đang muốn nhắm tới (và ngược lại) là gì?
Sản phẩm có hướng tới thị trường đã có không, hay có một thị trường hoàn toàn mới?
Ai là nhóm khách hàng/người dùng chính?
Nhu cầu của người dùng là gì?
Những vấn đề nào sản phẩm có thể giải quyết?

Vậy làm cách nào để tổng hợp lại tất cả những thông tin này? Phỏng đoán sẽ dẫn tới sai lầm, nên hãy trực tiếp nói chuyện, phỏng vấn người dùng. Thực hiện nghiên cứu người dùng sẽ đem lại những insight chính xác nhất. Bên cạnh đó, hãy đi vào chi tiết nhất có thể và mô tả chi tiết về cả thị trường muốn nhắm mục tiêu cũng như nhóm người dùng chính trong các thị trường đó. Ngoài ra, hãy nhớ rằng, tùy thuộc vào sản phẩm, luôn có thể có nhiều hơn một nhóm người dùng phù hợp.

Nếu thực hiện đúng cách, nghiên cứu này sẽ khắc hoạ chi tiết về người sử dụng cũng như ý nghĩa với doanh nghiệp. Đồng thời, nghiên cứu cũng sẽ giúp định vị thương hiệu hơn trong tương lai và thể hiện cách sản phẩm và doanh nghiệp đứng vững trên thị trường cạnh tranh.

Cạnh tranh với điểm khác biệt

Khi ra mắt một sản phẩm mới hoặc doanh nghiệp mới, khả năng cao công ty phải dấn thân vào một thị trường đã có, và điều này nghĩa là phải đối mặt với sự cạnh tranh. Đương nhiên mục tiêu vẫn vậy, phải đánh bại đối thủ bằng sản phẩm với giá trị và hướng giải pháp phù hợp nhu cầu người dùng hơn. Để làm tốt hơn những cái tên còn lại, trước hết, doanh nghiệp cần biết mình đang đọ với ai, với cái gì và có thể chiến thắng như thế nào. Đó là khi yếu tố này trong chiến lược sản phẩm phát huy tác dụng.

Đầu tiên phải có một bản phân tích đối thủ thật sự chi tiết. Đừng chỉ liệt kê đối thủ và những sản phẩm của họ. Hãy tìm hiểu cả đối thủ trực tiếp lẫn gián tiếp, thậm chí sử dụng sản phẩm của họ để hiểu về điểm mạnh và điểm yếu. Bên cạnh đó, hãy kiếm thông tin về các hoạt động kinh doanh cũng như cách điều phối nhân sự, về cả truyền thông, định vị và những giá trị họ đang cung cấp.

Hãy tập trung vào hai mảng cụ thể sau:

Doanh nghiệp có thể đánh bại đối thủ ở mảng nào?
Doanh nghiệp có thể bị đánh bại ở mảng nào?

Một khi đã có trong tay phân tích chi tiết về đối thủ, hãy đặt tất cả vào một tài liệu kiểu “ma trận”. Đây sẽ là “chiến trường”, nơi cho thấy định vị sản phẩm ở đâu và như thế nào để tạo ra tác động mạnh nhất cũng như bán ra được số lượng tối đa. Ma trận này cũng sẽ cho phép doanh nghiệp dễ dàng xác định đề xuất bán hàng độc đáo của mình (yếu tố khác biệt chính dẫn đến thành công), như bất kỳ lợi thế cạnh tranh nào khác có thể tận dụng để đánh bại đối thủ hoặc đi trước họ một bước.

Sáng kiến + khả năng

Sáng kiến + khả năng mô tả một loạt các hành động có thể thực hiện để đạt được các mục tiêu đã đặt ra và cũng bao gồm thông tin tổng quan về nhân sự cần thiết cho công việc.

Các sáng kiến có thể được coi như một dự án hoặc cột mốc quan trọng cần được hoàn thành trong một khoảng thời gian nhất định. Những sáng kiến này có thể vừa mang tính trừu tượng, vừa là vật dẫn đường để hướng dẫn team trên chặng đường phát triển của sản phẩm hoặc start-up, và không bao giờ nên là một danh sách nhiệm vụ.

Những sáng kiến này sẽ phản ánh tầm nhìn và mục tiêu của sản phẩm cũng như doanh nghiệp, đồng thời cân nhắc kĩ những cơ hội, thách thức và đối thủ trên đường đi tới thành công.

Dưới đây là những gì start-ups có thể tận dụng:

Chuyên gia về một lĩnh vực cụ thể trong đội nhân sự chính
Những bên liên quan để tuyển dụng
Đội ngũ nhân sự quản lý chính
Các bên stakeholder khác
Đối tác và nhà đầu tư tiềm năng trong tương lai

Nếu sản phẩm phức tạp hơn, hãy lập kế hoạch tuyển dụng kĩ càng hơn để hình thành sơ đồ kỹ năng.

Nhìn về góc độ kinh doanh, khả năng bao gồm cả:

Những gì doanh nghiệp thật sự xuất sắc
Những dịch vụ cần thiết
Kế hoạch khi một phần sản phẩm và dịch vụ cần mở rộng hoặc loại bỏ

Các chỉ số chính

Mảnh ghép cuối cùng trong một chiến lược sản phẩm là những chỉ số cung cấp thông tin về cách sản phẩm hoặc start-up hoạt động, cũng như những kết quả đạt được.

Để làm tốt phần này, hãy định hướng những chỉ số hiệu suất chính định tính hoặc định lượng (KPI), cho phép liên tục theo dõi và giám sát hiệu quả team nhân sự cũng như các sáng kiến và sản phẩm nói chung.

Mục đích của các chỉ số sẽ gồm:

Phân tích những hoạt động đã thực hiện
Đánh giá mức độ hiệu quả
Nhận định về ảnh hưởng trên các mục tiêu đã lập ra
Đi sâu vào vấn đề và các cách giải quyết
Thời gian, tiền bạc, tài nguyên cần thiết để thực hiện hiệu quả hoạt động.

Bằng cách kiểm tra chéo liên tục trên tất cả các khía cạnh này, doanh nghiệp sẽ có thể phát hiện xem sản phẩm hoặc bản thân start-up có đạt được mục tiêu với tốc độ dự đoán hay không. Bên cạnh đó, những chỉ số sẽ dẫn tới các cơ hội mới để phát triển, đưa ra các chiến thuật cải tiến, thay đổi khi cần thiết hoặc thậm chí loại bỏ hoàn toàn một số hành động đã tiến hành hoặc lên kế hoạch thực hiện.

Kết

Bài viết này chỉ có thể bao quát được 5% chiến lược sản phẩm, hoặc ít hơn để có thể xây dựng start-up thành công. Tuy nhiên, đây đều là nền tảng để doanh nghiệp triển khai các bước tiếp. Vì vậy, hãy tiếp tục theo dõi các bài viết sau của chúng tôi để cùng đào sâu chi tiết những yếu tố trên, từ đó xây dựng một chiến lược sản phẩm đúng đắn, hiệu quả.

start-up Chiến lược chiến lược sản phẩm thiết kế sản phẩm Nghiên cứu thị trường

Chiến lược sản phẩm đơn giản, rõ ràng và có cấu trúc tốt là yếu tố quyết định liệu sản phẩm hay start-up có trụ được trên thị trường không.

Product Strategy - Chiến lược định vị sản phẩm là gì?

Đó là cách định nghĩa đi thẳng vào vấn đề, và cùng lúc đó thúc giục người dùng phải đào sâu để tìm hiểu chi tiết.

Một chiến lược sản phẩm tốt sẽ phải đầy đủ bao gồm:

Tình trạng hiện tại của start-up
Đầu ra mong muốn của sản phẩm
Quy trình để đạt được đầu ra đó
Điều start-up cần tập trung nhất
Cách doanh nghiệp hoà nhập vào thị trường
Đối tượng doanh nghiệp hướng tới (và cần tránh)
Đối thủ trên thị trường và cách cạnh tranh với họ
Cách sản phẩm giải quyết vấn đề của người dùng
Ảnh hưởng của sản phẩm lên cuộc sống người dùng

Trụ cột của Product Strategy

Dù start-up đang đi trên con đường nào, đừng bao giờ bỏ qua những yếu tố nền tảng sau trên hành trình phát triển sản phẩm cũng như doanh nghiệp.

Tầm nhìn về sản phẩm

Để quá trình kiến tạo tầm nhìn dễ hơn, rất cần nghiên cứu thị trường và đào sâu vào nhu cầu của người dùng.

Nguyên tắc chung để xây dựng tầm nhìn cho sản phẩm đơn giản là, chỉ bắt đầu khi đã hiểu rõ:

Ai là khách hàng?
Nhu cầu của khách hàng là gì?
Mục tiêu cơ bản của doanh nghiệp là gì?
Có những cơ hội nào sẽ gặp phải khi dần tiến tới mục tiêu đó?
Sẽ phải đối mặt với những thử thách nào?
Đối thủ là ai?
Cạnh tranh trên thị trường khắc nghiệt như thế nào?

Đọc thêm: Chúng ta có nên bỏ việc xây dựng chân dung khách hàng - persona?

Đầu ra và Thử thách

Là sự thúc đẩy cho doanh nghiệp
Cung cấp giá trị cụ thể cho người dùng
Là một bước hướng tới tầm nhìn

Những đầu ra này phải cụ thể và dễ đo lường, và đừng ngại đi vào chi tiết cũng như những phần khác trong kế hoạch S.M.A.R.T.

Chuẩn bị sớm cho những gì có thể xảy ra cũng là cách giảm tối đa ảnh hưởng tới doanh nghiệp, và nếu may mắn hơn là tránh hoàn toàn những điều đó.

Thị trường và khách hàng mục tiêu

Để nghiên cứu được hiệu quả, cho ra chính xác những gì người dùng cần, cần phải làm rõ những câu hỏi sau:

Thị trường đang muốn nhắm tới (và ngược lại) là gì?
Sản phẩm có hướng tới thị trường đã có không, hay có một thị trường hoàn toàn mới?
Ai là nhóm khách hàng/người dùng chính?
Nhu cầu của người dùng là gì?
Những vấn đề nào sản phẩm có thể giải quyết?

Đọc thêm: Cải thiện trải nghiệm khách hàng CX ngay với 3 bước đơn giản sau

Cạnh tranh với điểm khác biệt

Hãy tập trung vào hai mảng cụ thể sau:

Doanh nghiệp có thể đánh bại đối thủ ở mảng nào?
Doanh nghiệp có thể bị đánh bại ở mảng nào?

Sáng kiến + khả năng

Dưới đây là những gì start-ups có thể tận dụng:

Chuyên gia về một lĩnh vực cụ thể trong đội nhân sự chính
Những bên liên quan để tuyển dụng
Đội ngũ nhân sự quản lý chính
Các bên stakeholder khác
Đối tác và nhà đầu tư tiềm năng trong tương lai

Nếu sản phẩm phức tạp hơn, hãy lập kế hoạch tuyển dụng kĩ càng hơn để hình thành sơ đồ kỹ năng.

Nhìn về góc độ kinh doanh, khả năng bao gồm cả:

Những gì doanh nghiệp thật sự xuất sắc
Những dịch vụ cần thiết
Kế hoạch khi một phần sản phẩm và dịch vụ cần mở rộng hoặc loại bỏ

Các chỉ số chính

Mục đích của các chỉ số sẽ gồm:

Phân tích những hoạt động đã thực hiện
Đánh giá mức độ hiệu quả
Nhận định về ảnh hưởng trên các mục tiêu đã lập ra
Đi sâu vào vấn đề và các cách giải quyết
Thời gian, tiền bạc, tài nguyên cần thiết để thực hiện hiệu quả hoạt động.

Kết

Tích hợp, tối đa hoá, vận hành, và nhất quán môi trường số trong doanh nghiệp Cẩm nang cho CEO: Cách tránh 10 cạm bẫy làm chậm quá trình chuyển đổi số Cơ hội, thách thức & xu hướng eCommerce của các doanh nghiệp vừa và nhỏ Xu hướng website eCommerce của các thương hiệu nhỏ quốc tế Những điều các nhà lãnh đạo cần biết về thiết kế và trải nghiệm khách hàng CX Bạn đã biết về Quy tắc thiết kế UI cho website? Kết hợp giữa dữ liệu và thiết kế như thế nào để thúc đẩy đổi mới sáng tạo trong sản phẩm và quy trình ?

Off

thiết kế sản phẩm

Cách phân tích yêu cầu doanh nghiệp và lên kế hoạch cho dự án khi thời gian gấp

Bài viết liên quan

Sử dụng phương pháp Timebox để xác định thời gian cho các yêu cầu

Sử dụng timebox

Sử dụng phương pháp MoSCoW để phân độ ưu tiên cho các yêu cầu

Sử dụng MoSCoW

Sắp xếp các yêu cầu để triển khai dự án

1. Cấu trúc yêu cầu:

2. Phân tích các thay đổi với yêu cầu

Casestudy: Thiết kế giải pháp tiếp cận khách hàng với hệ sinh thái API

Quá trình tiếp cận khách hàng

Hành trình khách hàng

Xác định pain point

Giải pháp

Phát triển ý tưởng

API Product Draft of Identity

Quá trình tiếp cận khách hàng

Hành trình khách hàng

Xác định pain point

Giải pháp

Phát triển ý tưởng

API Product Draft of Identity

Bài viết liên quan

Quá trình tiếp cận khách hàng

Hành trình khách hàng

Xác định pain point

Giải pháp

Phát triển ý tưởng

API Product Draft of Identity

Start-up và 6 yếu tố phải có cho một chiến lược định vị sản phẩm thành công

Product Strategy - Chiến lược sản phẩm là gì?

Trụ cột của Product Strategy

Tầm nhìn về sản phẩm

Đầu ra và Thử thách

Thị trường và khách hàng mục tiêu

Cạnh tranh với điểm khác biệt

Sáng kiến + khả năng

Các chỉ số chính

Kết

Chiến lược sản phẩm đơn giản, rõ ràng và có cấu trúc tốt là yếu tố quyết định liệu sản phẩm hay start-up có trụ được trên thị trường không.

Bài viết liên quan

Product Strategy - Chiến lược định vị sản phẩm là gì?

Trụ cột của Product Strategy

Tầm nhìn về sản phẩm

Đầu ra và Thử thách

Thị trường và khách hàng mục tiêu

Cạnh tranh với điểm khác biệt

Sáng kiến + khả năng

Các chỉ số chính

Kết