发帖
雷达卡
产品原型制做的目的，是将产品的需求以一种简单明白的方式展现给开发者或者设计师。从而使得产品的构想和最终实际产品能够保持一致。特别在敏捷开发丶设计冲刺和精益创业，是
## 敏捷开发
敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
#### 敏捷开发的原则：
1. 快速迭代
相对那种半年一次的大版本发布来说，小版本的需求、开发和测试更加简单快速。一些公司，一年发布仅2~3个版本，发布流程缓慢，它们仍采用瀑布开发模式，更严重的是对敏捷开发模式存在误解。
2. 让测试人员和开发者参与需求讨论
需求讨论以研讨组的形式展开最有效率。研讨组，需要包括测试人员和开发者，这样可以更加轻松定义可测试的需求，将需求分组并确定优先级。 同时，该种方式也可以充分利用团队成员间的互补特性。如此确定的需求往往比开需求讨论大会的形式效率更高，大家更活跃，参与感更强。
3. 编写可测试的需求文档
开始就要用“用户故事”（User Story）的方法来编写需求文档。这种方法，可以让我们将注意力放在需求上，而不是解决方法和实施技术上。过早的提及技术实施方案，会降低对需求的注意力。
4. 多沟通，尽量减少文档
任何项目中，沟通都是一个常见的问题。好的沟通，是敏捷开发的先决条件。在圈子里面混得越久，越会强调良好高效的沟通的重要性。
团队要确保日常的交流，面对面沟通比邮件强得多。
5. 做好产品原型
建议使用草图和模型来阐明用户界面。并不是所有人都可以理解一份复杂的文档，但人人都会看图。
6. 及早考虑测试
及早地考虑测试在敏捷开发中很重要。传统的软件开发，测试用例很晚才开始写，这导致过晚发现需求中存在的问题，使得改进成本过高。较早地开始编写测试用例，当需求完成时，可以接受的测试用例也基本一块完成了。
## 设计冲刺
设计冲刺（Design Sprint）就是兼得设计和时间的一种群体性设计活动的方法。如何带领你的团队在5天内高效解决设计问题并测试新点子是否奏效？
这是一个高度结构化的多日流程，使设计团队能够：
研究问题、机会和/或市场（这取决于您正在尝试构建的内容——例如网站、应用程序、现有产品的新功能等）;
提出一个假设;
通过故事板可视化概念;
解决方案原型;
用真实用户测试它。
团队是这里的关键词。设计冲刺是一个高度参与的过程，通常在一周内完成——是每个团队成员的协作使得流程最终能够成功。
## 精益创业
现存公司执行一个（已经成熟的）商业模式，而新创公司需要寻找一种商业模式。这个区别恰恰就是精益的核心，从而也给出了精益创业的定义：“一个短期性的组织，用来寻找一种可持续和可扩展的商业模式。”
#### 精益创业模式三个要点：
第一，与其花费几个月的时间去计划和研究，企业家更愿意承认目前所有的是一系列未经证实的假设—更简单的说，是一些看上去不错的“猜想”。
创业者们可以用一张基本的商业模式画布就可以把他们的假设表达出来，而不是长篇大论的写一套商业计划书。本质上而言，商业模式画布就是一个企业如何为它自己和客户创造价值的公式。
（描述你的假设：这是一张典型的商业模式画布，在一张纸的九个格子里，帮助你看到创业所需要的重点要素。而这些重点要素，就包含着你所需要去验证的一系列假设。）
第二，精益创业强调要「走出办公室」的方式，用「顾客开发」（Customer Development）的过程，来测试自己的一系列假设。
创业家走出去询问潜在的使用者、购买者和合作伙伴，获得有用的反馈，以测试商业模式中的所有涉及到的要素，如产品特色、定价、销售渠道，以及争取有消费能力顾客的策略等。
精益强调的是敏捷与速度：新创公司快速展示最简可行产品，并立即得到用户的回馈意见；接着，基于用户的回馈意见修正假设，然后再一次展示并获得反馈。这样不断重复整个循环，测试改进后的产品，进行小幅调整（迭代 iterate），或是大幅修正（转向 pivot）那些不受青睐的想法。(具体见下文的客户倾听模式图)
第三，精益创业贯彻「敏捷开发」（Agile Development）的理念。
敏捷开发最开始源自于软件业，在实质上与顾客开发理念相辅相成。传统的产品开发建立在“公司已经充分了解用户问题，以及产品需求”的基础之上，开发一个所谓完美的产品流程往往长达一年。而敏捷开发则在产品开发之初，就基于用户在过程中的反馈进行反复测试和逐渐改善，以减少不必要的时间与资源浪费，这正是新创公司用来设计最简可行产品的流程。
京公网安备 11010802022788号
