怎样建立商业模式

[建立项目管理模式可分为哪三个步骤]第一步，明确职能定位，重新进行组织结构设计多项目开发的管理模式完全不同于单项目管理模式，首先表现在职能定位和组织结构设计上。在单项目下，房地产企业一般、也只能采用直线职...+阅读

商业模式是一个非常宽泛的概念，我们听到的跟商业模式有关的说法很多，包括运营模式、盈利模式、B2B模式、B2C模式、“鼠标加水泥”模式、广告收益模式等等，不一而足。如此宽泛的概念对于我们理解和把握商业模式带来了困难，因此，有必要界定一下究竟什么是商业模式？应该说商业模式必须具有以下两个特征。

（1）商业模式是一个整体的、系统的概念，而不仅仅是一个单一的组成因素。如收入模式（广告收入、注册费、服务费），向客户提供的价值（在价格上竞争、在质量上竞争），组织架构（自成体系的业务单元、整合的网络能力）等，这些都是商业模式的重要组成部分，但并非全部。

（2）商业模式的组成部分之间必须有内在联系，这个内在联系把各组成部分有机地关联起来，使它们互相支持，共同作用，形成一个良性的循环。根据上述理解，我们可以把商业模式分为两大类。

（1）运营性商业模式。重点解决企业与环境的互动关系，包括与产业价值链环节的互动关系。运营性商业模式创造企业的核心优势、能力、关系和知识，主要包含以下几个方面的主要内容。产业价值链定位：企业处于什么样的产业链条中，在这个链条中处于何种地位，企业结合自身的资源条件和发展战略应如何定位。赢利模式设计（收入来源、收入分配）：企业从哪里获得收入，获得收入的形式有哪几种，这些收入以何种形式和比例在产业链中分配，企业是否对这种分配有话语权。

（2）策略性商业模式。策略性商业模式对运营性商业模式加以扩展和利用。应该说策略性商业模式涉及企业生产经营的方方面面。业务模式：企业向客户提供什么样的价值和利益，包括品牌、产品等。渠道模式：企业如何向客户传递业务和价值，包括渠道倍增、渠道集中/压缩等。 face=楷体_GB2312>；组织模式：企业如何建立先进的管理控制模型，比如建立面向客户的组织结构，通过企业信息系统构建数字化组织等。每个企业在设计自己的商业模式时都要从本企业的实际出发，从解决本企业的发展瓶颈着手，整体考虑，整体安排，从而找到一条适合本企业发展的商业模式。

同时，不单新建的企业需要一个好的商业模式，一个运行中的企业也必须对自己的商业模式有清醒的认识。从某种意义上说，只有了解了自己的商业模式，才知道公司为什么会作为一个独立的企业而存在。清楚地知道自己企业的商业模式，并能在管理层和员工中达成共识，对企业经营产生的巨大效益是难以估量的。

ERT的组织构架是什么

ERT的组织构架是指，对工作任务进行分工、分组和协调合作，其目的仍然是为了更好的完成组织的任务和目标。要想知道虚拟商业组织构架，首先要更清楚的了解商业组织构架。ERT的组织架构包含三个方面的内容：1，单位、部门和岗位的设置。企业组织单位、部门和岗位的设置，不是把一个企业组织分成几个部分，而是企业作为一个服务于特定目标的组织，必须由几个相应的部分构成，就像人要走路就需要脚一样。它不是由整体到部分进行分割，而是整体为了达到特定目标，必须有不同的部分。这种关系不能倒置。各个单位、部门和岗位的职责、权力的界定。这是对各个部分的目标功能作用的界定。如果一定的构成部分，没有不可或缺的目标功能作用，就像人的尾巴一样会萎缩消失。

