最小化且可行的产品经理

作者: 设计侠 | 来源:发表于2016-04-08 16:38 被阅读80次

    sezign lab设计夹出品

    你可能也看过下面这个图,它优雅地表明PM是一个不同的技能集的交集,也说明了PM需要具备哪些能力。

    它的简单性使它成为最成功的产品管理模因的存在,它的学科做好事。

    很久以前,作为一个年轻的学徒时,它帮助我认识到我需要我学习的广度结构。什么也没有告诉我,但是,在哪里集中 —我开始努力学习一切,而事后发现这是个错误。

    没有足够的时间在这个地球上学习一切你可以对那些三圈,这样有助于这个图,它结束了不切实际的。

    那个路口是我所说的最小可行产品经理(mvpm),它定义了一套技能或知识,是一种有效的多面手产品经理有用,一个可以工作在几乎任何问题。

    在没有办法mvpm意味着你需要实现其技能的掌握是有效的,这是不切实际的,没有一个人开始。相反,认为它是一个各种各样的教学大纲当然在产品管理,不存在。

    我写这篇文章我年轻的自我,新的产品经理,和更多的PMS仍然看水平。保持与图一定的对称性,技能分为区段各学科。我盖的三个关键概念和技能为重点,和一个你真的不应该重点。尽可能的,它是用通俗的语言,写的是谁的接近任何科目的冷。

    1。堆栈

    当工程师把“堆栈”,他们说那是用来给你的产品提供的功能技术层(即使事情工作)。从目前客户加载你的着陆页,他们删除自己的帐户时,堆栈中的所有的技术处理。

    这是fastest learn 方式请一位工程师来带你通过堆叠在一个较高的水平。写下每一个技术的名字。这些术语的快速搜索会教你一些高水平的好处和权衡各技术的选择,以及它们是如何工作的协调。呆在一个高水平的因为你可以掉进兔子洞容易(添加“权衡利益与“你的搜索查询)

    如何让你更好点? —当工程师们正在讨论如何建立的东西,苍蝇在屋子里的术语。知道堆栈意味着你至少可以跟随,并随着时间的推移,你会开始了解堆栈中的他们指的是什么样的深度。一般来说,越层堆栈中的他们需要触摸,或更深的层,更复杂和危险的变化会。知道这可能促使你重新考虑一个不同的解决问题的方法。

    2。系统的体系结构

    如果堆栈是什么技术的使用,系统架构是如何的技术结构共同提供产品。而堆是原技术能力,一个产品的结构,结合客户的预期行为的设计。

    这是fastest learn 方式问一个工程师为你画的建筑。你会得到这样的东西:

    首先,不要惊慌。让他们走,你通过什么每个组件(箱)的系统。一些处理网络请求,一些将房子的“业务逻辑”,还有人会认为是保存数据(气缸)。

    第二,信不信由你,这对你是非常有用的。

    如何让你更好点?—当你理解了建筑,你开始觉得你的产品就像一个系统,这是一般的工程师如何也会。在该系统中的每个组件如何整体贡献的理解可以帮助你做出更好的决策和权衡。

    一般,在最有关系的系统组件是最复杂的变化,因为太多的人依赖他们的数据或功能。更多的组件,你必须改变为了完成你的身材,更依赖你有困难,并将项目执行。

    在大公司,你触摸组件数量往往与团队/团体需要与数的代名词,而更多的对准你需要获得执行项目。

    3。数据模型和API

    一个数据模型组织你的产品信息和规范是信息之间的相互关系。'信息',我们真正谈论的事情一样用户的产品,和信用卡,这被称为实体。这些实体可以在一定的、结构化的方式相互关联;例如一个用户可以有多个产品,但只有一个信用卡。

    数据模型是对系统的体系结构密切相关,某些实体的'活'在某些部件。你的用户模型可以生活在成分和可能的产品的数据,但由于其灵敏度,信用卡如果你生活在组件特征需要显示用户列表中自己的产品,这是很容易的因为他们生活在同一个组件。但是如果你需要知道哪些用户有一个信用卡存储,然后组成一个需要以B组连接到共享数据。这是困难的,而要做到这一点,他们需要一个API(应用编程接口)。

    API建立的数据模型和表示任意两个组件彼此交谈和交换他们的底层模型的信息。重要的是,API也让你说话外部组件当你调用一个从谷歌地图,谷歌地图应用程序和组件从尤伯杯。大多数应用程序都有公共的API和私有API,互联网上的任何人都是可用的,或是那些你指定,分别。知道你的公共API是至关重要的了解你的产品如何能与外面的世界。

    这是fastest learn 方式你应该首先了解你的公共API。他们通常很容易找到,而且经常生活在你的网站的开发者文档。当你看到他们,你会看到代码,可能会或可能不会吓坏你取决于你的背景,但如果文档是中途体面,这应该是不相关的,你应该能够读得精。学习你的API,他们往往代表着最底层的数据模型的美,所以你可以一石二鸟。

    如何让你更好点? —了解你的数据模型扩展你知道什么信息你可以创造出更好的产品的能力,以及如何努力,它可以访问信息。知道你的API意味着你了解什么类型的信息,合作伙伴和第三方开发者可以从您的应用程序,所以什么类型的集成是可能的。软件的可扩展性是它的一个最有价值的特性,并能够与其他产品的工作(你的客户可能使用日常)正迅速成为筹码。

    4。你不应该

    编程别误会我,我热爱编程,它帮助你变得更好,但除非这是一个技术性很强的产品,你不需要成为一个有效的PM。如果你发现自己的编码作为一个点,你可能需要问自己如果真的做了高杠杆的工作,或者你不知道什么你应该做的。也就是说,我认为这是一个非常有价值的经验和乐趣都建立了至少一个应用程序,并把它运到生产环境。

    1。项目管理

    无聊,我知道。我也讨厌它,但它是真 的 吗重要。如果你不能运行一个项目,你永远不会成为一个好的PM。期。

    这是fastest learn 方式这是一个艰难的。是一个有效的项目经理需要很多的经验和时间。你可以阅读所有你想要的,但在这一天这是一个人类行为问题的结束。它需要时间来了解谱的性格结束你的工作,你会发现,任何建议如何处理往往是主观的你的个性,太。

    也就是说,有一些软件具体的事情你可以投资在加速你的学习曲线:

    了解产品开发的基本知识,以便你能理解你的团队。了解版本控制(GIT),协同编程(GitHub),质量保证过程,和在一个较高的水平如何时,代码被部署到用户在你的产品。

    学习困扰软件团队的常见问题,和其他过程的发展来解决这些。你会遇到像敏捷、Scrum和看板。这是学习在方法的哲学价值,无论你的公司使用或不。

    了解你的公司的决策,并制定出你的利益相关者。这些往往是你的客户,你的老板,你的团队成员的老板,和其他PMS。找到一个方法来确保每个人都了解现状和发展方向的项目将在一个水平的语境在乎他们怎么样(您有发现过)。

    如何让你更好点? —你会得到更多的狗屎做与您的团队,人们会喜欢和你一起工作因为大家都讨厌一个管理不善的项目。

    2。建模的影响

    事情很少有做的好的不测。每一个产品都应该有量化的目标,在它的最终的成功,如用户的增长,通过收入的特征,基本的东西,等等。

    当你的团队讨论你可以建造未来的最高杠杆的事情,重要的是你可以开发一个模型产品如何将这些指标的移动电话。

    这是fastest learn 方式是时候把你的电子表格。一个好的模型清楚地显示了两件事:

    一个产品单元的经济学假设创建:

    它获取一个新客户的成本是多少?

    它的服务产品的成本是多少?

    做一个转换移动在你的目标上的针多少钱?

    预测的影响,假设创建:

    多少本产品把针在接下来的一年吗?接下来的三?

    有多少人我们需要雇来提高和支持吗?

    市场的力量,如降低成本,通货膨胀是如何与竞争占在长期

    如何让你更好点? —建立你的产品的模型运动是测试你的本能的假设,确保你的产品有足够的潜力使它值得做一个伟大的方式。它使你的工作更容易,也使你的理由;一种与你的利益相关者产生共鸣的项目,和容易使你比较机会成本与其他项目你可以做。

    3。收集和分析数据

    能够独立收集的数据是迅速做出决策至关重要。但所有最复杂的分析,依靠别人来获得数据,你不仅是一个低效率的利用自己的时间,但是它也不会导致的见解,因为任何人谁一直是分析师知道的见解来通过数据迭代的探索,不是完美的报告你的梦。

    它还降低你做出明智的决定的能力时,他们的数据。几乎每天,决定产品如何行为在一定的情况下,会弹出,并有数据支持的决定让它在正确的方向,为你和你的团队有信心容易。

    这是fastest learn 方式你的目标是数据的独立性。你是否需要编写SQL查询或在您的公司使用的数据基础设施的拖放界面取决于。无论它是什么,你需要去学习的工具提供给你。谷歌他们。

    如何让你更好点? —当数据是很容易接触到你和你的舒适,你会更多的使用它,它将使你更加迭代。你是否正在考虑建什么未来,或者你看到你的推出是干什么的,你将建立一个反射使用数据到你的决策 - 和更好的产品的一个重要的输入将导致。

    4。你不应该

    这从一个商业学位的人,不要浪费你的时间制定战略业务的情况下,3年的计划,和其他的MBA的文物。我不会去说废话,但这不是成功的软件的方式。理解的目光,找到一个值得解决实现问题,建立假设来解决它,然后验证它可以尽快与真正的客户。冲洗和重复。

    1。知道你的产品的设计模式

    大多数的产品开发设计模式随着时间的推移,是否计划或不。模式是相同的视觉和交互的组件在你的产品一贯的使用。所有文本按钮字体大小25像素之间,所有表格必须不超过3场,每一次错误发生的时候我们会做出一个爆炸声并向用户发送电子邮件与细节-这些都是模式 。

    知道你的产品的方式是理解用户如何规划你的产品在他们心目中的关键,如何有效地进行时间的新特点。如果你经常给用户一个绿色按钮“添加新功能”当你发射的东西,这个时候你切换到一个橙色的按钮,说:“吹你的思想,你会把狗屎的人。

    作为一个产品的成长,因为他们使团队彼此独立但还是建立一个产品感觉衔接工作模式一致的使用变得更加重要。

    设计模式通常也与技术模式的和谐发展,像风格指南和零件,这基本上是图书馆的可重用的代码,加快球队因为他们不需要重新设计或重新实现相同的功能,又。

    这是fastest learn 方式告诉你的设计师,他们应该知道这些模式冷(希望)能够给你链接到一个风格指南。还跟你的前端工程师,他们可以同时给你链接到一个模式库。

    如何让你更好点? —说白了,产品设计模式是更容易和更快。他们让你站在设计决策团队在过去的肩膀上,供顾客使用的产品更容易导致决策。如果你需要打破现有的模式,要清楚有时有很好的理由这样做是有很好的理由准备为什么它对于产品的长期健康所必需的。

    2。知道如何进行用户体验研究

    PMS是顾客的声音。如果你不了解你的用户,你将永远不会创造伟大的产品。采访一个人面对面,对用户行为进行定量分析理解好几百万,研究的基础是你的工作势在必行。

    这是fastest learn 方式有效的研究是一个非常大的领域,而不是送你进了兔子洞,我建议你重点理解以下:

    了解如何计算样本大小和统计意义

    如何规范你的样品,为什么这很重要

    如何要求公正,非主导的问题,在调查和访谈

    如何合成结果和避免坏的结论

    如何让你更好点? —通过持续和频繁的测试你的产品和客户,你可以带走很多猜测(和风险)的产品开发。甚至是开始一个项目之前,你应该测试验证的问题你认为你试图解决真的是一个。当你设计和建筑,你应该测试,该产品的设计是易于使用,并有可能解决客户的问题。发射后,你应该确认的问题是你想解决它为客户解决。

    3。你知道如何想法的原型

    在这一背景下的原型是指能够创造视觉模型,可以有效地表达你的想法。他们需要的是足够好的,你可以:

    产品概念清晰的沟通

    它传达一个产品是非常困难的经历口头或书面。一个原型,人们可以看到最好的互动(你可以没有代码),是10倍更有效。

    这其中有两个原因:首先,它迫使产品的清晰度从客户的实际使用,第二,因为人类自然的视觉思考,原型球场让团队里的每个人都能说同样的语言把自己的观点有效。

    在设计团队unblock is when后面或缺席

    在大多数项目中,该产品的设计是今后的发展是很重要的。设计师试图保持领先的开发者“因为开发商的转换成本是很高的一旦他们开始在一个特定方向的产品建设。

    因为很多产品设计迭代和并行完成的建造,当有挫折(如用户研究说,设计不是有效)设计可以很快落后。这是在这种情况下,项目经理必须能够卷起袖子是一个“设计实习生”的首席设计师,帮助像素和船舶模型推使工程师可以继续建造。

    这是fastest learn 方式我不会花时间辩解,但刚开始使用素描,就像MS油漆和PS图象处理软件有了一个孩子,这是可怕的。

    如何让你更好点? —通过原型,向人们展示你的想法相反,假设他们的理解,你会得到更好的反馈,你的团队对你的想法,和减少通信错误导致浪费的风险。另外,真正能够产生有形的东西偶尔也不错。

    4。你不应该

    不要专注于做一个伟大的视觉设计师。你让一个灵活的界面是多余的,消极的人谁花了职业生涯学习深厚的工艺,是产品设计能力。除非你设计专家(要明确一些),你也可能只是认为你很好,你真的吸。

    我不想轻视学习所有的东西。这是不容易的,它花了很多时间,所以解决它的点点滴滴,享受你的学习。我希望这有助于你在你的追求,是一个伟大的是一个小更有效,如果最小可行产品经理。如果它能够帮助你达到推荐。

    打开设计夹访问

    让你丑哭的设计夹网站

    更多书籍和软件等各位看官免费下载

    相关文章

      网友评论

      • c3199325b654:这翻译,我也是醉啦,既然放上来了,就好好认真对待么:sweat:

      本文标题:最小化且可行的产品经理

      本文链接:https://www.haomeiwen.com/subject/qpmvlttx.html