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

Hệ sinh thái số sẽ là cuộc chơi lớn tại Việt Nam trong thời gian tới

content2 — Wed, 24 Jul 2024 07:39:02 +0000

Hệ sinh thái số sẽ là cuộc chơi lớn tại Việt Nam trong thời gian tới content2 T4, 07/24/2024 - 14:39 Chiến lược

Năm 2014, VNG trở thành kỳ lân đầu tiên của Việt Nam. Mặc dù ban đầu là một thương hiệu trò chơi, VNG nhanh chóng mở rộng ra ứng dụng nhắn tin như Zalo và các khoản đầu tư khác vào thương mại điện tử (Tiki), hay thanh toán (ZaloPay).

Từ đó, các công ty như VNG, bao gồm Grab, SEA, và One Mount Group được coi là những nhà cung cấp hệ sinh thái số - không thể được xác định hoặc hạn chế bởi một ngành duy nhất.

Trong thập kỷ tới, đây có lẽ sẽ là bối cảnh chung của Việt Nam, khi ngày càng nhiều công ty mở rộng mô hình kinh doanh không chỉ với những công ty cùng ngành, mà còn cả với các hệ sinh thái khác.

chiến lược sản phẩm Chiến lược chuyển đổi số

Trong thập kỷ tới, đây có lẽ sẽ là bối cảnh chung của Việt Nam, khi ngày càng nhiều công ty mở rộng mô hình kinh doanh không chỉ với những công ty cùng ngành, mà còn cả với các hệ sinh thái khác.

Cách hệ sinh thái tác động lên nền kinh tế Việt Nam

Các hệ sinh thái biến những sự kết hợp thành kết quả bất ngờ. Trước đây, các doanh nghiệp phải đối mặt với sự lựa chọn giữa cung cấp sản phẩm dịch vụ đắt tiền với mức tồn kho cao; hoặc các sản phẩm dịch vụ rẻ hơn và lượng hàng tồn kho ít hơn. Nhưng hệ sinh thái có thể khắc phục tất cả những điều này.

Theo dự đoán của McKinsey, 12 hệ sinh thái lớn sẽ được thiết lập tại Việt Nam vào năm 2025, tạo thành nguồn doanh thu khoảng 2.400 nghìn tỷ đồng Việt Nam hoặc tương đương 100 tỷ USD.

Các yếu tố sau sẽ thúc đẩy sự tăng trưởng này:

Hệ sinh thái giảm chi phí thu hút khách hàng qua đa dạng sản phẩm dịch vụ
Hệ sinh thái tạo ra giá trị cho doanh nghiệp và khách hàng thông qua phân tích dữ liệu lớn
Hệ sinh thái củng cố mối quan hệ khách hàng và tăng cường khả năng giữ chân.
Hệ sinh thái mang lại lợi ích định giá, thu hút đầu tư, và giúp duy trì khả năng cạnh tranh.

Đọc thêm: Hệ sinh thái số - Digital ecosystem: Khai phá tiềm năng của doanh nghiệp bằng sự kết nối

Sự phát triển của các hệ sinh thái còn nhiều khó khăn.

Tuy đã có những người chơi tham vọng như One Mount với hệ sinh thái chuỗi cung ứng, hay Viettel với hệ sinh thái sản phẩm công nghệ cả cá nhân lẫn doanh nghiệp, kích thước thị trường này tại Việt Nam vẫn là quá nhỏ khi so với với những nước phát triển. Mức doanh thu từ hệ sinh thái số với Trung Quốc được ước tính là 2.486 tỉ đô (Việt Nam là 4 tỉ đô).

Bên cạnh đó, bối cảnh tại Việt Nam vẫn phân mảnh và đợi chờ kẻ dẫn đầu. Một hệ sinh thái thường bắt đầu với eCommerce, mạng xã hội, hoặc dịch vụ tài chính, nhưng sự phân mảnh khiến khó có doanh nghiệp nào đủ khả năng đầu tư vào tất cả các mảng để đạt được sự thành công lâu dài.

Bên cạnh đó, khả năng đạt lợi nhuận cũng giảm đi khi ngày càng nhiều người chơi mới cố gắng thu hút người dùng cũng như đầu tư bổ sung. Hành trình trở thành kẻ dẫn đầu luôn chông gai, và không chắc ta sẽ còn thấy tất cả hệ sinh thái số “lành lặn” sau vài năm nữa.

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

Cách để thiết kế hệ sinh thái số vươn tầm tại Việt Nam

Triển khai các hệ sinh thái sẽ yêu cầu sự điều chỉnh trong chiến lược kinh doanh. 5 nguyên tắc sau sẽ hỗ trợ các nhà lãnh đạo trong quá trình chuyển đổi này.

Tư duy hệ sinh thái

Đầu tiên, các công ty cần mở rộng tầm nhìn về các đối thủ cạnh tranh và cơ hội, áp dụng lăng kính đa ngành để xác định nơi sự thay đổi sẽ diễn ra nhanh nhất. Hai câu hỏi chính cần đặt ra là:

Những yếu tố đột phá nào có thể xuất hiện? Cách vượt qua các đối thủ? Những tài sản và nguồn lực cần có là gì?
Làm cách nào để chuyển tài sản và mối quan hệ khách hàng thành những lợi thế cạnh tranh trên thị trường, kể cả với những người khổng lồ trên thế giới?

Mối quan hệ cảm xúc với khách hàng

Bằng cách xây dựng kết nối cảm xúc với khách hàng, doanh nghiệp có thể chiếm lĩnh không gian trong các hệ sinh thái quan trọng. Ví dụ, Google và Alibaba vốn đã có lượng khách hàng hiện hữu lớn, nhưng vẫn đưa ra những sản phẩm mới như điện thoại Pixel hay Alipay để mở rộng phân khúc người dùng.

Mô hình hoạt động linh hoạt