这种界定就是一种分工，但却是一种有机体内部的分工。嘴巴可以吃饭，也可以用于呼吸。2，单位、部门和岗位角色相互之间关系的界定。这就是界定各个部分在发挥作用时，彼此如何协调、配合、补充、替代的关系。这三个问题是紧密联系在一起的，在解决第一个问题的同时，实际上就已经解决了后面两个问题。但作为一大项工作，三者存在一种彼此承接的关系。我们要对组织架构进行规范分析，其重点是第一个问题，后面两个问题是对第一个问题的进一步展开。3，企业组织架构设计规范的要求。对于这个问题，如果没有一个组织架构设计规范分析工具，就会陷入众说纷纭、莫衷一是的境地。我们讲企业组织架构设计规范化，也就是要达到企业内部系统功能完备、子系统功能担负分配合理、系统功能部门及岗位权责匹配、管理跨度合理四个标准。

为了更好的理解，我们再举例说说组织架构是如何制定实施的：第一步，选择确定组织架构的基础模式。这一步工作要求根据自己企业的实际，选择确定一个典型的组织模式，作为企业的组织架构的基础模式。在当代企业的实践中，选择直线职能式和矩阵式结构的较普遍，并有越来越多的企业选择增加弹性模式的相应特征予以补充其基本模式的局限。第二步，分析确定担负各子系统目标功能作用的工作量。这一步工作要求根据目标功能树系统分析模型，分析确定自己企业内部各个子系统目标功能作用的担负工作量。要考虑的变量有二：一是企业的规模；二是企业的行业性质。第三步，确定职能部门。这一步工作要求根据自己企业内部各个子系统的工作量大小和不同子系统之间的关系，来确定企业职能管理部门。

即把关联关系和独立关系，并且工作量不大的子系统的目标功能作用合并起来，由一个职能管理部门作为主承担单位，负责所合并子系统的目标功能作用工作的协调和汇总。把制衡关系的子系统的目标功能作用分别交由不同单位、部门或岗位角色承担。第四步，平衡工作量。这一步工作要求对所拟定的各个单位、部门的工作量进行大体的平衡。因为工作量过大的单位、部门往往会造成管理跨度过大，工作量过小的单位、部门，往往会造成管理跨度过小。所以，需要通过单位、部门之间的工作量平衡来使管理跨度实现合理化。在这里，要注意的一点是：存在制衡关系的子系统，要避免将其目标功能作用划归为同一单位承担，即要优先保证制衡关系子系统的目标功能作用的分开承担。

第五步，确立下级对口单位、部门或岗位的设置。如果企业下属的子公司、独立公司、分公司规模仍然比较大，上级职能管理部门无法完全承担其相应子系统目标功能作用的工作协调和汇总，就有必要在这个层次上设置对口的职能部门或者专员岗位。第六步，绘制组织架构图。这一步工作要求直观地构画出整个企业的单位、部门和岗位之间的关系，及所承担的子系统目标功能作用的相应工作。第七步，拟定企业系统分析文件。这一步工作也就是为企业组织架构确立规范。企业系统分析文件是具体描绘企业内部各个子系统的目标功能作用，该由哪些单位、部门或者岗位来具体承担，以及所承担的内容，并对职责和权力进行界定。第八步，根据企业系统分析文件撰写组织说明书。

这一步工作就是在组织构图的基础上，分析界定各个单位、部门组织和岗位的具体工作职责、所享有的权力、信息传递路线、资源流转路线等。第九步，拟定单位、部门和岗位工作标准。明确界定各个单位、部门和岗位的工作职责、工作目标、工作要求。第十步，根据企业系统分析文件、组织说明书及单位、部门和岗位工作标准进行工作分析，并撰写工作说明书。除了界定前述内容外，还要明确界定任职的条件和资格。第十一步，就上述文件进行汇总讨论，通过后正式颁布，组织架构调整改造工作完成。而虚拟构架是在电子通信、计算机、互联网和其他互动技术的迅猛发展，使得计算机技术得以广泛普及和应用，从而改变了组织结构的模式、工作以及沟通的方式。例如，处在传统金字塔结构最高层的管理者和最底层的一线员工可以通过计算机网络实现沟通和联络，组织的结构趋于扁平化，网络组织结构改变了原来自上而下的信息传递方式，加强了横向联系，使组织更具弹性和灵活性，由此出现了不需要到某个固定办公室来统一办公的“远程职工”，相互不见面而只...

CSA：软件的架构与设计模式之什么是架构

