* Quản lý ưu tiên là một phần không thể thiếu của cơ sở hạ tầng thông báo tuyệt vời, điều này làm cho nó trở thành một phần rất quan trọng của câu đố ở đây tại Courier. Điều này cũng có nghĩa là có rất nhiều cơ hội học hỏi và xây dựng kinh nghiệm cho thực tập sinh trong dự án, Denis Tatar. Thời gian thực tập của Denis chỉ kéo dài vài tháng, nhưng anh ấy đã có thể tạo ra tác động to lớn với tư cách là giám đốc sản phẩm cho tính năng Courier's Preferences.

Chúng tôi muốn tìm hiểu thêm về kinh nghiệm của Denis, vì vậy chúng tôi đã hỏi liệu anh ấy có sẵn sàng làm việc cho chúng tôi hay không. Sau đó, những gì anh ấy nghĩ ra rất hay, đến nỗi chúng tôi nghĩ rằng sẽ là một ý kiến hay khi chia sẻ nó với tất cả các bạn! Bài đăng này sẽ trình bày quy trình làm việc của Denis từ lập kế hoạch đến thực hiện xung quanh dự án Preferences cũng như kinh nghiệm của anh ấy khi làm việc với nhóm Chuyển phát nhanh. Chúng tôi sẽ để Denis lấy nó từ đây!

Có vấn đề gì thế?

Vấn đề mà chúng tôi gặp phải tại Courier là chúng tôi sẽ cung cấp Preferences (V3) cho khách hàng của mình, nhưng toàn bộ chiến lược của tính năng sản phẩm không được thực hiện đầy đủ. Tôi tin rằng V3 là một bước đệm tuyệt vời cho V4, nhưng về cơ bản vẫn có những sai sót trong một số phần của chiến lược. Chỉ cho phép chọn tham gia / không tham gia toàn cầu là một ví dụ về điều này. Một vấn đề khác là V3 không đạt được nhiều lực kéo, điều mà tôi tin là do thiếu một chiến lược hoàn chỉnh.

Vào tháng 5, Preferences (V3) sẽ chỉ cho phép người dùng chọn tham gia và không tham gia tùy chọn của họ trên toàn cầu. V3 of Preferences chỉ cho phép khách hàng của chúng tôi (và khách hàng của họ) chọn tham gia / không nhận thông báo và khách hàng trên toàn cầu cũng có thể quyết định xem một số thông báo nhất định có được yêu cầu hay không. V3 đã giúp mang đến cho khách hàng của chúng tôi khả năng bắt đầu chơi với ý tưởng về sở thích. Tuy nhiên, chọn / không tham gia trên toàn cầu là một vấn đề vì nó hạn chế các tùy chọn thông báo của người dùng cuối. Đó là tất cả hoặc không có gì, không có sự xen kẽ. Về lý thuyết, tương tự như câu nói của Pokemon, "Bắt một con, bắt tất cả." Tuy nhiên, một vấn đề với điều này là tràn ngập hộp thư đến. Chọn tham gia toàn cầu sẽ cho phép khái niệm hộp thư đến của người dùng cuối trở nên tràn ngập mọi thông báo sản phẩm, điều này có vấn đề vì nó có thể dễ dàng khiến người dùng rời xa sản phẩm của bạn.

Việc chọn tham gia / không tham gia toàn cầu đã nhanh chóng được giải quyết bằng cách cho phép người dùng chọn nội dung họ muốn được thông báo và kênh họ muốn. Xu hướng tổng thể này trên thị trường được sử dụng bởi hàng nghìn công ty (các sản phẩm B2B và B2C), đặc biệt là trong không gian công nghệ.

Khả năng hiển thị trở thành một vấn đề nghiêm trọng với V3. Người dùng cuối không bao giờ có tùy chọn để chọn loại nội dung và kênh họ muốn. Người dùng sẽ được hỏi xem họ có quan tâm đến việc nhận thông báo nói chung hay không. Không cung cấp tùy chọn là một vấn đề vì nó hạn chế khả năng hiển thị những gì bạn sẽ nhận được thông qua thông báo. Người dùng cuối cũng không thích bất ngờ khi nhận được thông báo về sản phẩm. Rõ ràng là chìa khóa vì nó cho phép người dùng cuối kiểm soát các thông báo của họ.