Trong thế giới hệ sinh thái, nơi ranh giới ngành thay đổi nhanh chóng và phân tích dữ liệu trở thành lợi thế cạnh tranh cốt lõi, các công ty cũng sẽ cần thu hút nhân tài phù hợp để phát triển các mô hình làm việc linh hoạt cho sự đổi mới nhanh chóng.

Tại bối cảnh Việt Nam, nơi mà nhân sự chất lượng cao còn khan hiếm, không chỉ quy trình tuyển dụng mà ngay cả hệ thống quản lý nhân sự cũng cần nâng cấp. Một mạng xã hội doanh nghiệp công phu hơn sẽ cần hình thành, giúp tuyển dụng, huấn luyện, và đảm bảo sự hợp tác đa nền tảng.

Mô hình hợp tác đa dạng

Nhiều ngân hàng toàn cầu đã và đang hợp tác với các công ty dịch vụ đời sống để tạo nền tảng tài chính cho mọi nhu cầu, từ đặt xe, mua vé xem phim, hay thậm chí là mua nhà. Đó chính là cách để hệ sinh thái có thể tiếp cận các khoảng trống trên thị trường, nhờ các đối tác có chung lợi ích.

Tuy nhiên, nhà lãnh đạo cũng sẽ cần cân nhắc xây dựng hạ tầng để có sự hợp tác hiệu quả, cũng như liên tục trao đổi dữ liệu, ý tưởng, và dịch vụ để tiếp tục đổi mới.

Đọc thêm: Hợp tác với Agency: Câu chuyện về những khách hàng thích hoài nghi

Chiến lược khác biệt và liên tục điều chỉnh

Thời gian không có nhiều, và bất kỳ doanh nghiệp nào theo đuổi xây dựng hệ sinh thái cũng cần nhanh chóng đưa ra lựa chọn, dù là với cách phòng thủ như hiện đại hoá và hợp tác, hay là với cách tấn công như chủ động tham gia và xây dựng một hệ sinh thái mới.

Không phải tổ chức nào cũng sẽ đủ tiềm lực để xây dựng hệ sinh thái, do yêu cầu về lượng khách hàng là rất lớn. Vì lẽ này, nhà lãnh đạo sẽ cần hiểu rõ về giá trị công ty trên thị trường, cũng như rủi ro và nội lực để có chiến lược phù hợp khi tiếp cận hệ sinh thái số.

Thế giới đang đổi thay liên tục, và những công ty truyền thống sẽ là đối tượng đầu tiên cảm nhận được sự biến chuyển của giá trị doanh nghiệp có thể mang lại. Nhưng với chiến lược đúng và sự thấu hiểu về tiềm lực, các lãnh đạo hoàn toàn có thể tìm thấy cơ hội gây dựng nên một hệ sinh thái số thành công, thu hút khách hàng từ vô vàn các kênh khác nhau.

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 H&M bổ sung thiết kế typeface để hướng tới tương lai của thời trang Quản lý dịch vụ theo cấp độ - Service Level Management và Quản lý mong đợi của khách hàng - Managing Customer Expectations: Bí quyết cho dịch vụ khách hàng chuyên nghiệp 10 trào lưu mới để cải thiện trải nghiệm khách hàng ngân hàng số cho một cú nhảy vọt vượt bậc (P.1) 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

Off

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

Social business - Mô hình kinh doanh xã hội để phát triển bền vững

content2 — Fri, 01 Mar 2024 04:40:50 +0000

Social business - Mô hình kinh doanh xã hội để phát triển bền vững content2 T6, 03/01/2024 - 11:40 Chiến lược

Social business - hay Kinh doanh Xã hội là một khái niệm không mới nhưng lại vẫn còn xa lạ với nhiều người. Từ khoá để hiểu về mô hình này là sự cân bằng hiệu quả kinh tế với môi trường và xã hội.

Người anh em nổi tiếng hơn của Social business có lẽ là ESG - bộ tiêu chuẩn về môi trường, xã hội, và quản trị mà nhiều doanh nghiệp lớn đang thay đổi. Tuy nhiên, social business đem đến cái nhìn mang tính mô hình hơn, quy định cách dòng lợi nhuận đóng góp cho các mục tiêu xã hội.

Dù là một doanh nghiệp nhỏ hay tập đoàn đa quốc gia, mô hình social business đều có thể được áp dụng để đặt các mục tiêu kinh doanh bền vững hơn, thay vì tập trung vào tối đa hoá lợi nhuận như truyền thống.

Chiến lược Chiến lược dựa vào dữ liệu chiến lược sản phẩm

Dù là một doanh nghiệp nhỏ hay tập đoàn đa quốc gia, mô hình social business đều có thể được áp dụng để đặt các mục tiêu kinh doanh bền vững hơn.

Social business - Mô hình kinh doanh xã hội là gì

Hãy bắt đầu với khái niệm của social business.

Một doanh nghiệp kinh doanh xã hội là doanh nghiệp có mục đính chính là phục vụ các mục tiêu xã hội cụ thể. Dù cho công ty này vẫn tìm cách để tối đa hoá lợi nhuận, việc tối đa hoá lợi ích đem lại cho xã hội và môi trường được đặt quan trọng nhất.

Các công ty thông thường sẽ ưu tiên sử dụng lợi nhuận để giúp công ty tăng trưởng và tối đa lợi ích cho cổ đông. Có thể họ vẫn có các chương trình trách nhiệm xã hội (Corporate Social Responsibility - CSR) nhưng đây không phải là định hướng chính cho dòng tiền.

Dẫu vậy, đừng nghĩ social business không quan tâm đến lợi nhuận. Lợi nhuận của mô hình này vẫn có thể cực kỳ cao, trong khi dễ dàng chiếm được niềm tin của người tiêu dùng nhờ sự trung thành với lý tưởng về phục vụ xã hội.

Đọc thêm: Đạo đức trong thiết kế trải nghiệm (UX) sản phẩm: Trắng đen liệu có rõ ràng?

Các mô hình của social business hay social enterprise

Trong phần này, ta sẽ phân tích các mô hình cơ bản mà một social business có thể hoạt động.

Mô hình sản phẩm cho social business

Với mô hình cung cấp sản phẩm, doanh nghiệp xã hội có thể cung cấp sản phẩm cho khách hàng hoặc trực tiếp cho người thụ hưởng mục tiêu xã hội. Người tiêu dùng có thể thuê sản phẩm, mua một lần, hoặc subscribe để đóng tiền hàng tháng. Sau đó, doanh nghiệp có thể tái cơ cấu lợi nhuận để phục vụ mục đích xã hội hoặc cung cấp sản phẩm phù hợp cho các đối tượng.

Mô hình giải pháp cho social business

Ở mô hình này, doanh nghiệp cung cấp giải pháp được điều chỉnh đề phù hợp nhu cầu từng khách hàng, thay vì sản phẩm được quy chuẩn hoá. Vẫn khá tương tự mô hình trước, công ty sau đó có thể quyết định cơ cấu lợi nhuận để phục vụ các mục đích xã hội hay trực tiếp cung cấp giải pháp cho các định hướng về môi trường, xã hội.

Mô hình matchmaking

Với mô hình matchmaking, doanh nghiệp tạo ra nền tảng để kết nối người bán và người mua, sau đó thu lợi nhuận từ phí giao dịch. Doanh nghiệp có thể đóng vai trò trung gian vật lý, hoặc chỉ tạo ra địa điểm online để hai bên mua bán tự tìm đến nhau.

Mô hình đa diện - Multi-sided

Cuối cùng, khi áp dụng mô hình đa diện, doanh nghiệp có thể cung cấp giá trị đa dạng (sản phẩm, dịch vụ, giải pháp) cho nhiều phân khúc và tạo ra lợi ích từ các nguồn thu có khả năng tương hỗ nhau. Một vài ví dụ có thể kể tới như mô hình Freemium, Mua 1 Trao 1, Quyên góp, hay Đào tạo tuyển dụng cho những đối tượng xã hội.

Đọc thêm: Những giải pháp thiết kế trải nghiệm đơn giản để tăng tỉ lệ giữ chân và gắn bó với người dùng

Các công ty social business điển hình

Warby Parker

Warby Parker là một công ty kính mắt Mỹ, với lời hứa quyên góp một cặp kính cho những người cần với mỗi sản phẩm được bán ra.

Radicle

Radicle cung cấp dịch vụ huấn luyện và các phần mềm để doanh nghiệp có thể theo dõi, cắt giảm lượng khí thải nhà kính.

ANA by Karma

ANA by Karma giúp tuyển dụng phụ nữ ở Bhutan thực hiện khăn đan tay và sau đó quảng bá ra thị trường. Lợi nhuận được sử dụngd dể tiếp tục ủng hộ phụ nữ và cộng đồng nơi đây. Hiện, công ty đã có cửa hàng ở Bhutan, Hongkong, Trung Quốc, Malaysia, cũng như online.

Crowde

Crowde là một nền tảng huy động vốn cộng đồng có trụ sở tại Indonesia. Nền tảng kết nối nông dân với các nhà bán lẻ để kêu gọi hỗ trợ vốn, từ đó khuyến khích tăng việc làm, sản lượng, và doanh thu. Tính đến 2021, dư nợ cho vay đã đạt khoảng 31.2 tỷ IDR (tương đương khoảng 2 triệu $)

Fair phone

Fair Phone phát triển điện thoại thông minh được làm bằng vật liệu thân thiện với môi trường, có thể tái chế, và khai thác có trách nhiệm. Ngoài ra, sản phẩm được cung cấp với mức giá minh bạch và giúp kéo dài tuổi thọ sử dụng.

Cách bắt đầu phát triển mô hình social business

Trách nhiệm xã hội là một mục tiêu quan trọng mà các doanh nghiệp đều cần hướng tới để phát triển bền vững, và đạt được niềm tin của người tiêu dùng. Là một công ty, bạn có thể kết hợp với các đối tác để quyên góp thời gian, tiền, hoặc sản phẩm.

Còn nếu bạn đang muốn tạo nên một doanh nghiệp xã hội, hãy đi từ vấn đề và giải pháp, nơi mà các mục tiêu vì môi trường và xã hội sẽ định hướng cho mọi hoạt động kinh doanh. Một tương lai tươi sáng hơn sẽ đến từ những quyết định như vậy.

Designer cần biết gì về những loại nghiên cứu thiết kế để bắt đầu? Sự thay đổi trong hành trình trải nghiệm khách hàng CX của ngành hàng không Website tập đoàn: Có nên xây dựng nhiều web cho mỗi doanh nghiệp thành viên? Môi trường số của ta đang ô nhiễm trầm trọng! Insight khách hàng - Chiến lược mới cho các thành công về CX Tương lai của trải nghiệm giáo dục: Đưa yếu tố game vào thiết kế

Off

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

content2 — Thu, 09 Feb 2023 11:52:28 +0000

Xây dựng sản phẩm bằng kiến thức Design Thinking - Phần 2 content2 T5, 02/09/2023 - 18:52 Chiến lược

Trong phần một, chúng ta đã đi qua 4 yếu tố chính để bắt đầu một dự án. Trong phần này chúng ta sẽ tìm hiểu về 4 yếu tố còn lại. Bốn yếu tố này sẽ mang tính định hướng hơn, giúp chúng ta thu thập insight, đưa ra quyết định:

chiến lược sản phẩm Quy trình

Trong phần một, chúng ta đã đi qua 4 yếu tố chính để bắt đầu một dự án. Trong phần này chúng ta sẽ tìm hiểu về 4 yếu tố còn lại.

