Cập nhật 13:47, 24/01/2024
1353 lượt xem
Admin
NHƯ THẾ NÀO LÀ CÁCH TẠO SẢN PHẨM CỘNG NGHỆ ĐƯỢC YÊU THÍCH NHẤT?
PART I. Lessons from Top Tech Companies
In the mid-1980s, I was a young software engineer working for Hewlett Packard on a high-profile product. It was a time (the first time) when artificial intelligence was all the rage, and I was fortunate enough to be working at what was then one of the industry’s best technology companies, as part of a very strong software engineering team (several members of that team went on to substantial success in companies across the industry).
Our assignment was a difficult one: to deliver AI-enabling tech- nology on a low-cost, general-purpose workstation that, until then,required a special-purpose hardware/software combination that cost more than $100,000 per user—a price few could afford.
We worked long and hard for well over a year, sacrificing count- less nights and weekends. Along the way, we added several patents to HP’s portfolio. We developed the software to meet HP’s exacting quality standards. We internationalized the product and localized it for several languages. We trained the sales force. We previewed our technology with the press and received excellent reviews. We were ready. We released. We celebrated the release.
Just one problem: No one bought it.
The product was a complete failure in the marketplace. Yes, it was technically impressive, and the reviewers loved it, but it wasn’t something people wanted or needed.
The team was of course extremely frustrated with this outcome. But soon we began to ask ourselves some very important questions: Who decides what products we should build? How do they decide? How do they know that what we build will be useful?
Our young team learned something very profound—something many teams have discovered the hard way: It doesn’t matter how good your engineering team is if they are not given something worthwhile to build.
When trying to track down the root cause of our failure, I learned that the decisions about what to build came from a product manager—someone who generally resided in the marketing organiza-tion and who was responsible for defining the products we built. But I also learned that product management wasn’t something HP was particularly good at. I later learned that most companies weren’t good at this either, and, in fact, most still aren’t.
Cùng True Skill tìm hiểu qua link dưới đây nhé 👇👇!
Link tải full E-Book: https://bit.ly/3Stxlom
Fintech đang là “đỉnh của chóp” với ví điện tử, ngân hàng số, blockchain, crypto – cơ hội cho BA tụi mình đầy rẫy ngoài kia. Nhưng làm BA trong fintech không chỉ là ngồi viết BRD hay vẽ sơ đồ đâu nha. Muốn nổi bật, bạn cần vài “vũ khí bí mật” ngoài nghiệp vụ. Hôm nay, mình chia sẻ 5 bí kíp siêu thực tế, cộng thêm cách dùng AI để học fintech nhanh như chớp và lý do vì sao dân BA mê mẩn ngành này.
Product Owner (PO), hay còn gọi là người quản lý sản phẩm, là người đứng ở “giao điểm” giữa người dùng – công nghệ – mục tiêu kinh doanh. Họ đóng vai trò then chốt trong việc phát triển các sản phẩm số như ứng dụng, trang web, và phần mềm trên nhiều nền tảng khác nhau.
Một Product Requirements Document (PRD) là tài liệu quan trọng định hướng phát triển cho mọi dự án phần mềm.
Trong phát triển phần mềm, việc ra mắt một sản phẩm hoặc tính năng mới luôn đi kèm với rủi ro. Luôn tồn tại sự không chắc chắn về việc liệu người dùng có thấy sản phẩm của bạn hữu ích hay không
Hãy nhập ngay email của bạn vào form bên dưới để được nhận tư vấn trực tiếp từ trung tâm.