作为一个产品经理30云服务器,该如何界定界限

国际 虚拟云 浏览

小编:产品经理所做的最重要的事情就是决定他们的产品停在哪里,由别人的产品接管。如果一个应用程序做得太少,那么它就不值得安装或注册的成本,更不用说实际购买价格了。同样,

作为一个产品经理,该如何界定界限

产品经理所做的最重要的事情就是决定他们的产品停在哪里,由别人的产品接管。如果一个应用程序做得太少,那么它就不值得安装或注册的成本,更不用说实际购买价格了。同样,如果它做的太多,那么它将与其他一些用户已经满意的预先存在的软件或工作流发生冲突。这是个金发姑娘的问题,你需要找到合适的产品。示例:时间跟踪在绝对最短的时间内,跟踪只是一系列数字的总和。现在,如果这仅仅是一个网络应用程序所能提供的,那就毫无用处了。Excel或googledocs已经完成了这项工作。在这一点上,我们意识到简单被高估了。任何数量的网络字体、HTML5转换或音效都无法帮助一个根本无法维持的产品。时间跟踪最多可以涉及项目管理、预算、承包商、发票、收据跟踪和员工监控。包含了如此多的周边任务的应用程序会影响到已有的产品,在本例中是Xero、Ballpark、Basecamp等。产品的存在是为了解决工作流中出现的问题。它们在工作流中有一个起点和终点。要了解这些点的位置,必须了解整个工作流。让我们看看团队每天订购午餐的工作流程…如果你正在构建一个帮助团队每天订午餐的应用程序,那么工作流可能看起来像这样…有人饿了。他或她会将此信息传达给团队其他成员。争论决定是出去还是订购。关于从哪里订购的第二场辩论。不同地方的菜单被传递。很快就会做出决定一个人负责收集每个人的命令。然后那个人点菜。那个人向每个人传达交货时间和成本时光流逝。食物到了,就被吃掉了。订货人检查是否每个人都付了足够的钱&谁还欠钱。财务问题解决了,或者推迟到明天解决。有些人会在Twitter或Facebook上谈论这些食物。有些人会在Instagram上发布图片。其他人会在Yelp上评论。大家都回去工作了。当你了解了整个工作流程后,你可以专注于你的产品解决的最简洁的痛苦子集,或者你可以让它变得更有趣或有趣的部分。唐道奇有一篇很好的文章,题为"你的产品是维生素还是止痛药",讨论了这里的区别。你应该从哪里开始?从你可以增加价值的第一步开始你的产品。对于我们的午餐示例,这可能是第四步。提前开始就意味着使用聊天产品或电子邮件,这很少是个好主意。(旁注:非结构化的交流总是回溯到电子邮件或聊天。这些年来,有多少产品改变了这一点,你完全可以用手指来计算。)一个真实世界的例子就是TripIt。TripIt解决旅行管理问题。他们的应用程序可以从航班搜索开始,但TripIt无法在那里增加价值。他们可以增加价值的第一点是在预订之后。通过了解整个工作流程,Tripit设计了一个很棒的解决方案。在TripIt增加价值之前,最后一件事是"用户打开预订确认"。这是TripIt可以增加价值的第一点,所以他们从电子邮件开始,然后从那里导入。类似地,Instragram从导入你的社交网络开始,或者时间跟踪可以从Basecamp导入项目开始。好的api和导入特性可以帮助您的用户获得一个轻松运行的起点。你应该停在哪里?你的预算,不管是时间还是金钱,都应该限制你的范围,但决不能限定你的范围。一个大预算应该定义一个问题解决得有多好,而不是解决了多少问题。尝试为所有类型的用户从头到尾处理整个工作流几乎是不可能的。当下一步:有明确的市场领导者来管理它(例如PayPal、IMDB、Expedia),你不打算竞争。由不同类型的用户以多种不同的方式完成(例如,在时间跟踪应用程序中处理工资会很棘手)涉及不同于前一步骤的最终用户(例如经理、会计师等)是一个你无法提供任何价值的领域。识别并消除无意义的步骤如果一个用户完成了你的应用程序,他们的下一步是下载一个文件,以便可以通过电子邮件发送到其他地方,这是一个毫无意义的步骤。如果要将他们的费用导出到CSV,这样文件就可以下载并重新保存为XLS,然后邮寄给他们的会计,这是一个毫无意义的步骤。如果完成一个项目就意味着下载所有的文件,压缩它们并通过电子邮件发送给客户机进行安全保管,这是一个毫无意义的步骤。电子邮件几乎总是毫无意义的步骤的来源,因为它们很少携带足够的信息("有人发表了评论"),或者它们没有将明显的行为联系起来(确认、标记为已解决等)。一般来说,当你的用户点击一系列已定义的步骤时,没有添加任何洞察,也没有做出任何决定,这就意味着有一些步骤要被杀死。未来迭代在扩展产品之前,一定要填补空白。从收缩包装软件到订阅软件的转变,奖励的产品是可靠和完整的,而不是缺陷和臃肿。扩大你的产品来解决更大的问题可以创造奇迹,但只能在坚实的基础上完成。如果你的基本产品不是整体的,那么增加更多的功能只会让事情变得更糟。如今,人们写了很多关于追求简单的文章,但通常有一个混乱。那里是使产品简单化和简单化的根本区别。使产品简单化强调消除所有不必要的复杂性,以便每个用户都能尽可能有效地解决他们的问题。然而,制造一个简单的产品,就是要确定范围并选择产品能够提供价值的工作流的最小子集。这种MVP方法有可能被贴上点解决方案的标签,或者更糟的是,"一个特性而不是产品"。当拍摄一个"简单的产品"时,要小心你的底线。

当前网址:http://www.vmchk.com//linggan/icon/8433.html

 
你可能喜欢的: