互联网公司组织架构是怎么样子的？最好能有组织结构图说明，先5分奉上，如有高手解答，必定重谢！

互联网人员结构图我们公司是CEO一名 总裁3名 人力行政 财务 技术 总裁下面又分市场部 客户服务部 产品部 在线产品研发 在线产品研发又分应用研发 交互设计 架构研发 系统研发 在线产品质控部 下面太多了互联网人员结构图，分公司管理部 多了去了

互联网产品（四）：交互设计

原型是产品可视化的展示互联网人员结构图，包括了产品的信息架构、功有、内容、交互方式。目前业务普遍菜用了Axure作为原型设计工具。产品或交互人员通过对信息架构的梳理，确认界面内容区的划分，并通过交互方式呈现功能点。

原型分为线框图、低保真图、高保值图。不管哪种呈现方式，都需要设计交互功能，“使原型活起来。

不能设计交互的，要采用注释的方式。

原型使用对象是产品、开发、前端、设计、测试、运营等相关人员。

中小型公司的原型一般结合流程图被产品经理写入需求文档，作为需求描述一部分。

而在大公司，交互设计师通常将原型图写入交互设计说明书，定义产品原型的相关要求。

快速迭代的公司，要求产品上线时问题越快解决越好，甚至是开发完测试一下直接上线，所以很多缺少原型的规范。

优点 ：原型设计人员可以自由把握原型的设计，尽可能输出更多想法

缺点 ：需求团队默契度高。这种情形中小公司较多。

大型多部门的公司制度完善，对于原型设计有一定的规范要求，原型设计人员必须按照要求完成原型。

优点 ：既便人员流动，交接人也可以根据统一的规范标准立刻读懂原型，方便写交互文档。

缺点 ：周期长，影响产品迭代。

一般原型设计规范：

产品的内容框架：产品功能的信息架构、流程判断的信息架构、带注解的线框图、过渡页面、带算法的页面、页面流程图（Axure8.0的页面快照）、多入口流程图、具体模块图、多方协作图、动画效果等。

如果需要定义原型规范，请总结以上要点。建议原型规范不需要定义的太死板，但原型具有的细节注解（如字符限制、跳动指向、操作动作类型、浏览器兼容性等）需在交互说明书或者产品需求文档内交代清楚。

定义：顾名思义，页面流程图是页面之间流转关系的示例图。

该图属于宏观层面的全局规划，不需要有每个页面的布局、细节要求。

部分产品页面的层级过深，采用信息架构的方式呈现。

优点 ：快速从框架上了解业务的流程关系互联网人员结构图；相关人员了解工作量情况；聚集业务的行为路径

工具：Axure、PPT、 Visio

【如何画，举例：某众筹项目移动侧】

一、业务流程图：点击流程图上的线框图，可以进入相应的页面或流程

二、页面流程图：点击相关的页面，可进入对应的页面。

三、页面快照与页面：在流程图上，点页面快照或线框图，进入相应的页（比如登录页）

定义：有时也称为站点地图，强调内容、功能的结构、导航系统的设计、是产品的骨架。

该图展示产品的内容归类或功能集合，需要罗列每个页面的细节内容或功能点形成结构化（有层次、有类别性）。该图也是技术人员创建数据结构的辅助文件。

优点：快速全面的了解产品业务框架；相关人员了解工作量情况；相对Web产品，更适用于移动客户端产品。

工具：Axure、PPT、Visio、xmind等

【举例：京东众筹】

交互说明文档（DRD），主要交付给前端、设计师、开发、测试等人员，根据需求大小难易程度，灵活撰写。

注意点：文档起辅助作用，要面对面交流；沟通后持续完善；模板不一；无需纠结模板，把需要和细节阅明清楚即可。

内容：信息架构图、页面流程图、页面细节图、交互相关规范等。

优点：宏观上明细业务信息架构及页面流转怀脱史，从微观上设计用户交互行为。

勿写：

1、视觉规格规范

2、市场需求

3、功参实现方案

4、相关文案

工具：Word或Indesign

【举例：XXX众筹平台】

注 ：如果公司没有细分交互设计师岗，而由产品经理承担，则无需单独出交互设计说明并入prd即可。

*移动端

待续

详情待续

【常用的网站设计规范参考】

常用的网站设计规范参考 可百度

【相在知识】

【目标】

可用性、易用性、满意度、价值度、可信度、可实现性、可识别性

【定义】

指人们对使用或期望的产品、系统或服务的感觉与反应。它可以分为使用前体验、使用中体验、使用后体验。在产品设计中，用户体验要结合各方面不同利益，平衡产品元素：包括UI、交互、功能、逻辑、售后等等。通过“可用性、易用性、可实现性、可识别性”的提高，增加用户的满意度和信任度，最终提升用户的价值度。

用户体验为设计目标用户为起点，进行满意度与概念设计、用户功能需求设计、交互设计等等过程，最终形成用户产品反馈和报告，进行新一轮产品设计优化。

【用户体验要素】

（待续）

互联网的“产品结构图”应该如何绘制？

这位兄弟想问互联网人员结构图的可能是信息架构，科普一下： （Information Architecture），简称IA，来源于早期IT软件开发的架构设计，现在互联网时代多用于对网站、产品在开发前的结构设计，能够给高层或产品经理带来最直观的未来既视感，也可提供给架构师们参考和进行下一步工作分解等。教程和图示网上一找一大堆，方法多种多样，因人、公司、业务而异，复杂程度参差不齐，不一定最专业的就是最适合你或你的团队的，所以无法给出具体教程，这里互联网人员结构图我简单介绍个小方法供参考： 1.确定你要做的产品的所有功能将所有功能一一列在纸上，确定产品的核心功能（这属于设计方法了，这里不铺开讲目标导向），并以核心功能为主，将每个功能要实现的目标和可能的业务逻辑大概罗列在下面。 2.确定产品的模块一个或多个功能可能会组成一个模块，便于架构师、设计师、开发工程师等几乎所有干系人理解，更便于用户使用，将功能用线条跟模块进行组合。 3.确定子模块或子功能某些大功能或大模块可能会由多个子功能\模块组成，将互联网人员结构图他们依次用线条连起来，需要注意是将主模块、子模块\功能依优先级或从属关系画成树状图。需要注意的是，某些子功能可能和其他模块进行交互，或多入口，或各种各样的业务流，没错，都把他们用线条连起来，无非就是换个颜色的线条（通常会带箭头）。可以用Mindmanager或OmniGraffle等，工具不限，ppt也可以做到。 4.大功告成接下来你就得到了你产品的第一版IA（之所以说第一版就是因为肯定要迭代）。 没错，就这么简单，这就是IA的制作方法，只是其中会涉及到很多设计方法论如目标导向，会涉及到用户使用场景，还有Taskflow、Pageflow等，这些都是扩展知识点。 另外最重要的一点，这个IA不是一次完成就ok了，应该是个闭环，每次的讨论、评审，或战略变更、业务变更，市场情况变化，产品经理和公司高管肯定会对产品做调整。 当然IA的制作方法多种多样，一定要结合自己公司业务特点、团队合作方式等，定制出最适合自己的方式，才能起到作用。 希望能帮到你。

【软件架构篇】互联网架构模板

架构图如下图所示。这张图基本涵盖了互联网技术公司的大部分技术点，不同公司只是在具体的技术实现上稍有差异，但不会跳出这个框架的范畴。

SQL： 常用的有mysql，用于存储业务数据。互联网发展初期，各个业务一般都会独立运营mysql集群，但随着业务越来越多，mysql集群规模越来越大，那就有必要做成SQL平台。

NoSQL: 翻译为Not Only SQL，作为mysql的一种补充。Nosql一般本身就提供集群，且使用起来很方便，公司业务发展初期没有必要。一般Nosql集群的数量越来越多，那就有必要做成Nosql平台。

小文件： 互联网中有很多小文件，比如商品图片，Facebook的图片。这类小文件具有数据小、数量巨大、访问大的特点。如果每个业务都去考虑小文件存储的话，就会出现重复造轮子现象，那就有必要做成小文件平台了。