Thực hành Double Diamond

Cốt lõi của quy trình double diamond là hai hệ tư duy phân kỳ và tư duy hội tụ. Chúng ta nên tuân theo thứ tự, thực hiện cả hai giai đoạn Khám phá và Phát triển.

Giả định ban đầu thường sai bởi khi ấy chúng thường được dựng lên với một lượng thông tin ít ỏi. Nó là cơ chế tự nhiên của não, giúp chúng ta đưa ra quyết định nhanh hơn, tuy nhiên, nó lại không giúp chúng ta quyết định chính xác.

Khi những giải định này được thách thức, được đặt câu hỏi, chúng ta sẽ tìm thấy nhiều ý tưởng hơn. Và như tôi đã đề cập, hầu hết các vấn đề của thiết kế là những vấn đề phức tạp, chúng cần được phân tách và thử nghiệm.

Đọc thêm: Quy trình thiết kế trải nghiệm người dùng UX

Khi chúng ta qua các giai đoạn của quy trình, chúng ta sẽ càng hình dung rõ hơn về vấn đề. Nếu chúng ta cảm thấy vậy có nghĩa chúng ta đã sai sót ở đâu đó. Chúng ta cần tự hỏi vì sao chúng ta đặt ra giả định ấy? sai sót này từ đâu?

Mọi thứ chúng ta làm là học cách để tiến về phía trước, đồng thời, xây dựng kiến thức và thay đổi tư duy.

Đây là phần không thể tránh khỏi của quá trình. Vậy nên, chúng ta không nên tránh né nó, thay vào đó, tận dụng nó để luyện tập tư duy phản biện trong lúc đưa ra quyết định. Ngay cả khi thay đổi lớn ập tới, nó vẫn là đầy giá trị để chúng ta xây dựng đúng sản phẩm.

Nghiên cứu UX

Khi chúng ta thực hiện quy trình double diamond, chúng ta sẽ thấy sự lặp lại của hai hoạt động là khám phá và phát triển. Khi chúng được lặp lại, chúng bồi đắp và hoàn thiện giai đoạn hiện tại, đồng thời, hoàn thiện cho cả giai đoạn tiếp theo và tổng thể chiến lược sản phẩm. Vậy nên không có cách nào khác để chúng ta hiểu đủ ngoài việc thực hiện, phân tích ý tưởng, tập trung vào ý tưởng tiềm năng, thiết kế nó, phát triển nó và cuối cùng, thử nghiệm nó để sửa đổi hoặc ứng dụng vào giai đoạn tiếp theo.

Để chọn ra đúng phương pháp nghiên cứu UX để khám phá và thử nghiệm, chúng ta cần lưu ý về:

Ngân sách
Lập luận
Chuyên môn của người làm nghiên cứu

Nếu ngân sách và thời gian của chúng ta hạn chế, chúng ta cần sáng tạo hơn trong việc nghiên cứu UX, cố gắng thu thập thông tin nhiều nhất có thể dù nguồn lực hạn chế. Nó không hẳn là điều xấu, nó sẽ giúp chúng ta học cách tôn trọng quy trình bởi ngân sách luôn có hạn định. Nó cũng thách thức chúng ta phải làm việc dưới áp lực thời gian, nơi sáng tạo có thể được bùng nổ.

Đọc thêm: Đừng để nghiên cứu UX - UX Research trở thành vật cản

Trong bối cảnh dự án stream thể thao trực tuyến mà chúng tôi đang làm, với một dự án lớn và chưa hề có tiền lệ, chúng tôi cần thực tế về nguồn lực chúng tôi có cho việc nghiên cứu, nhưng vẫn ưu tiên mỗi khi nó cần được ưu tiên. Vấn đề của chúng tôi sẽ không thể rõ ràng nếu chúng tôi không đối mặt với nó.

Ngược lại, nếu chúng tôi xử lý vấn đề bằng cách né tránh hoặc vờ như nó không tồn tại, về lâu dài nó sẽ gây ảnh hưởng tới sản phẩm và khi ấy, việc sửa chữa sẽ tốn nhiều chi phí hơn bao giờ hết.

Về phương pháp, để chọn được phương pháp chúng ta cần biết chúng ta cần nghiên cứu gì trước. Và một lần nữa, chúng ta cần xem xét về bối cảnh và mục tiêu để làm rõ thứ chúng ta cần. Một số phương pháp sẽ thích hợp với giai đoạn xác định vấn đề, một số lại thích hợp cho giai đoạn giải quyết. Đôi khi chúng ta bắt đầu nghiên cứu với một sản phẩm, đôi khi chúng ta bắt đầu nghiên cứu rồi mới có sản phẩm. Vậy nên, quan trọng là chúng ta phải nhận thức rõ về thứ chúng ta muốn biết, nguồn lực chúng ta có để chọn ra phương pháo nghiên cứu phù hợp.

Nếu chúng ta có thể tìm ra giá trị từ những nghiên cứu khác, tại sao chúng ta phải đầu tư thời gian để làm nghiên cứu riêng? Nếu chúng ta chỉ có có ngân sách cho một vài cuộc nghiên cứu, có thể chúng ta chỉ muốn thực hiện thử nghiệm khả năng sử dụng. Cũng có thể sản phẩm bạn đang làm quá khác biệt, vậy nên bạn phải đưa nghiên cứu UX vào mọi giai đoạn.

Chúng ta chọn phương pháp nghiên cứu dựa trên hiểu biết mà chúng ta có.

Điều ấy dẫn tôi tới yếu tố thứ ba, kỹ năng nghiên cứu. Nghiên cứu có hiệu quả và hữu ích hơn phụ thuộc rất lớn ở cách mà người làm nghiên cứu hiểu về nghiên cứu. Người nghiên cứu càng hiểu rõ phương pháp thì nghiên cứu thu được sẽ càng hiệu quả.