Với V4, chúng tôi đã giải quyết được vấn đề về khả năng hiển thị, đây là “lỗi” chính của V3. Khách hàng của chúng tôi và người dùng cuối của họ giờ đây có khả năng kiểm soát nội dung họ nhận được và các kênh họ muốn.

V4 là một cách tốt để thông báo chiến lược cho người dùng cuối.

Kế hoạch

Có ba giai đoạn mà chúng tôi đã theo dõi với tư cách là một nhóm khi xây dựng Preferences.

1. Nghiên cứu Trong giai đoạn một, tôi đã dành một khoảng thời gian kha khá để xem xét những gì hiện có trên thị trường dưới dạng các trung tâm ưu đãi. Tôi thường xuyên tự hỏi mình hai câu hỏi sau:

   “[Chèn tên công ty] quản lý thông báo như thế nào? Trung tâm ưu tiên của họ trông như thế nào? ”

   Những câu hỏi này là chìa khóa. Họ đã giúp tôi đi sâu vào nghiên cứu cần thiết, giúp tôi nắm bắt được nhiều xu hướng thị trường quan trọng. Mặc dù vậy, trong số tất cả các xu hướng được tìm thấy, có một xu hướng nổi bật nhất.

2. Xu hướng: Lựa chọn kênh và nội dung thông qua bố cục kiểu chuyển đổi / lưới cho các trung tâm ưu tiên là điều bắt buộc phải có. Xu hướng này đã trở thành xương sống cho dự án mùa hè của chúng tôi. Điều quan trọng là phải cung cấp các tùy chọn ưu tiên cho người dùng.

Trong giai đoạn này, tôi đã đọc nhiều nghiên cứu điển hình. Tôi đã rất ngạc nhiên khi thấy có bao nhiêu tồn tại về chủ đề này. Mỗi người đã giúp tôi tìm ra giải pháp cho vấn đề mà chúng tôi đang giải quyết. Tôi đã học qua những sai lầm của người khác, tiếp thu những bài học quý giá.

Nói chuyện với khách hàng là vô cùng hữu ích trong giai đoạn này. Tôi đã có thể thực hiện nhiều cuộc gọi với khách hàng của chúng tôi và nghe quan điểm của họ về vấn đề này. Tôi sẽ đặt câu hỏi và đưa ra các ví dụ về những gì chúng tôi đã nghĩ đến để tìm ra giải pháp. Điều này đã giúp điều chỉnh một POC. Chúng tôi càng hiểu rõ quan điểm của khách hàng, thì càng dễ dàng bắt đầu thiết kế thứ gì đó mà họ sẽ sử dụng.

3. Thiết kế một POC Tôi thực sự thích giai đoạn này. Việc xem nghiên cứu trở thành một POC thực tế thật không thể tin được và thật thú vị. Chúng tôi lấy tất cả phản hồi mà tôi thu thập được, sau đó tạo ra một số thiết kế lặp lại.

Sau khi chúng tôi tạo POC, điều cần thiết là phải quay lại với khách hàng của chúng tôi và đảm bảo rằng đó là thứ mà họ đã hình dung cho Preferences. Khách hàng của chúng tôi cũng là những người đáng yêu để làm việc cùng, luôn ở đó để cung cấp phản hồi rất cần thiết cho họ.

Thông thường, tôi sẽ có một lượng lớn các phiên động não với Ian. Chúng tôi sẽ xem xét nghiên cứu của chúng tôi và những gì khách hàng của chúng tôi phải nói, và kết hợp các nguồn này thành một POC. Đó là một quá trình sâu sắc để trở thành một phần của nó.

Giai đoạn này kéo dài vài tuần cho đến khi cuối cùng chúng tôi cập bến một POC làm hài lòng tất cả các khách hàng mà chúng tôi đã nói chuyện kể từ tháng 5 năm 2022.

