HondaCityClub

 ลืมรหัสผ่าน
 ลงทะเบียน
ค้นหา
ดู: 52|ตอบกลับ: 0

自己要承担巨大的风险

[คัดลอกลิงก์]

1

กระทู้

1

โพสต์

5

เครดิต

Newbie

Rank: 1

เครดิต
5
首先要花费大量资金进行研究广告开发(R&D)然后再进行工程设计通常是为了生产出无法销售的产品。 MVP 提出了一种不同的做事方式如果产品将要失败最好是快速失败并在此过程中消耗尽可能少的资源。对于公司来说经历多轮 MVP甚至在找到合适的发展方向之前必须进行转型的情况并不罕见。 POC原型MVP 通常此时您可能会对什么是 MVP 和产品的其他版本感到有点困惑。其中最主要的是概念验证 POC 和原型。 虽然我们在概念验证指南中详细介绍了产品经理如何使用 POC 但您经常会在 UX 设计师的领域中找到原型。原型设计是设计思维过程的关键第四阶段。 尽管有很多相似之处但每个都有不同的功能此图表将帮助您区分 概念验证        原型        MVP 评估可行性 评估可用性+合意性 评估产。

品市场契合度 混合产品必不可少(硬件+软件/ 无需构建任何内容即可收集用户和客户反馈。 资源有限的公司(基本上是几乎所有公司)的生命线 需要几天或几周的时间来开发 需要几周的时间来开发 需要几个月的时间来开发 对产品管理职业感到好奇吗? 开始免费学习!产品经理 俄罗斯电报号码数据 如何使用最小可行产品 PM 的头脑中倾向于保留一个百分比% 。这大约是新技术和软件产品的平均失败率。没有产品经理愿意发现自己成为该统计数据的一部分。 因此只要有可能PM 都会使用原型和 MVP 来测试业务假设是否正确。 这个过程称为假设验证就产品经理而言它可能意味着关注结果而不是仅仅关注输出之间的区别。 什么是敏捷中的 MVP? 这是一个重要的问题因为它混合了科技行业中属于两个相邻世界的两个非常广泛使用的概念。



是一种组织软件开发工作的方式。目前它是世界各地许多开发团队组织工作的首选方式。 如果您阅读了一些有关敏捷的内容(可以从这里开始阅读《敏捷宣言》)您将不会在那里找到对 MVP 的任何参考。敏捷提到了原则角色仪式。没有提及产品或生产最低可行产品。 完全有可能继续生产没有任何用途且没人会使用的软件。但从公司的角度来看这并不是一个非常理想的情况。 七个著名的MVP例子 通过探索这些链接您可能很快就会注意到每个 MVP 背后的每个公司都选择了 MVP 概念的不同实现。考虑到那个特定时刻他们选择了他们认为对他们最有意义的东西。 让我们简单地看一下它们 AirBnb“正在寻找可以住宿的充气床吗?” Buffer“如果我建造这个你会加入吗?” Dropbox“现在观看视频稍后购买我们的产品。

ขออภัย! คุณไม่ได้รับสิทธิ์ในการดำเนินการในส่วนนี้ กรุณาเลือกอย่างใดอย่างหนึ่ง ลงชื่อเข้าใช้ | ลงทะเบียน

รายละเอียดเครดิต

ข้อความล้วน|อุปกรณ์พกพา|ประวัติการแบน|HondaCityClub

GMT+7, 2024-5-17 14:39 , Processed in 0.119334 second(s), 18 queries .

Powered by Discuz! X3.4 R20180101, Rev.59

© 2001-2017 Comsenz Inc.

ตอบกระทู้ ขึ้นไปด้านบน ไปที่หน้ารายการกระทู้