Quay lại với dự án, tôi chọn những phương pháp tiết kiệm và ít rủi ro nhất. Chúng tôi lên kết hoạch cho thử nghiệm khả năng sử dụng. Chúng tôi tự thử nghiệm trước, sau đó thực hiện một thử nghiệm với người dùng với số lượng tình nguyện viên tương tự để so sánh “kỳ vọng và thực tế”.

Cách tiếp cận này cho phép chúng tôi nhanh chóng tìm ra cách dễ dàng hơn để có được những insight tương tự.

Hợp tác thiết kế

Hai cái đầu sẽ hơn một cái. Khi phát triển sản phẩm, chúng ta có rất nhiều việc cần làm và nếu bạn quá ôm đồm, khả năng cao chất lượng của chúng sẽ không như kỳ vọng. Vậy nên chúng ta cần có team, những người có những kỹ năng khác nhau ứng với những vai trò khác nhau để làm việc được hiệu quả.

Cần rất nhiều hiểu biết và trải nghiệm để có thể bao phủ cả một dự án và sự tập trung là cần thiết kế để tạo ra chất lượng cho sản phẩm. Để có được chúng, chúng ta cần thực hành làm việc nhóm, cộng tác trong khi thiết kế, cùng nhau đi tới một kết quả nhưng với sự tập trung khác nhau.

Chúng tôi chia nhóm thiết kế thành ba vai trò, với hai vai trò thực hiện dự án và một vai trò là thực hiện giám sát. Chúng tôi có một designer tập trung vào chiến lược UX, nghiên cứu, trong khi một người khác tập trung cho thiết kế, tương tác và style guide. Tất cả những công việc ấy được giám sát dưới sự giám sát của design lead, người nắm vai trò chính trong các hội thảo, trao đổi với nhiều bên khác nhau.

Với cách làm việc này, chúng ta có thể có nhiều sự tập trung hơn ở mỗi phân đoạn, đồng thời cho chúng ta một hiểu biết sâu hơn về sản phẩm. Ngoài ra, mỗi cá nhân sẽ có những nhận định riêng, thứ sẽ tạo ta môi trường phản biện, thúc đẩy việc thảo luận về vấn đề.

Giao tiếp trong nhóm

Yếu tố này liên quan trực tiếp tới vấn đề giao tiếp nhóm. Đưa tất cả mọi người lên trên cùng một chiếc thuyền là điều quan trọng nhưng cũng là điều khó khăn nhất. Chúng ta có thể dùng công cụ như Jira hay Trello, những chúng cũng chỉ là công cụ, nếu thông tin trên đó sai hoặc được diễn giải không hợp lý, nó sẽ gây rất nhiều khó khăn cho việc hợp tác.

Đối với con người, không có công cụ nào dễ hiểu cho nhau hơn việc có cùng một ngôn ngữ. Tuy nhiên, nó cũng cần được rèn luyện. Khi chúng ta có nhận thức về việc giao tiếp nhóm, chúng ta sẽ nhận ra những kỹ năng thiết sót, những thiên kiến của bản thân.

Nếu chúng ta sử dụng ngôn ngữ một cách đơn giản, giải thích được thứ chúng ta cần, nó có nghĩa chúng ta đủ hiểu nhau và có thể nói chuyện giản lược hơn nữa.

Nhưng nếu chúng ta không thể giải thích nó một đơn giản, tức là chúng ta chưa thực sự hiểu nó.

Cùng ngược dòng lịch sử đồ hoạ với những dấu mốc quan trọng 10 lợi ích của website doanh nghiệp để tăng tính cạnh tranh Hành vi người dùng ngành vận tải hành khách đã thay đổi như thế nào? 15 thói quen giúp bạn tiến lên trong nghề UX Designer Kiến thức thiết kế cơ bản: Tâm lý học nhận thức của hình dạng Lợi ích và cách áp dụng Concept Testing trong thiết kế

Off

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

content2 — Thu, 09 Feb 2023 11:40:36 +0000

Xây dựng sản phẩm bằng kiến thức Design Thinking- Phần 1 content2 T5, 02/09/2023 - 18:40 Chiến lược

Xây dựng một sản phẩm đòi hỏi kiến thức rộng về người dùng, công nghệ và vấn đề nằm giữa hai yếu tố ấy. Ngoài ra nó đi cùng những áp lực về phạm vi dự án, thời gian và những biến số trong quá trình phát triển khiến chúng ta bối rối. Tuy nhiên, để hoàn thành được công việc, chúng ta vẫn cần giữ sự tập trung để thúc đẩy và hoàn thành quy trình ấy.

chiến lược sản phẩm Quy trình

Xây dựng một sản phẩm đòi hỏi kiến thức rộng về người dùng, công nghệ và vấn đề nằm giữa hai yếu tố ấy

Bài viết liên quan

Rút ra từ kinh nghiệm làm việc, chúng tôi thấy rằng việc xây dựng sản phẩm đòi hỏi một tư duy nhạy bén và một quy trình hiệu quả. Hiểu biết đóng vai trò quan trọng, bởi nó tác động tới cả tư duy lần quy trình của chúng ta.

Thành công của dự án phụ thuộc phần lớn ở hiểu biết của team về:

Tư duy thiết kế sản phẩm (Design thinking)
Vấn đề cốt lõi
Phạm vi dự án
Khám phá nhanh
Thực hành double diamond
Nghiên cứu UX
Cộng tác thiết kế
Giao tiếp trong nhóm

Tư duy thiết kế sản phẩm - Design Thinking

Gần đây chúng tôi đang thực hiện một dự án cho một nền tảng chiếu trực tiếp các cuộc thi thể thao. Trước tới giờ, chưa có một nền tảng tương tự nào như vậy, chúng tôi phải làm việc một cách thông minh và sử dụng quy trình thiết kế để chọn được những thông tin:

Vấn đề phát sinh khi có nhiều đối tượng người dùng khác nhau
Đưa sự kiện trực tiếp phát sóng trên nền tảng digital
Những lựa chọn công nghệ hỗ trợ streaming
Ứng dụng công nghệ vào ý tưởng thiết kế có thể có

Nó có nghĩa là chúng ta cần đưa tư duy thiết kế vào quá trình nghiên cứu và xây dựng ý tưởng. Cả team cần có chung một nền kiến thức về quy trình thiết kế sản phẩm phức tạp. Khi team hiểu được cách giải quyết vấn đề thực tế cho con người thực tế, mọi người cũng sẽ hiểu lý do cần có MVP và biết để đạt được mục tiêu cuối.

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

Và hiểu biết về người dùng, biết cách tạo ra sản phẩm hữu ích cho họ chỉ có thể có được thông qua nghiên cứu. Nghiên cứu sẽ cho chúng ta nhìn thấy bức tranh lớn, xác định trọng tâm, cũng như hiểu người dùng rõ hơn.

Những nghiên cứu mà chúng ta thu được sẽ lấp đầy lỗ hổng kiến thức, từ đó cải thiện quá trình xây dựng sản phẩm.

Ví dụ như dự án stream thể thao mà chúng tôi đang thực hiện này, phần khó của nó là biết được cách để có được những hiểu biết ấy mà không vội vàng chọn một quyết định tệ hay tạo ra nhiều quyết định lựa thãi. Cả hai trường hợp này đều dễ xảy ra khi team thực thi không nhìn được bức tranh lớn.

Vấn đề cốt lõi

Vấn đề cốt lõi là những vấn đề lớn và phức tạp nhất. Ví dụ cho một vấn đề phức tạp đó là từ điển Wikipedia - vấn đề của nó rất khó, thậm chí không thể giải quyết vì những yêu cầu thay đổi lắt nhắt, mâu thuẫn và khó nhận ra.

Nếu nhận ra chúng sớm, chúng ta có thể chắc rằng chúng ta đang đầu tư vào một sản phẩm phù hợp với người dùng. Hội thảo là một cách hay để chúng ta tìm hiểu những vấn đề cốt lõi ấy, nơi chúng ta sẽ cùng các bên liên quan thảo luận về vấn đề của người dùng.

Để có thể cảm thấy tự tin về những hội thảo như thế, chúng ta nên xác định rõ thứ chúng ta cần biết để nhìn thấy được bức tranh lớn. Từ đó, những nghiên cứu thảo luận chúng ta sẽ tạo được hành trình người dùng và chân dung người dùng. Ngược lại, nếu chúng ta không hiểu sản phẩm mình làm cần giải quyết vấn đề gì, chắc chắn chúng ta sẽ rơi vào mê cung.

Hội thảo của chúng tôi sẽ bao gồm một Design Lead, một Product Designer, một Product Manager và một Tech Lead, cùng nhau làm việc với nhà đầu tư để hiểu vấn đề cốt lõi. Trong trường hợp của nền tảng stream thể thao, chúng tôi cần xây dựng những kiến thức về:

Thể thao
Cách truyền hình trực tiếp hoạt động
Cách thực hiện việc quản lý, giám sát, đánh giá và cạnh tranh cùng một lúc
Hệ thống hậu cần mạnh
Công nghệ đáp ứng được hệ thống streaming

Khi chúng ta hiểu vấn đề, chúng ta cũng sẽ biết được phạm vi của vấn đề đó. Sau đó, chúng ta sử dụng chân dung người dùng, câu chuyện người dùng và hành trình người dùng để mô tả insight thu được cho đồng nghiệp. Cuối cùng, chúng ta sẽ có thể hình dung ra một MVP, cùng một trải nghiệm hoàn thiện với khách hàng.

Phạm vi

Khi chúng ta thực thi sản phẩm, phạm vi của dự án có thể bị thay đổi. Điều này hoàn toàn bình thường, nhờ nó chúng ta cũng sẽ hiểu sản phẩm mà chúng ta xây dựng hơn. Tuy nhiên, chúng ta cần rõ ràng về sự thay đổi ấy với cả team, bao gồm cả lý do cho sự thay đổi ấy. Chúng ta không muốn họ nhận yêu cầu mà không hiểu vì sao có yêu cầu ấy, họ cần hiểu vấn đề để triển khai giải quyết nó một cách đúng đắn.

Trong dự án của chúng tôi, ban đầu chúng tôi xây dựng một MVP với khá nhiều tính năng. Tuy nhiên, khi nhận ra có những thứ không cần thiết, chúng tôi đã cắt bỏ một số tính năng. Quyết định được đưa ra khi chúng tôi đã hiểu hơn về vấn đề, vậy nên chúng tôi hoàn toàn chắc chắn về nó.

Biến số sẽ và nên xảy ra khi chúng ta làm việc và thường thì hiểu biết cùng MVP tốt hơn sẽ đến sau khi chúng ta có bản MVP đầu tiên.

Chúng ta bắt đầu với một số ý tưởng nhưng chúng ta cũng sẽ học thêm về người dùng khi chúng ta thực thi những ý tưởng ấy. Kết hợp cùng kinh doanh và công nghệ, chúng ta sẽ đưa ra những ý tưởng hấp dẫn hơn, thay đổi sự ưu tiên và tạo ra một MVP phù hợp hơn.

Đọc thêm: Đối mặt với Scope creep (vượt phạm vi dự án) P1

Nếu chúng ta là một team nhạy bén, chúng ta cũng sẽ cởi mở với kiến thức. Sự linh hoạt sẽ giúp chúng ta không bị chìm vào đống tài liệu, cũng như dễ thích ứng hơn với biến số. Nếu chúng ta giao tiếp hiệu quả, việc bổ sung tài liệu sẽ là việc khá tự nhiên. Tuy nhiên, team của chúng ta vẫn cần hiểu được lý do tại sao để học có thể hiểu đúng và kết nối nó với những thứ khác, đảm bảo dù thay đổi ấy xảy ra ở bất cứ giai đoạn nào của dự án, cả team vẫn gắn chặt với mục tiêu cuối cùng.

