Discussion about this post

User's avatar
Elio Tran's avatar

Có 2 trải nghiệm come up trong đầu mình khi đọc article này:

1. Lần đầu tiên chuyển từ app B2C for end user qua làm internal tool theo hướng management systems. Lúc đó vít hết gas để delivery cho đủ features commit vs đội kinh doanh chạy số cho năm sau. Hồi đó mình chật vật lắm, ko hiểu được tại sao sếp dí cho làm theo cách củ chuối thế. Ok cho mọi người code thẳng trên wireframe trên draw.io luôn =))) Không biết bao lần nổi "máo chóa" đến mình còn ko hiểu cái feature này xài ntn thì operation team xài kiểu gì. Nhưng internal tool mà, có guide line, hướng dẫn sử dụng -> bắt làm theo, dùng theo, có làm cho mà dùng là tốt rồi =)))

2. Một SAAS application khác mình có cơ hội làm, cũng được làm bài bản từ đầu á, mà cty ko đổ tiền phát triển tool đó tiếp, nên cũng ko có trải nghiệm tới đoạn user maturity nữa. Có chăng là dev team hard code, implement theo requirement đặc thù cho từng business riêng thôi.

=> Có câu hỏi đoạn này nhé:

- Để làm product serve cho user maturity segment đó khi product của mình chưa maturity thì mình có những tactics gì?

- Cái này hỏi vui heng: Kiểu user maturity trên 1 product rùi, họ đã quen với việc sử dụng tool đó rồi, data cũng lưu trên đó cả rồi -> product khác cùng domain, cùng serve segment user đó có thể approach, acquire, engage user sang sử dụng product của mình ntn? => Migrate data, cheaper price... Muốn nghe thêm các case thực tế Molly làm ớ

----

Đọc series lesson learning của Molly đợt này bị suy nghĩ nhiều ớ. Cám ơn đã viết ^^

Expand full comment
Elio Tran's avatar

^^ ừa, sau đó mình cũng gap cỡ nửa năm để fix lại mí thứ lộn xộn bên trg. Tí thì bỏ nghề :))) Sau đó đi PV lại, rồi đi làm lại, mới shift perspective dần sang mí thứ như Molly nói: kéo dài time implement, trace off vs các giai đoạn chớp thời cơ, hay có khi là... mình build mất 2 đồng, competitor build mất 3 đồng thì mình cũng win rồi

Mình frame lại 2 câu hỏi nhé:

1. Mình đang hiểu user maturity Molly mention là kiểu expert user: ng dùng sp của mình ở mức độ thường xuyên, thấy cái mạnh, yếu của sp, họ hiểu vấn đề họ gặp phải -> có thể suggest, hoặc mí user biết code luôn, hoặc dùng các tool low code để tạo ra prototype xử lý 1 vấn đề nào đó ng dùng gặp phải trên sp hiện tại...

Như mình có nói là sp của mình làm chắc mới ở Introduction stage, còn chưa tìm được Market fit -> chưa có user maturity đó Molly.

(Viết tới đây thì ngộ ra, có khi ở stage này cũng chưa nên đẩy serve user maturity làm gì. Mà tập trung acquire user, tìm cái MKT thì tốt hơn.)

Về personal learning, gần vs cái mình muốn hỏi hơn. Vs case mình chưa được làm nhiều sp có lượng user đủ lớn, và có các tệp user maturity sd sản phẩm của mình rồi (hoặc mình chưa tiếp xúc vs họ), thì mình chuẩn bị gì cho điều này (đoạn drop).

Thực tế mình làm, thì trg lúc làm có nhờ tới các expert domain (manager, staff, admin...) consultant, và contribute solution ideas nhiều.

2. Uhm, cái Molly nói về Customer Journey đúng hơn trg việc acquire user khi họ đang sử dụng sp khác thật. Nhìn về mặt MKT thấy rõ hơn: làm branding awearness, tung voucher, discount mà mí sàn e-com chạy đua vs nhau.

---

Anw, appreciate Molly nhiều ^^ Mí points Molly đưa ra, đáng để nghiền ngẫm ❤️

Expand full comment
2 more comments...

No posts