4. Xây dựng MVP Khi chúng tôi đã có POC và các thiết kế hoàn chỉnh, chúng tôi bắt đầu xây dựng tính năng sản phẩm của mình. Giai đoạn này đã dạy cho tôi hai bài học quan trọng…

   
   

Có tổ chức là vô cùng quan trọng.

và...

Là người quản lý sản phẩm, bạn cần đi trước nhóm của mình một tuần.

Khi làm việc tại Courier và các nhiệm vụ được ủy quyền, tôi nhận thấy rằng bạn càng có tổ chức, thì bạn càng dễ dàng làm việc với những người khác. Kỹ năng tổ chức của tôi sẽ ảnh hưởng đến mức độ rõ ràng mà các nhà thiết kế và kỹ sư của chúng tôi hiểu được các mục tiêu của chúng tôi và các nhiệm vụ được ủy quyền riêng lẻ. Chúng tôi càng có tổ chức, chúng tôi càng làm việc nhanh hơn và hiệu quả hơn. Việc vạch ra các nhiệm vụ mà nhóm của chúng tôi cần phải hoàn thành và giải thích lý do tại sao những nhiệm vụ này lại cần thiết đã giúp ích rất nhiều. Nó mang lại sự rõ ràng cho tất cả mọi người, kể cả bản thân tôi.

Bài học thứ hai ở đây đã được trao cho tôi bởi Giám đốc điều hành của chúng tôi, Troy. Anh ấy đã dạy tôi tầm quan trọng của việc nghĩ về tuần hiện tại và tuần sau. Troy đưa ra điều này bởi vì, với tư cách là người quản lý sản phẩm, bạn muốn thông báo cho nhóm của mình về những dự án và nhiệm vụ đang diễn ra. Một người quản lý sản phẩm không có tư duy này có thể nhanh chóng trở thành một trở ngại cho nhóm của họ. Thực hiện tư duy này đã mang lại sự rõ ràng và khiến tôi bớt căng thẳng hơn về dự án của chúng tôi. Tôi sẽ dành thời gian lập kế hoạch mỗi tuần và ước tính vị trí của nhóm vào cuối mỗi tuần (chu kỳ).

Hai bài học này đã giúp ích khi chúng tôi xây dựng MVP. Chúng tôi đã tiến bộ qua mỗi tuần với tư cách là một nhóm, với các nhiệm vụ của mỗi tuần được vạch ra, cùng với các mục tiêu hàng tuần mà chúng tôi cần đạt được. Làm việc với nhóm tại Courier thật tuyệt vời, mọi người đều hiểu và hoàn toàn xuất sắc. Điều tôi yêu thích nhất là mọi người đều có ý kiến. Các kỹ sư và nhà thiết kế sẽ hỏi liệu các nhiệm vụ cụ thể có phải là ưu tiên trước khi xây dựng chúng hay không, điều này cho phép chúng tôi xây dựng MVP và thiết lập và chạy nó một cách nhanh chóng. Những câu hỏi này đã giúp định hướng các ưu tiên và ra quyết định.

Thực hiện: Những gì tôi đã làm chính xác

Trong suốt thời gian thực tập này, mỗi ngày đều khác nhau. Tuần của tôi sẽ liên quan đến việc nói chuyện với khách hàng, giao nhiệm vụ cho các kỹ sư và nhà thiết kế của chúng tôi và dành thời gian để suy nghĩ trước, từ hai đến ba tuần trước tuần hiện tại. Tôi cũng đã làm việc chặt chẽ với cả các kỹ sư và nhà thiết kế, đảm bảo sức mạnh tổng hợp tuyệt vời giữa cả hai đội.

Có bốn trách nhiệm cốt lõi mà tôi đã thể hiện trong suốt thời gian thực tập quản lý sản phẩm của mình tại Courier:

Là chuyên gia nội bộ về những gì thị trường (khách hàng và khách hàng tiềm năng) mong muốn trong lĩnh vực trọng tâm của tôi.