大文件： 互联网的大文件主要分为两类：一类是业务上的大数据，例如Youtube的视频、电影网站的电影；另一类是海量的日志数据，例如各种访问日志。实力雄厚的一些大公司会基于开源方案做成大数据平台。

开发框架： 比如常见的Spring框架。

Web服务器： 常见的有tomcat、jetty等。

容器： Docker可以极大降低运维成本，以及在实现动态扩容上非常方便。

配置中心： 故名思义，配置中心就是集中管理各个系统的配置。

服务中心： 解决跨系统依赖的配置和调度问题。比如有10个系统依赖A系统的x接口，此时A系统实现了一个y接口可以更好地支持x接口，那么如果直接更新10个系统依赖的配置将会很麻烦。

消息队列： 支持系统解耦。

负载均衡： 充当任务分配器的职责。

CDN： 可以对一些常用文件进行就近缓存，来提高访问速度。

多机房： 多机房的主要目的是备灾，当机房故障时可以快速地将业务切换到另外一个机房，这种切换操作允许一定时间的中断，比如10分钟，1个小时。

多中心： 多中心的要求就更高了，要求同时对外提供服务，且业务能够自动在多中心之间切换，故障后不需人工干预或者很少的人工干预就能自动恢复。

用户管理： 对各个系统的用户进行统一管理。

消息推送： 根据不同途径分为短信、邮件、站内信、App推送。

存储云： 实现是CDN+小文件存储。

图片云： 实现也是CDN+小文件存储。为何不与存储云统一一套系统呢？这是因为图片业务的复杂性导致的。图片涉及的业务会更多，包括裁剪、压缩、美化、审核、水印等。

业务千差万别，各个互联网业务面对的主要问题是复杂度越来越高。此时就要用到拆和合的技术。拆即将一个大系统拆分为多个子系统，降低复杂度。当子系统越来越多，有可能就需要采用合的技术。

测试平台的核心目的是提升测试效率。

运维平台的核心职责分为四大块：配置、部署、监控、应急。

数据平台的核心职责主要包含三部分：数据管理、数据分析和数据应用。

管理平台的核心职责就是权限管理。

万物互联的本质是什么？

【含义】

万物互联（IoE）定义为将人，流程，数据和事物结合一起使得网络连接变得更加相关，更有价值。万物互联将信息转化为行动，给企业，个人和国家创造新的功能，并带来更加丰富的体验和前所未有的经济发展机遇。

【特征】

随着越来越多的事物，人，数据和 互联网联系起来，互联网的力量（实质上是网络的网络）正呈指数增长。这个观点（也就是“ 梅特卡夫定律 ”) 由科技先驱和3Com公司的创始人 罗伯特·梅特卡夫 提出。 罗伯特·梅特卡夫认为，网络的价值与联网的用户数的平方呈正比。从本质上讲，网络的力量大于部分之和，使得万物互联，令人难以置信的强大。

总体上看，物联网重点突出了传感器感知的概念，同时它也具备网络线路传输，信息存储和处理，行业应用接口等功能。而且也往往与互联网共用服务器，网络线路和应用接口，使人与人（Humanti Human ,H2H），人与物（Human to thing，H2T）、物与物（ Thing toThing,T2T）之间的交流变成可能，最终将使人类社会、信息空间和物理世界（人机物）融为一体．根据物联网和互联网的区别和关联，我们在互联网虚拟大脑结构图进行了如图2所示的标示。

纵观云计算的概念和实际应用，我们可以看到云计算有两个特点，第一，互联网的基础服务资源如服务器的硬件，软件，数据和应用服务开始于集中和统一。第二，互联网用户不用再重复消耗大量资源，建立独立的软硬件设施和维护人员队伍。通过互联网接受云计算提供商的服务，就可以实现自己需要的功能。

在互联网虚拟大脑的架构中，互联网虚拟大脑的中枢神经系统是将互联网的核心硬件层，核心软件层和互联网信息层统一起来为互联网各虚拟神经系统提供支持和服务，从定义上看，云计算与互联网虚拟大脑中枢神经系统的特征非常吻合。在理想状态下，物联网的传感器和互联网的使用者通过网络线路和计算机终端与云计算进行交互，向云计算提供数据，接受云计算提供的服务。