浅析亚马逊是如何开发和管理产品的?
2014-12-19 00:00
337 查看
史蒂芬说:在产品进入开发阶段前,如何确保符合用户需求?在亚马逊,有一种广泛使用的方法名叫“逆向工作法”,该方法在任何具体的产品决策中都可以使用。
在亚马逊,有一种广泛使用的方法名叫“逆向工作法”。我们不会拍脑门想出一个产品创意,然后把消费者往这个创意上靠,而是回到消费者本身。逆向工作法在任何具体的产品决策中都可以使用,而在开发新产品和新功能时尤其有效。
产品经理通常会根据新的倡议,撰写一篇描述最终产品的新闻发布稿。新闻发布面向新老用户,他们是零售客户,或者是某种工具技术的内部用户。内部新闻以客户的问题为中心,目前的解决方案(内部或者外部的)的缺憾,以及新产品将如何轻而易举的搞定现有问题。
如果这份客户收益列表听起来很没意思也不激动人心,那解决方案就不够好(当然也就不会进入下一阶段构建产品)。产品经理要反复修改新闻稿,直到听起来像那么回事儿。反复修改新闻稿相比产品做出来了之后再迭代,投入要少的多(而且也更快!)。
下面是一个新闻提纲编写的范例:
标题 – 用读者(你的目标客户)能理解的方式给产品起个名字。
副标题 – 描述产品的目标客户群,他们将会得到什么好处。在标题下用一句话说清楚。
总结 – 总结产品和带来的好处。这段一定要写好,设想你读者只关注这一段,不会再往下看了。
问题 – 描述你产品解决的问题。
解决方案 – 描述产品如何优雅地解决问题。
你的引证 – 引用一位你公司发言人所说的话。
如何开始 – 描述开始使用是多么的简单。
客户评述 – 假想一个客户的评价,描述他们如何体验到你产品带来的好处。
收尾和号召 – 收尾然后为读者指明下一步的方向。
如果新闻稿多于一页半,可能就太长了。保持简洁。一段最多就讲3-4句话。抛弃多余的 技术规格。你可以附一份常见问题解答(FAQ),用来回答有关商业或执行的问题,这样新闻稿就可以专注于客户所能获得的东西上。我的经验是如果新闻稿都很 难写好,那产品也好不了。反复修改,直到提纲的每一段都很流畅。
对了,我同样喜欢用“欧普拉脱口秀”的形式来写主流消费群的产品新闻稿。想象你正坐在欧普拉的沙发上,刚给她解释完你的产品,然后你再听她如何把你的产品介绍给观众。这是“欧普拉脱口秀”,不是“极客宣讲”。
一旦项目进入开发阶段,内部新闻发布会可以作为试金石和指明灯。产品团队要问自己, “我们正在构建的产品,是发布会中描述的那样吗?”如果他们发现自己花时间做的事情和“发布会”上的产品无关(或过度开发),那就必须要反思为什么。这样 可以让产品的开发专注于实现客户的利益,而不是构建一些需要长时间投入,和需要浪费资源去维护,又不能给用户什么真正利益的东西(至少不能像“发布会”中 承诺的那样)。
相关文章推荐
- 如何从软件开发向产品管理转型
- 软件开发人员如何转型做产品管理
- 软件开发人员如何转型做产品管理?
- 软件开发人员如何转型做产品管理?
- 如何管理好基础架构和开发团队两个阵营
- 指导你如何开发一个由容器管理的CMP EJB
- 用人之道(二)-- 如何管理软件开发团队
- 从开发到销售:软件商如何管理你的典型客户
- 产品开发模式管理网站开发
- 房地产开发项目管理浅析
- 【原】项目开发过程管理的关键是需求开发与管理,如何监控? 文/谷雨霖
- 产品开发模式管理网站开发
- 像咨询师一样思考---走出软件作坊:三五个人十来条枪 如何成为开发正规军(三十一) - 阿朱=行业趋势+开发管理+架构 - 博客园
- 开发与管理:如何从开发人员走向架构师
- 如何组建和管理一个嵌入式系统软件开发团队
- 指导你如何开发一个由Bean持久性管理的EJB
- 想研究如何使用RUP来开发一个产品,一直不知道如何来应用?
- 转:产品开发模式管理网站开发
- 如何保证开发过程中对数据库结构的更新顺利地迁移到产品服务器上。
- 微软是怎样管理产品开发的