Là chuyên gia nội bộ về những gì tính năng sản phẩm của tôi đã cung cấp (và do đó là điểm nhấn cho trách nhiệm cốt lõi ở trên). Khả năng sắp xếp thứ tự ưu tiên đường dẫn Chuyển phát nhanh từ trạng thái hiện tại đến trạng thái mong muốn của chúng tôi.

Khả năng giáo dục phần còn lại của công ty về sản phẩm hiện tại, sản phẩm đang được xây dựng và tầm nhìn sản phẩm cuối cùng của chúng tôi để mọi người đều có thể ở trên cùng một trang mà không cần phải là chuyên gia.

Là chất kết dính đảm bảo nhóm làm việc cùng nhau theo đúng mục đích vì những lý do đúng đắn, thành công của họ cuối cùng bị giới hạn bởi hiệu quả của tôi trong một và hai. Tôi không thể giáo dục chính xác đồng đội về những gì mà bản thân không hiểu sâu sắc.

Troy là một người cố vấn tuyệt vời trong suốt thời gian tôi làm việc tại Courier. Anh ấy đã khiến tôi chú ý đến bốn trách nhiệm cốt lõi này, chúng trở thành một phần không thể thiếu trong kỳ thực tập của tôi. Điều gây ấn tượng với tôi nhất là sự gắn kết giữa tất cả các đội. Lúc đầu, tôi nhìn vào khái niệm này và bị nó đe dọa. Nhưng, tôi đã có một cú nổ khiến bản thân trở nên giống nhau như keo giữa các đội. Nó chắc chắn không phải là một cái gì đó dễ dàng để thực hiện, nhưng tôi rất thích thử thách này. Tôi cũng đã kết bạn được rất nhiều người bạn tuyệt vời!

Tôi đã trải qua những đánh đổi nào?

Có rất nhiều sự đánh đổi trong suốt quá trình thực tập của tôi. Những điều chính tôi đã trải qua liên quan đến khái niệm sau “làm cho nó hoạt động -> làm cho nó tốt -> làm cho nó nhanh chóng,” mà tôi thường nghe trong suốt kỳ thực tập của mình. Đã có nhiều lần khi các tính năng nhỏ có thể làm nổi bật UI / UX của chúng tôi sẽ thực sự làm chậm đội ngũ.

Sự đánh đổi như thế này là cần thiết. Họ đã đặt câu hỏi cho tôi rằng liệu chúng ta có tập trung vào các chi tiết phức tạp hay chúng ta gạt tính năng sang một bên và tập trung vào việc tạo ra một sản phẩm hoạt động tốt và hoàn thành công việc? Phần sau của câu hỏi đó thường được chọn làm chiến lược của chúng tôi. Thật khó để thực hiện những lời kêu gọi này vì bạn biết nhóm có thể phát triển một bản dựng sản phẩm xuất sắc với các thành phần UI / UX phi thường, nhưng bản dựng của chúng tôi phải thực hiện được những gì nó cần làm ngay từ đầu.

Mục tiêu chính là phát hành MVP của chúng tôi, đảm bảo chúng tôi có phản hồi của khách hàng, cải thiện bất kỳ tính năng cốt lõi nào và sau đó tập trung vào các ưu tiên nhỏ ảnh hưởng đến UI / UX của sản phẩm này.

Làm việc với nhóm như thế nào?

Tôi đã có một thành công khi làm việc với nhóm Vòng đời về Preferences. Mọi người đều rất tốt bụng và đưa ra phản hồi tuyệt vời. Tôi đã đề cập điều này rất nhiều lần trong văn phòng và trong các cuộc gọi với đồng nghiệp. Làm việc tại Courier không giống như công việc; cảm giác như tôi đang làm việc trong một dự án phụ với những người bạn thân. Tôi thực sự nghĩ rằng đây là lý do tại sao tôi có thể tạo ra công việc mà tôi đã làm tại Courier, vì môi trường. Chuyển phát nhanh dễ dàng, cực kỳ thân thiện và hướng đến kết quả.