Khám phá nhanh

Để đảm bảo rằng chúng ta sẽ xây dựng một ý tưởng tốt, ý tưởng ấy phải được chọn lọc qua nhiều ý tưởng. Ý tưởng tốt được rút ra từ insight và nghiên cứu. Một lần nữa, chúng ta không thể tạo ra giải pháp khi chưa hiểu rõ vấn đề.

Khám phá nhanh (Discovery sprints) là cách tốt để thử nghiệm những ý tưởng, thu thập insight. Tuy nhiên, để có thể thực hiện nó, chúng ta cần thực hiện phác thảo sớm và nhanh chóng.

Dù chúng ta không có mọi thông tin chúng ta cần để bước vào thiết kế, những việc bản phác thảo sẽ giúp chúng ta biết chúng ta sẽ cần những thông tin nào. Phương pháp này rất hiệu quả với team chúng tôi. Chúng tôi mang những phác thảo này bàn luận với designer và chủ đầu tư, qua đó, những phác thảo và giả định ấy được phát triển và hoàn thiện hơn.

Đọc thêm: Creative Agency Model - Khám phá các mô hình Agency sáng tạo mới

Những phác thảo kích thích bộ não của chúng ta đặt ra câu hỏi từ sớm. Dù những bản phác đầu có thể không phù hợp với UX mà chúng ta muốn cũng sẽ không sao, mục đích của chúng là để thách thức bộ nào của chúng ta suy nghĩ kỹ về vấn đề.

Cụ thể, trong dự án chúng tôi đang làm, chúng tôi đã:

Xác định những câu chuyện người dùng
Lên kế hoạch cho chúng
Tạo wireframe cho những vai trò xem khác nhau
Tìm điểm chung trong các vai trò ấy
Xâu chuỗi những câu chuyện thành những ý tưởng
Ước tính những ý tưởng cần khám phá và điều phối thực hiện

Chúng tôi thực hiện tất cả những gạch đầu dòng ấy với tâm thế sẵn sàng ứng biến. Nó cho phép chúng tôi thấy được những tình huống khó khăn có thể xảy ra trong tương lai, cho chúng tôi luyện tập tác phong và tư duy trong việc hợp tác.

Học từ những dự án tương tự sẽ tăng thêm kiến thức cho chúng ta. Tuy nhiên, hãy cẩn thận, đừng vội vàng copy giải pháp của họ. Bởi bạn không biết nó thực sự hiệu quả tới đâu, và dù nó có đi nữa, bạn cũng không biết liệu nó có hiệu quả cho vấn đề của bạn. Hành động đúng đắn là tập trung vào việc tìm hiểu và tạo những hướng phát triển khác nhau, việc đòi hỏi một tư duy khách quan để đánh giá đúng những tiềm năng chúng ta có.

Việc học hỏi từ casestudy sẽ giúp bạn thu thập những chất liệu cần thiết cho việc xây dựng ý tưởng. Chúng sẽ tự động được thu nạp vào não bạn, nuôi dưỡng tư duy giúp cho ý tưởng kịp tới mỗi khi bạn cần.

Off

Quá trình tái thiết kế mô hình Double Diamond để nâng cấp quá trình sản xuất

content2 — Thu, 09 Feb 2023 10:16:42 +0000

Quá trình tái thiết kế mô hình Double Diamond để nâng cấp quá trình sản xuất content2 T5, 02/09/2023 - 17:16 Cảm hứng thiết kế sáng tạo

Hồi tưởng

Khi tôi xuất bản mô hình Double Diamond bản làm lại, tôi không mong rằng sẽ có ai đọc ngoài bạn bè và người thân. Thế nhưng nó đã gây phản ứng lớn như vậy.

Bài viết của tôi đã tạo ra một làn sóng tranh luận, chỉ trích, câu hỏi và phản hồi tiêu cực. Các chuyên gia trong ngành, bao gồm cả tác giả của Double Diamond cũng đã có ý kiến trái chiều.
“Ban khiến ý tưởng đơn giản trở nên phức tạp”
“Vốn Double Diamond đã vô nghĩa ngay từ đầu”
“Không thể ứng dụng vào thực tế đâu”

Mô hình Double Diamond được thiết kế lại là gì?

Cho những ai không biết Double Diamond bản làm lại là một quy trình thiết kế được tạo ra dựa trên quy trình Double Diamond của Design Council. Nó nhằm hiểu rõ quá trình thiết kế, cung cấp một hướng dẫn rõ ràng cho mọi người giải quyết các thách thức thiết kế. Sử dụng những công cụ, phương pháp và kỹ thuật khác nhau để thực thi.

Phương pháp luận

Lần đầu tôi biết tới Double Diamond là khoảng một năm trước khi tham gia HCD challenge và Merlin Zuni đã giới thiệu nó cho nhóm chúng tôi về nó
Thành thật, tôi đã không hiểu anh ấy nói gì về mấy hình kim cương ấy. Lúc ấy tôi mới chỉ là một newbie. Tuy nhiên nó đã thay đổi khi tôi bắt đầu chương trình học thạc sĩ thiết kế trải nghiệm tại Hyper Island.

Giai đoạn 1 — Tháng 2 năm 2016

Double Diamond đã sớm được giới thiệu và ứng dụng trong chương trình của chúng tôi. Trong minh họa dưới đây, team chúng tôi nhân đôi hai hình kim cương để lên xác định vấn đề và lên kế hoạch giải quyết. Chúng tôi đưa những quy trình, công cụ khác vào, xem xét chúng. Tuy nhiên, chúng cũng khiến chúng tôi khổ sở khi không biết nên chọn đặt chúng ở giai đoạn nào. Trong bản minh họa sơ bộ này, tôi tổng hợp và đưa vào những bước của Double Diamond.

