• 连接圈(Connection circles)是一种将故事或系统中的关系可视化的工具。它们通过看到系统中的因果关系来帮助你理解复杂性。 连接圈还可以帮助你识别反馈回路--无论是强化还是平衡。 创建一个连接
  • 一年前,也就是 2012 年圣诞节,我妻子“送给”了我一台 iPad mini。我使用引号是因为我确实买了它;这是一份很棒的礼物,我很高兴在接下来的一年里使用它。尽管如此,12 月 25 日真正让我开心的是一顶简单的帽子:知道我对头饰的喜爱让我看起来像 50 岁,我的妻子偷偷地订购了 icon
  • 从健康到技术,设计思维启发了以人为本的产品,跨越了广泛的领域和行业。现在,初创公司、非营利组织和大公司比以往任何时候都更加深入现实世界,以了解其用户的需求并发现导致创新想法的见解。以下是我们最喜欢的一些使用设计思维创建的产品和服务示例。 PillPac icon
  • 经常看到在产品管理和用户体验设计环境中讨论产品思维,但还没有看到它应用于技术写作和文档。然而,通过将产品思维应用于文档,我们可以编写更有用、相关、高质量的文档。  什么是产品思维? 产品管理思想领袖 icon
  • 在本文中,了解需求在软件行业中的重要性,因为如果您不清楚自己的需求,您的项目就不会成功。无论您是从事 IT 行业还是任何其他行业,都没有关系。如果您不清楚自己的要求,那么成功结束项目的机会就很少。在敏捷和瀑布方法的每个行业中,收集完整和准确的需求是一件非常重要的事情。 icon
  • Issue trees 问题树是以系统的方式组织和解决问题。 问题树基本上是问题的地图。它们为您提供了一种清晰而系统的方式来看待您需要解决的问题。它们帮助您将一个大问题分解为更小、更易于管理的问题,并确定问题的某些部分的优先级。换句话说,它们对于“ icon
  • 设计思考(design-thinking)是一种以人为本的创新方法:以了解客户需求、快速原型制作和产生创意为基础。它将改变您开发产品、服务、流程和组织的方式。通过使用设计思考,您可以根据客户的真正需求做出决策 icon
  • 共同普通大众的需求代表着巨大的市场,但这种需求已经在很大程度上得到了满足,解决方案之间的竞争非常激烈。长尾需求往往得不到满足,竞争也少得多,但单独代表的市场太小,不足以证明开发费用是合理的。 有一种解决长尾问题的方法,但它需要一种非常不同的 icon
  • 这家初创公司通过设计彻底改变了一个行业,开启了创建全国性企业,重新定义和简化客户与药房的互动方式 ,重新设计了医疗产品、药丸、瓶子和包装,提供了一个简单的客户体验。 处理药物问题往往比疾病本身更让人痛苦。在药店排长队,关注过期日期,确保你在吃东西时吃这个药,在空腹时吃那个药, icon
  • 了解您的目标受众!这在产品开发方面是如何在现实中发挥作用? 让我们选一个例子。Survey Monkey,人们用来创建调查问卷之类的工具。显然,细分方式之一是按价格层级划分:个人用户(免费)、小型团队、中型企业和企业。但是, icon
  • 如何提升发展中国家的中产阶级? Innova 是 InterGroup 的一部分,InterGroup 拥有 35 家企业,涵盖从银行到零售店的各个领域,并在其投资组合中增加了学校。2010 年,该公司以 Innova 品牌建立了五所学校,但意识到 icon
  • 我和Joy Beatty合著的《软件需求》一书的第三版,大约有24.5万字,将近640页,字体相当小。也许这看起来有点矫枉过正,但公平地说,需求领域是庞大而复杂的。 像Suzanne和James Robertson的《软件需求》、《掌握需求过程》以 icon
  • Scrum(通常)强烈建议 PO 不应该单独编写故事,而应与团队成员一起编写。编写用户是一种协作练习。( icon
  • 没有边缘案例。只是系统设计方式的不灵活。与其使用“边缘案例”来消除用户需求,不如想想你还需要了解什么。只是因为他们的需求目前没有得到满足并不意味着他们是“优势”。 系统的不灵活性应该是在考虑了权衡之后做出的一个有意的设计决定。 icon
  • Spotify 现在遍布 180 多个国家/地区,每个国家/地区都受到当地和全球文化推动的不同力量的影响。由于我们的产品团队主要驻扎在西方,但大量增长集中在南部和东部,挑战就在于建立我们的团队来确定为世界不同地区塑造产品开发所需的洞察力。最近引起我们注意的一个趋势是来自东方( icon
  • 软件中没有显性或隐性之类的东西,软件必须做出大量决策,作为最终用户,您只能指定其中的一小部分,好的软件会显示您关心的决定并处理其余的决定。99% 的决定总是要隐藏起来,隐性只是软件工具的默认、通用状态。重要的是冰山浮出水面的一角,这属于 API 设计问题。在组织中也是如此。优 icon
  • 作为一名从事业务分析师多年(我承认这一点),我最常被问到的问题之一是: “需求和用户故事哪个更好?”如果答案真的这么简单就好了!事实是,没有明显的赢家,因为它们有不同的用途,并且以对成功项目至关重要的方式相互补充。 我见过一些团队只尝试使用其中一种,结果却 icon