Một điều nữa mà tôi thực sự yêu thích ở đội là họ luôn nghĩ về tôi. Nếu có những nhiệm vụ mà các kỹ sư hoặc nhà thiết kế sẽ làm được coi là 'chuẩn mực' đối với họ, họ sẽ hỏi tôi liệu tôi có muốn thử xem nó như thế nào không. Tôi có ba ví dụ về điều này.

Khi thiết kế chú giải công cụ cụ thể cho một phần của dự án Preferences, Ian (Nhà thiết kế cấp cao) trong một cuộc gọi của chúng tôi, đã hỏi tôi có muốn thử thiết kế chú giải công cụ không. Điều này liên quan đến việc làm việc với Khung trong Figma, một khái niệm mà tôi chưa bao giờ làm việc. Tôi thực sự thích tạo chú giải công cụ đó. Nó làm cho tôi cảm thấy được bao gồm.

Hàng tuần, nhóm sẽ có các cuộc họp lập kế hoạch Vòng đời cho nhóm của chúng tôi. Chúng tôi sẽ nói về vé và viết chúng lên. Đầu kỳ thực tập của tôi khi Suhas (Kỹ sư cao cấp) hỏi tôi có muốn thử viết một vài vé trên Linear không. Tôi biết rằng đây là điều mà hầu hết các PM thường làm, nhưng tôi rất tôn trọng Suhas vì đã đưa ra điều này và sẵn sàng dạy tôi cách tạo vé đúng cách trong Linear.

Khi nhóm đã củng cố được điều gì đó cho Preferences, tôi bắt đầu hỏi thăm nội bộ để tìm hiểu xem có công ty nào muốn nghe về dự án của tôi không. Nathan (Giám đốc tài khoản), đã liên hệ với tôi để cho tôi biết về một khách hàng quan tâm đến tính năng của sản phẩm này. Nathan đã khuyến khích tôi TON khi giao tiếp với khách hàng này. Tôi đã có thể bước ra ngoài vùng an toàn của mình nhờ sự động viên của Nathan. Tôi chưa bao giờ nói chuyện với khách hàng trong bất kỳ kinh nghiệm thực tập nào trước đây của mình, và tôi đã học được rất nhiều điều về khách hàng và cách họ nhìn nhận về Courier.

Lưu ý rằng đây chỉ là ba ví dụ về rất nhiều cơ hội như thế này trong suốt quá trình thực tập của tôi. Tôi muốn gửi lời cảm ơn lớn đến Ian, Suhas và Nathan. Tôi đánh giá cao các bạn đã cho tôi cơ hội để học hỏi và phát triển, điều đó có ý nghĩa với tôi.

Tôi đã làm việc với các nhà thiết kế như thế nào?

Tôi rất thích làm việc với Ian (Nhà thiết kế cao cấp). Chúng tôi sẽ có những cuộc họp ngẫu hứng thông qua tính năng 'Trò chuyện nhóm' của Slack, (tính năng này đã được đổi tên nội bộ thành 'Huggle' vì lỗi đánh máy mà tôi từng mắc kẹt). Những cuộc họp này thực sự tuyệt vời cho việc động não và thiết kế sản phẩm. Đôi khi, Ian và tôi gọi điện sau đó vào ban đêm vì việc nảy ra nhiều ý tưởng sáng tạo hơn dễ dàng hơn .. Chúng tôi sẽ có các phiên họp kéo dài từ một đến hai giờ và chúng tôi sẽ đưa ra một số UI / UX thực sự tuyệt vời cho Preferences . Đây là điều mà tôi sẽ không bao giờ quên.

Khi làm việc với Ian, tôi sẽ cố gắng làm cho nó dễ dàng nhất có thể. Tôi sẽ tạo một danh sách việc cần làm thông qua Google docs hoặc Slack, vì vậy cả Ian và tôi sẽ biết những việc cần phải hoàn thành hàng tuần.

Trong các cuộc gọi của chúng tôi, Ian và tôi cũng sẽ nói về rất nhiều chủ đề khác nhau không phải lúc nào cũng liên quan trực tiếp đến công việc, điều đó thật tuyệt. Điều này thực sự đã giúp xây dựng tình bạn của chúng tôi, giúp việc cộng tác và tạo ra một UI / UX sạch cho Preferences trở nên dễ dàng hơn rất nhiều. Tôi thường làm khá nhiều thiết kế sản phẩm ngoài giờ làm việc và Ian sẽ luôn cho tôi những lời khuyên hữu ích về thiết kế sản phẩm và trên Figma!