Ở bước tiếp theo, tôi phân ra và hợp nhất một số công cụ và giai đoạn.

Giai đoạn 2 — 7 tháng 5 năm 2016

Lúc này, tôi chia sẻ và thảo luận về phương pháp tiếp cận của mình với những người trong team để và kết quả là tôi có bản vẽ đồ họa đầu tiên. Nó là nỗ lực để có được ý kiến, tạo ra những thảo luận để nhận được phản hồi từ cộng đồng.

Giai đoạn 3 — 13 tháng 5 năm 2016

Phàn hồi cho những ý tưởng mới luôn là một phần trong công việc giảng dạy của tôi tại University of the Arts tại Bern, Thụy Sỹ. Ở đó tôi đã giới thiệu về quá trình sáng tạo này với sinh viên học thạc sỹ thiết kế.

Qua việc dạy học, tranh luận và xin phản hồi, tôi đã có thể đánh giá giá trị và thách thức của quy trình.

Giai đoạn 4 — 19 tháng năm 2016

Tôi đã ứng dụng quy trình này vào chương trình thạc sỹ và xuất bản nó trên medium.com.

Giai đoạn 5 — Tháng 6 năm 2016

Tôi nhận được rất nhiều phản hồi từ cộng đồng. Dựa trên những tương tác, nghiên cứu và phản hồi ấy, tôi biến Double Diamond bản làm lại trở thành một chủ đề cho bài luận của mình.

Giai đoạn 6 — Tháng 8 năm 2016

Quá trình ấy dẫn tới bài viết bạn đang đọc hiện tại và một phiên bản update cho Double Diamond bản làm lại.

Quy trình này cho phép cả đội ngũ thiết kế sản phẩm được thấy cách áp dụng và đưa mô hình double diamond lên tầm cao hơn nữa trong quá trình sản xuất.

Kết

Double Diamond bản làm lại là một nỗ lực cá nhân nhằm hiểu các quy trình thiết kế, công cụ và những phương pháp luận ngoài kia.

Ở mỗi giai đoạn, tôi lại khám phá ra những insight mới. Kiến thức được xây dựng nhờ ứng dụng những nguyên tắc lấy người dùng làm trung tâm, chia sẻ sản phẩm và ghi nhận phản hồi.

Và đó cũng là bài học cho những designer, developer, manager ngoài kia, bạn không cần phải làm theo một mô hình chỉ vì nó đã được dùng từ lâu. Hãy cải tiến, nhận phản hồi, và đưa ra mô hình cho chính bản thân mình.

Đọc thêm: Creative Agency Model - Khám phá các mô hình Agency sáng tạo mới

chiến lược sản phẩm Quy trình

Bài viết này là câu chuyện của Dan Nessler khi anh và cộng sự đã cùng tìm cách để tái thiết và cải tiến mô hình double diamond đã quá quen thuộc với team làm sản phẩm

Hồi tưởng

Bài viết của tôi đã tạo ra một làn sóng tranh luận, chỉ trích, câu hỏi và phản hồi tiêu cực. Các chuyên gia trong ngành, bao gồm cả tác giả của Double Diamond cũng đã có ý kiến trái chiều.

“Ban khiến ý tưởng đơn giản trở nên phức tạp”
“Vốn Double Diamond đã vô nghĩa ngay từ đầu”
“Không thể ứng dụng vào thực tế đâu”

Mô hình Double Diamond được thiết kế lại là gì?

Phương pháp luận

Lần đầu tôi biết tới Double Diamond là khoảng một năm trước khi tham gia HCD challenge và Merlin Zuni đã giới thiệu nó cho nhóm chúng tôi về nó

Thành thật, tôi đã không hiểu anh ấy nói gì về mấy hình kim cương ấy. Lúc ấy tôi mới chỉ là một newbie. Tuy nhiên nó đã thay đổi khi tôi bắt đầu chương trình học thạc sĩ thiết kế trải nghiệm tại Hyper Island.

Giai đoạn 1 — Tháng 2 năm 2016

Ở bước tiếp theo, tôi phân ra và hợp nhất một số công cụ và giai đoạn.

Giai đoạn 2 — 7 tháng 5 năm 2016

Giai đoạn 3 — 13 tháng 5 năm 2016

Qua việc dạy học, tranh luận và xin phản hồi, tôi đã có thể đánh giá giá trị và thách thức của quy trình.

Giai đoạn 4 — 19 tháng năm 2016

Tôi đã ứng dụng quy trình này vào chương trình thạc sỹ và xuất bản nó trên medium.com.

Giai đoạn 5 — Tháng 6 năm 2016

Giai đoạn 6 — Tháng 8 năm 2016

Quá trình ấy dẫn tới bài viết bạn đang đọc hiện tại và một phiên bản update cho Double Diamond bản làm lại.

Quy trình này cho phép cả đội ngũ thiết kế sản phẩm được thấy cách áp dụng và đưa mô hình double diamond lên tầm cao hơn nữa trong quá trình sản xuất.

Kết

Double Diamond bản làm lại là một nỗ lực cá nhân nhằm hiểu các quy trình thiết kế, công cụ và những phương pháp luận ngoài kia.

Bạn đã biết về Quy tắc thiết kế UI cho website? Hiểu nhanh về Website Headless CMS trong 5 phút Cải thiện trải nghiệm khách hàng CX ngay với 3 bước đơn giản sau Cần biết gì về nghiên cứu UX và những phương pháp nghiên cứu UX ? Tổng quan về Digital Design — Giới thiệu về UX & UI Kiến thức cơ bản về digital design — các thuật ngữ, loại, công cụ

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