产品经理如何基于需求迭代产品(下篇01):产品设计的高内聚

产品经理如何基于需求迭代产品(下篇01):产品设计的高内聚,第1张

产品经理如何基于需求迭代产品(下篇01):产品设计的高内聚

产品实践活动包括核心概念战的步骤,文章讲的是核心概念的步骤。

调研的需求是找出目前需要解决的检查结果,产品思路是根据需求明确提出解决方案。但是,如果有各种解决方案,首先选择合适的方案来终止实施。但是,需求不一样,问题就可以一次解决。经过对整个过程的总结,可以判断出测试结果确实比较逼真。如果仍有测试结果,将继续需要进行调查。

迭代产品更新的步骤和求解测试分数差不多,但是需求和供给不是测试分数,那里有很多模糊性,每个人都可以有自己的控制。有竞争对手的讲解,有数据信息讲解,有客户访谈等。,都是为步骤服务的。它们中的每一个都非常值得写2-3篇文章,但不值得放在模糊和简单的步骤中。

产品迭代更新的简单步骤

解决考试结果的简单步骤

陶的产品概念不仅仅是世界概念,还包括产品体系结构、管理体系结构、功能模块、实体结构、角色和逻辑。是啊!是你鞋底的PRD!

很多创业公司低估了产品构思的关键,分级是早期框架的荣耀,所以在上部盖房子。如今,很难相信重建的精神实质和成本。

现在假设有一个门店的申请处理台,一开始是【申请】哪个实体,所有的功能都已经放在一起了,这样就互相连接了。那么,用店铺的基础知识去做是不可能的。在向商店申请之前,必须终止旧功能,可能触及旧数据和信息的紧急处理的测试结果,如旧数据和信息与新功能不兼容,会使其感到恶心。旧的功能连着旧的,新的应用连着新的?也是一种解决方案。具体用哪种贷款,要看具体情况。那种计划要维持两个连接,可以不小心进行。

产品实践活动包括核心概念战的步骤。在本文中,我们将谈论核心概念的步骤,首先是总体目标(续1),然后是详细概念中的团队战争部分(续2)。

PS:产品创意是基于调研的需要,是在之前做什么没有疑问的条件下。有很多缺失的内容,比如如何对产品/功能/模块的情感战特性毫无疑问,产品迭代更新的节奏,如何判断产品管理中心的功能,大场景和小场景的关系,客户体验和客户成本。我在那些圈子里没有借到足够的知识,所以没有拿出来出丑。三篇(上、下1、下2)的内容只是低级产品的例子。

总体目标:降低模塑产品的内部分散和耦合。

什么是产品战产品认知?

产品是指一切可以在市场上供应和销售,为每个人所使用和消费,并能满足每个人某种需求的特殊工具。

但是,人人的产品战管理系统,其实不仅仅是为了更好地构思某个角色/群体/需求而设计的,产品本身应该是令人满意的,比如客户需求、运营需求、企业需求。对一个产品在不同层面(客户、运营商、员工、公司、客户等)的认知。)就不一样了,产品在每个领域都是魔法阵。不要为了满足功能的需求而做产品,要让产品在客户心目中有认知。功能可以复制,但认知没了。

在客户层面,产品是媒介,发起情绪战服务,全程脱离某些案件线索。

以ofo为例。在客户层面,ofo的产品有自停车、ofo共享单车APP、海报等。自停汽车提供骑行服务,APP提供寻车、投资、门锁解锁服务。许多不同的产品根据相同的案例线索(例如,主要的淡黄颜色和辅助颜色的黑色)提供了相同的坚定、年轻、健康和翠绿的感觉。各种共享单车产品都有很好的逻辑步骤。这个时候,就靠情绪和胜利了。整个过程之后,ofo已经在客户心中创造了认知,吞噬了客户心中的某个角落。客户看到ofo共享单车,就会知道是ofo,那种认知短板是其他竞争对手很容易遇到的。

TVC于16年12月供认不讳。

2017年3月免费骑行

在公司层面上,产品不是简单的基于需求的技术现实,而是主要表现为公司全面伙伴关系的营销媒体战成本。

以ofo为例,ofo等创造认知。轻松学很难。Ofo的一组海报《走进俱乐部》,选择了evernote、kindle、杜勒斯等10个知名品牌作为自己的融合品牌推广合作圈。其实这些知名品牌并不都是符合人民的,其实都是从邻村到同一个国家,但都有双面合作的特点:知名品牌年轻,观点同质。

像ofo这样的做法,在一个圈子里,对企业下一级的成本、文件格式、知识都有很大的要求。那些知名品牌的标前目标战决策方案,没有一个是任何企业能做出来的。此外,对于企业的执行也有非常低的要求,无论是短时间接触10个知名品牌终止营销推广,还是对链内自停车商提供同样的要求,或者有知名品牌规范如UI、海报等。并严格执行。遇到的艰辛是每个人都难以置信的,这是公司全面合作的主要表现。我建议我很信服。

什么是内战耦合?

内战解耦确实是硬件配置工程项目中的一个技术名词。

