PM: là Product Manager
1. Tạo một team vững mạnh
Có một team vững chính là cái quan trọng nhất để giữ được công ty. Sản phẩm có thể thất bại có thể làm lại. Nhưng team không mạnh thì sản phẩm có tốt cũng không thể đi xa. Nếu đã chọn ai thì phải chọn cho kĩ, tháng 10 muốn làm sản phẩm thì tháng 1 phải đi chọn rồi. Phải đủ kiên nhẫn để tuyển chọn và sàng lọc. Càng scale team nhanh càng dễ làm hỏng project làm hỏng công ty.
2. Sản phẩm chú trọng mobile
Có những sản phẩm mà mọi traffic (số lượng truy cập) phần lớn từ mobile thế nên không cần phải nghĩ đến mobile trước trong khâu thiết kế. Cho dù có app mobile hay không thì vẫn cần phải có mobile web. Thiết kế sao cho người dùng cảm thấy dễ dùng dễ thao thác trong một mớ các chức năng của web. Có những thứ nên tập trung vào xây dựng, có những thứ cần phải bỏ.
3. Hướng đến tính usability
Sản phẩm phải hướng đến người dùng, hướng đến chức năng chạy có đúng với mong muốn của khách hàng hay không sau đó mới đến việc nó có đẹp hay không.
4. PM phải có tầm nhìn
Trước khi bắt tay vào làm phải thấy được tất cả những gì sản phẩm cần có, cần đạt được. Có kế hoạch cụ thể chi tiết. Dù không phải là đầy đủ, không phải là bản kế hoạch cuối cùng nhưng nếu không có sự bao quát những yếu tố chính của sản phẩm thì càng đi xa sản phẩm càng trở nên rối như tơ vò.
Không chỉ có tầm nhìn dài hạn một năm, hai năm mà còn phải thấy được sau một tuần, một tháng sản phẩm có thêm những gì, ở đâu và đã cải thiện được bao nhiêu.
5. Các thành viên của team phải hiểu công việc của nhau
Bên design thì cũng biết bên dev nó làm cái gì và ngược lại. Dù học không thể nào giỏi bằng nhưng mà biết được chung chung. Anh PM đã nói rằng trong team anh thường bắt 2 team dành một khoảng thời gian nào đó trong ngày tìm hiểu công việc của team còn lại. Ví dụ: team design thì lên acedamy học lập trình đơn giản, team dev thì lên dribbble , behance hay pinterest xem các thiết kế đẹp mà học hỏi.
1. Tạo một team vững mạnh
Có một team vững chính là cái quan trọng nhất để giữ được công ty. Sản phẩm có thể thất bại có thể làm lại. Nhưng team không mạnh thì sản phẩm có tốt cũng không thể đi xa. Nếu đã chọn ai thì phải chọn cho kĩ, tháng 10 muốn làm sản phẩm thì tháng 1 phải đi chọn rồi. Phải đủ kiên nhẫn để tuyển chọn và sàng lọc. Càng scale team nhanh càng dễ làm hỏng project làm hỏng công ty.
2. Sản phẩm chú trọng mobile
Có những sản phẩm mà mọi traffic (số lượng truy cập) phần lớn từ mobile thế nên không cần phải nghĩ đến mobile trước trong khâu thiết kế. Cho dù có app mobile hay không thì vẫn cần phải có mobile web. Thiết kế sao cho người dùng cảm thấy dễ dùng dễ thao thác trong một mớ các chức năng của web. Có những thứ nên tập trung vào xây dựng, có những thứ cần phải bỏ.
3. Hướng đến tính usability
Sản phẩm phải hướng đến người dùng, hướng đến chức năng chạy có đúng với mong muốn của khách hàng hay không sau đó mới đến việc nó có đẹp hay không.
4. PM phải có tầm nhìn
Trước khi bắt tay vào làm phải thấy được tất cả những gì sản phẩm cần có, cần đạt được. Có kế hoạch cụ thể chi tiết. Dù không phải là đầy đủ, không phải là bản kế hoạch cuối cùng nhưng nếu không có sự bao quát những yếu tố chính của sản phẩm thì càng đi xa sản phẩm càng trở nên rối như tơ vò.
Không chỉ có tầm nhìn dài hạn một năm, hai năm mà còn phải thấy được sau một tuần, một tháng sản phẩm có thêm những gì, ở đâu và đã cải thiện được bao nhiêu.
5. Các thành viên của team phải hiểu công việc của nhau
Bên design thì cũng biết bên dev nó làm cái gì và ngược lại. Dù học không thể nào giỏi bằng nhưng mà biết được chung chung. Anh PM đã nói rằng trong team anh thường bắt 2 team dành một khoảng thời gian nào đó trong ngày tìm hiểu công việc của team còn lại. Ví dụ: team design thì lên acedamy học lập trình đơn giản, team dev thì lên dribbble , behance hay pinterest xem các thiết kế đẹp mà học hỏi.