|
?导读：有很多所谓的“创业者”，在构思自己的产品的时候往往把自己的天马行空的创意全部塞进去，这就造成了产品策划人员在设计产品原型的时候十分痛苦，或者做出来的产品完全不符合市场需求。如果能够在设计产品的时候运用下面的方法，可以少走很多弯路。
文/云码网；导读/庖丁技术  Step1：编写用户故事 “用户故事”是用户可以用你的软件完成的一个任务的离散描述。你可以像这样描述：“as a [kindof person] I can [do athing]”。下面是一些用户故事的例子，这些示例将指导你如何思考自己应用程序的特性和功能，它们都遵循一个相似的结构：作为一个[用户]我可以[做什么]。例如： 登录后，我可操作的任务列表； 登录后，我可以添加一个新的任务。 作为登录用户，我可以删除一个任务（只删除我的任务而不是其他用户的）。 作为登录用户，我可以完成一件待办事项（只属于我的待办事项而不是其他用户的）。 作为一名匿名用户，我可以注册新帐户、找回密码，或登录已有帐户。 …… 用户故事被快速写入后，可以帮助你理清思路，给你一些可以与其他人讨论的东西；哪些人将构建它，那些人会使用它，其他人会参与到这些决策中(即“利益相关者”)。 复杂的系统总是由简单的系统演变而来。从开始设计就很复杂的系统很难运行、且一旦出问题则不能修补。所以你必须从设计一个简单的系统开始工作。——约翰·高尔（John Gall）。 大多数伟大的想法都是庞大的。庞大的网站要花费数以百亿美元来建造，并且需要花费数年的时间。例如Uber。他们在前几轮融资过程中募集了约3亿美元，并将所有的现金都花费在建设自己的平台上了。我猜他们的花费远不仅如此。以此类推，你若得不到500万美元的融资，那你就只是算是闹着玩儿的。Uber从2009年开始启动项目，至今已整整6年过去了，他们还在一直继续下去。假设他们做的更快一点、更便宜一点，那么他们早就完成了。这也说明产品是否足够重要，依赖于你计划花费多少金钱和时间。 Step1中你把用户故事列出来后，强迫自己削减一半的条目，只保留最重要的几条，然后将这几条再切掉一半，你就会拥有一个高度集中的列表，从而可以高效地构建。 试着让你的网站只能做一件事情，但要保证能出色地做完成这一件事情，其他的功能可以都没有。用户也许会抱怨所有这个网站不能做的事情，但是如果你选择出用户真正需要的那一件事，无论如何他都将继续使用这个网站。 Step3：构建产品原型 当你正在构建一个全新的、有趣的产品时，会有很多风险： 人们不理解的风险。 人们认为它很愚蠢的风险。 人们喜欢，但不会购买的风险。 项目花费的时间比你预期耗费得更快、投资者的资金枯竭、你的公司想插足项目等风险。 -最初认为很容易、实际不可能完成的风险。 出现预料中会很难完成任务的风险。 于是，构建一个具有初级、简单、勉强能用的产品原型能帮你尽早地减少这些风险。你可以尝试用潜在用户的原型，省略掉技术实现的复杂部分，然后展示给老板和投资者们产品将来呈现出来的样子，保证你的项目能获得他们的支持并顺利进展下去。 一旦你的产品原型与早期的体验者产生共鸣，那么是时候对它进行细致的打磨和优化了。概括为： 在用户体验、图形设计等方面进行深入挖掘； 修正所有的设计缺陷，并获得良好的代码测试覆盖率； 设计和构建新用户培训系统。 然后发布。让尽可能多的真实用户使用它。检测你此前的市场营销理念和增长技巧，观察用户是不是喜欢这个产品、或者讨厌直接走掉。 "建设大型的软件产品，要从一些起作用的小地方开始，然后更新迭代直到它变强大。"——约翰（JohnGal） 这就是Facebook、AirBnB、Uber、Google，以及其他大多数占主导地位的Web应用程序的做法。学习他们的方法：从小开始，让它尽早到达真实用户手中，然后不断更新迭代。你会在这个更新迭代的过程中不断发现问题、降低风险。随着新技术的不断涌现、世界的不断发展变化，你的产品也可以在整个项目推进过程中不断实现产品所背负的价值。   |
|
|