Tôi đã làm việc với các kỹ sư như thế nào?

Tôi đã đề cập ngắn gọn về vấn đề này, nhưng khi làm việc với các kỹ sư, tôi sẽ giúp tạo vé và tổ chức mỗi tuần sẽ như thế nào. Tôi đã giúp các kỹ sư của chúng tôi bất cứ khi nào họ bối rối về bất cứ điều gì liên quan đến Preferences và sẽ giải thích cách tôi nghĩ ra những cái tên cụ thể, tại sao Ian và tôi thiết kế một số bộ phận nhất định của sản phẩm và mục tiêu đằng sau những thiết kế này. Nhiều câu trả lời trong số này đến từ quá trình nghiên cứu sâu rộng của tôi với những khách hàng quan tâm đến Preferences.

Trong khi làm việc với các kỹ sư, tôi đã học được rất nhiều về cách chia nhỏ các vé (eipcs) trong Linear một cách hợp lý. Tôi nghĩ rằng tôi đã nắm chắc trước khi làm việc tại Courier, nhưng tôi đã học được nhiều điều hơn sau khi làm việc với nhóm Lifecycle. Chìa khóa để chia nhỏ vé là có thể suy nghĩ về từng chi tiết nhỏ nhất cùng với các kỹ sư. Việc ở trong một nhóm nhỏ trong khi làm điều này là cực kỳ quan trọng vì mỗi cá nhân đã giúp đưa ra quan điểm rất quan trọng về cách chia nhỏ vé.

Trong thời gian thực tập của tôi, Seth (Giám đốc công nghệ), Suhas (Kỹ sư phần mềm cao cấp) và Christian (Kỹ sư phần mềm) đã khuyến khích tôi nói chuyện với nhóm Trải nghiệm nhà phát triển tại Courier và cho họ xem dự án của chúng tôi. Mục tiêu chính đằng sau việc này là để kiểm tra xem UI / UX của Preferences có trực quan hay không nếu thiết kế có ý nghĩa và liệu nhóm Trải nghiệm nhà phát triển có hiểu mục tiêu đằng sau tính năng sản phẩm này hay không. Tôi đã chuẩn bị một bản trình chiếu giải thích toàn bộ dự án của chúng tôi. Đây là một trải nghiệm tuyệt vời vì nó đã giúp tôi chuẩn bị cho cách bán Preferences cho khách hàng của chúng tôi. Trình bày sâu sắc về sản phẩm và “bán” sản phẩm của bạn cho khách hàng là một kỹ năng quan trọng và bị bỏ qua đối với các nhà quản lý sản phẩm . Nói chuyện với mọi người trong nội bộ cũng giúp tôi luyện tập và trau dồi kỹ năng này.

Tôi đã giải quyết vấn đề như thế nào?

Trước Tùy chọn V4, khách hàng không được cung cấp tùy chọn chọn nội dung họ muốn nghe và cách họ muốn nghe về nội dung đó. Với V4 Preferences, người dùng giờ đây có thể nói lên ý kiến của mình về cả hai vấn đề này. Tính năng sản phẩm mới này giúp khách hàng có thể chọn những gì họ thích và muốn nghe về. Cụ thể là thông qua tùy chọn kênh của họ.

Đã qua rồi cái thời của sự lộn xộn trong hộp thư đến và khách hàng trở nên trầm trọng hơn với số lượng thông báo họ nhận được. Tùy chọn giảm thiểu sự thất vọng mà người dùng cuối gặp phải với các thông báo của họ.

Muốn ứng tuyển vào Courier? Kiểm tra trang nghề nghiệp của chúng tôi . Để kiểm tra những gì Denis đã giúp xây dựng trong thực tế, hãy yêu cầu bản demo tại đây và yêu cầu xem tính năng Preferences.