共享产品心态

“共享产品观念”是一种方法,该方法应如何在组织中实践和组织产品管理和产品流程以应对当前的挑战。 这是组织敏捷过渡中的下一个逻辑且必要的步骤:敏捷产品管理向由产品和创新驱动的组织发展。 只有整个组织,每个团队和每个同事都为他们每天的工作和创造出产品思维,才可以提高组织的真正创新潜力。 但这并不意味着产品经理或产品所有者将被削减职位。 不,这意味着它们的作用比以往任何时候都更加重要,而且也更加多样化。 1.我们所做的一切都是产品体验的一部分 由于所有事物都属于产品,因此组织中必须意识到所有活动都是产品体验的一部分,必须紧密协调。 参与产品体验的责任无处推卸-有时更多,有时更少,但始终参与其中。 2.因为一切都是产品,所以每个团队都拥有产品的一部分 因此,如果组织中发生的所有事情都是整体产品体验的一部分,那么每个团队或部门拥有并负责该产品体验的一部分是合乎逻辑的。 受众开发拥有营销渠道和以用户为中心的数据流,销售拥有产品的货币化,支持拥有反馈渠道,等等。 3.因为每个团队都拥有产品的一部分,所以他们都应该参与产品开发过程 如果每个团队都拥有一部分产品体验,那就意味着更大的变化:然后,所有团队都必须积极参与产品流程。 利益相关者与产品开发之间的经典“产品所有者”瓶颈已经消失。 需要一个集成过程,需要时,团队和个人参与产品开发过程。 不同的团队可以独立地编写和编写用户故事。 跨职能项目团队也可以朝这个方向发展,但是这里必须对整个产品开发过程进行建模:从集思广益,产品推广到后续的成功分析和优化。 4.初始产品团队的新角色:整体查看器,指南和推动者…

您的产品架构是什么?

您曾经有个很棒的主意,可以通过数百种功能(包括移动应用程序)帮助人们提高工作效率,使人们的生产力提高3.61%。 现在您已经构建了产品,是时候开始进行增长黑客实验了,对吧? 也许吧,但是大多数情况下没有! 您的产品很棒,它具有102个很棒的功能(包括其他竞争对手在任何版本中都没有提供的5个额外功能),并且您所有的朋友都认为这是一个很棒的产品! 您拥有早期用户,其中一些用户对您进行了很好的评论,并计划在下周的发行中实施一些产品改进想法。 但是从最近6个月开始增长缓慢! 正如您所期望的那样,它不是标尺! 要考虑的最大问题(除了需要从增长黑客博客中尝试哪种增长黑客之外)是否是因为您的产品没有引起用户关注的原因。 您的产品解决什么问题? 您的最终用户是否迫切需要在本周末之前在上进行修复,或者仅仅是另一个手机上的手机应用程序很好? 您要传达什么有关您的产品的信息? 最重要的是,客户如何与您的产品相关? 这是您产品的一百万美元问题! 在回答这个问题之前,让我们了解什么是架构! 可以将架构视为一个文件夹文件,其中包含有关特定主题的大量信息。 如果是7年级的相册,它将包含您和您的朋友的照片,您在学校一起度过的所有欢乐时光,当地集市,小型聚会,如果幸运的话,您会感到有些尴尬令您后悔的照片。 基本上,如果要求您在5秒钟内考虑一下-与您相关的所有快速闪烁的图片就是一个模式。 这正是我们每个人与人之间的关系。…

更快地制造更好的东西

您不必为了速度而牺牲质量。 实际上,您可以多快地识别并解决用户问题在我们如何考虑质量方面起着重要作用。 如果您订购披萨,则要花五个小时才能送出多好都无所谓。 但是快速行动需要注意使团队减速的确切原因。 也许需要改进某些流程,也许您需要减少会议次数,也许需要更多会议,或者您只需要毫不留情地确定优先顺序。 就像我们尝试产品一样,我们也应该尝试我们的工作方式-始终适应,始终精炼,始终追求更高的效率。 在本文中,我们将深入探讨两种更快地构建更好的事物的重要方法:保持简单和果断。 保持简单 寻找可能可行的最简单方法,然后在此方法上迭代。 每次迭代都将比上一次更加明智,同时提供更多纠正路线的机会。 这是敏捷开发背后的重要思想,并且与“您将不再需要并保持其简单,愚蠢”原则密切相关。 它适用于我们如何缩小范围并将大型功能工作分解为可交付的块。 但这也适用于小事情,例如我们在代码中引入的抽象。 在这两种情况下,不要仅仅因为您知道以后就需要进行工作。 为什么? 因为我们的代码应具有足够的延展性,以便您可以推迟工作,而以后不必再进行大量工作。 当然,只是在脑子里新鲜时就这样做很方便,但是要克服这种诱惑并客观地问自己:现在真的需要发生吗? 现在不完成会带来什么后果?…