·它是一个软件系统从整体到部分的最高层次的划分。·建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。计算机软件的历史开始于五十年代，历史非常短暂，而相比之下建筑工程则从石器时代就开始了，人类在几千年的建筑设计实践中积累了大量的经验和教训。建筑设计基本上包含两点，一是建筑风格，二是建筑模式。独特的建筑风格和恰当选择的建筑模式，可以使一个独一无二。下面的照片显示了中美洲古代玛雅建筑，Chichen-Itza大金字塔，九个巨大的石级堆垒而上，九十一级台阶（象征着四季的天数）夺路而出，塔顶的神殿耸入云天。所有的数字都如日历般严谨，风格雄浑。难以想象这是石器时代的建筑物。图

1、位于墨西哥Chichen-Itza（在玛雅语中chi意为嘴chen意为井）的古玛雅建筑。（摄影：作者）软件与人类的关系是架构师必须面对的核心问题，也是自从软件进入历史舞台之后就出现的问题。与此类似地，自从有了建筑以来，建筑与人类的关系就一直是建筑设计师必须面对的核心问题。英国首相丘吉尔说，我们构造建筑物，然后建筑物构造我们（We shape our buildings, and afterwards our buildings shape us）。英国下议院的会议厅较狭窄，无法使所有的下议院议员面向同一个方向入座，而必须分成两侧入座。丘吉尔认为，议员们入座的时候自然会选择与自己政见相同的人同时入座，而这就是英国政党制的起源。Party这个词的原意就是＂方＂、＂面＂。政党起源的关键就是建筑物对人的影响。在软件设计界曾经有很多人认为功能是最为重要的，形式必须服从功能。与此类似地，在建筑学界，现代主义建筑流派的开创人之一Louis Sullivan也认为形式应当服从于功能（Forms follows function）。几乎所有的软件设计理念都可以在浩如烟海的建筑学历史中找到更为遥远的历史回响。最为著名的，当然就是模式理论和XP理论。·可靠性（Reliable）。软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。·安全行（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非常重要。·可扩展性（Scalable）。软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。·可定制化（Customizable）。同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。·可扩展性（Extensible）。在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展 ·可维护性（Maintainable）。软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支持的花费 ·客户体验（Customer Experience）。软件系统必须易于使用。·市场时机（Time to Market）。软件用户要面临同业竞争，软件提供商也要面临同业竞争。以最快的速度争夺市场先机非常重要。架构的种类根据我们关注的角度不同，可以将架构分成三种：·逻辑架构、软件系统中元件之间的关系，比如用户界面，数据库，外部系统接口，商业逻辑元件，等等。比如下面就是笔者亲身经历过的一个软件系统的逻辑架构图图

2、一个逻辑架构的例子从上面这张图中可以看出，此系统被划分成三个逻辑层次，即表象层次，商业层次和数据持久层次。每一个层次都含有多个逻辑元件。比如WEB服务器层次中有HTML服务元件、Session服务元件、安全服务元件、系统管理元件等。比如下面这张物理架构图描述了一个分布于北京和上海的分布式系统的物理架构，图中所有的元件都是物理设备，包括网络分流器、代理服务器、WEB服务器、应用服务器、报表服务器、整合服务器、存储服务器、主机等等。图

3、一个物理架构的例子 ·系统架构、系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。此外，从每一个角度上看，都可以看到架构的两要素：元件划分和设计决定。根据作者的经验，一个基于数据库的系统架构，有多少个数据表，就会有多少页的架构设计文档。比如一个中等的数据库应用系统通常含有一百个左右的数据表，这样的一个系统设计通常需要有一百页左右的架构设计文档。这样的人就是所谓的架构师（Architect）。在很多公司中，架构师不是一个专门的和正式的职务。通常在一个开发小组中，最有经验的程序员会负责一些架构方面的工作。在一个部门中，最有经验的项目经理会负责一些架构方面的工作。但是，越来越多的公司体认到架构工作的重要性，并且在不同的组织层次上设置专门的架构师位置，由他们负责不同层次上的逻辑架构、物理架构、系统架构的设计、配置、维护等工作。