分散化和低耦合是高质量管理系统的基本要求。内部外观是模块中相互分离的每个元素的紧密程度。紧度越紧,内部离散度越低,单一责任越强。单一责任意味着一个模块极度渴望一个重要的任务。

耦合的外观是模块内相互分离的每个模块的紧密程度。紧密性越强,耦合性越强,模块的独立性越高。

如何保证产品更低的内色散和更低的耦合?

内战耦合不仅用来配置工程项目用硬件,还用来设计产品等东西。这里的咨询产品以互联网技术产品为主,暂时没有咨询的其他产品。内在夸张是内在联系,耦合夸张是内在联系。

夏内三

在互联网技术的产品(比如一个app)中,较低的内部离散度,意味着管理系统、模块、功能、实体层中的每一个管理系统、每一个模块、每一个功能、维护端口的每一个实体,在客户的认知中已经是相同的、单一的,符合团队的特点,逻辑的、自然的。

以维修博览会为例。维修博览会在台湾设立后,各平台有其共性,内部极其分散。在模块层,单看交易台,产品展示、加入购物车等模块也有其共性。产品展示模块包括产品xyk、产品详情等页面,仅用于展示。加入购物车模块会终止订单的开启,以及斤斤计较等。是提交订单前的应急措施。在功能层,如果单看产品xyk,可以看到开利、小图、价格、题型等。都有责任。不过有“谦虚一键7键”和“3.6键”两个按键。如果这里的按钮不够分散,客户就没有白按钮了。

台湾产品俱乐部运营架构的宏伟蓝图。

PC端xyk

低耦合

互联网技术产品(比如一个app)中的低解耦,是指在管理系统、模块、功能、实体的各层中,维护端口的各个管理系统、各个模块、各个功能、各个实体之间的联系简单但不庞大。

比如零线火线的案例是A计划时,A计划的收集有三个等级的特殊工具,分别是logo和性别战区(我国可以精确到城市),不能在等级内选择,但是可以相互关联。方案B用一个【集团催收专用工具】的d出窗口,列出所有客户终止选择,级别是选择的前提。方案A的耦合度比方案B低,因为方案A只靠【级别】连接,和【客户】没有联系,没有客户露面,不在乎客户数量;b计划的“客户”和“层次”都是有联系的,需要通过全过程“层次”来选择“客户”,从而计算出客户的数量。(PS:如果真的需要间接选择客户,也是一种需求。需要调查的时候也要注意。微战和微疑国政号是国际上最顶级的两个C端和B端产品,非常非常值得探讨。它们所包含的特殊工具,并不是所有人都能以一种笨拙的方式看到的。)

a计划

b计划

低耦合内战,更细更低都是要求根据作战需求和供给来考虑的(分级就是需求和供给调查的差距,毫无疑问)。逃供适合较低的内战和低耦合,但不存在“内战无耦合”。”“内部分散”是指内部连接极其单一,模块粒度分布精细到极致,一切都是一个模块。那种情况会导致耦合度极低,所有的案例都会被盗用。一般是单位盗用单位的联系方式。”“解耦”是指内部连接极其简单,几乎都有模块,也就是一个团队。那种情况会导致内部离散度极低,一切都是=一切都不是。

从团队的角度来看,在 *** 作之后,产品将被折叠并根据初始产品结构移动到许多模块中。模块越多,内部色散越压抑,耦合会逐渐被删除。当它达到一定水平时,管理系统将不得不终止并重建。必须重建的时间,不仅取决于运营,还取决于产品迭代更新时,初始产品架构的强级别是否能跟得上总体目标。

为什么人看到猫就知道是猫?作为一个正直的人,他创造了对猫的认知。人们是如何创造出对猫的认知的?如果你是诚实的,你知道猫的特点是什么。人们是怎么知道猫的特征的?如果他是诚实的,他的母亲只教他认识几只猫。

所有的步骤:看见猫→认识当时的猫→总结猫的特征→创造关于猫的认知,这就是学习和认知的方式。

的确,它不仅是一种认知的学习方式,也是一种自然的、智慧的学习方式。有兴趣的同学可以互相学习,大家可以交流。

与性相对应,人的认知产物如下:感觉产物→认识然后XX→总结XX的特点→创造对XX的认知。而较低的内分散度更容易让人总结出单个模块的特点,较低的解耦性更容易让人掌握所有产品,进而对所有产品产生认知。同理,每一层的产品、模块、功能、管理系统等。,没有自己的类别。

内部分散和低耦合能量塑造产品认知,这是它成为总体目标的关键果实。

这些都是我自己的自我总结,也就是我对天地认知之战的总结。每个人的认知都有些不同,希望能帮助大家更好的认识哪个天地。

制作人:Vency,做了2年的产品经理,逃避了客户、技能、贸易、社会发展同样的成本。

文章由@Vency发布。我已经同意了,并劝阻拦截。

图片来自unsplash,据CC0和平谈判。

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/zz/777686.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2022-05-03
下一篇2022-05-03

发表评论

登录后才能评论

评论列表(0条)

    保存