微信小程序开发

响应式网站定制

h5互动游戏开发

餐饮营销顾问服务

合作伙伴

since2011 陪伴式服务600+品牌

小龙坎火锅
蜀大侠火锅
刘一手火锅
集渔泰式火锅
富森美家居
重庆时代广场
蛙来哒炭烧牛蛙
珮姐老火锅
大龙燚火锅
京东
蓝光地产
凯德广场
海尔电器
全友家居
洲际酒店
四川广电网络
言几又
智刚智库
成都武侯祠博物馆
美好火腿肠
新希望六和
肌司研
长虹电器
领教工坊
  • 大龙燚火锅

    大龙燚火锅 HTML5+响应式,移动端
  • 海尔电器集团

    海尔电器集团 HTML5+响应式
  • 全友家居2020官网新改版

    全友家居2020官网新改版 HTML5+
  • JMsolution肌司研

    JMsolution肌司研 HTML5+
  • 成都亨得利钟表

    成都亨得利钟表 HTML5+PC端,响应式,移动端
  • 简州里

    简州里 HTML5+响应式
  • 成都武侯祠博物馆官网

    成都武侯祠博物馆官网 HTML5+响应式
  • 四川省地矿局

    四川省地矿局 HTML5+
  • 小龙坎老火锅官网

    小龙坎老火锅官网 HTML5+响应式
  • 蜀大侠火锅官网

    蜀大侠火锅官网 HTML5+响应式
  • 重庆珮姐老火锅

    重庆珮姐老火锅 HTML5+响应式
  • 天齐集团

    天齐集团 HTML5+响应式
  • 美好食品官网

    美好食品官网 HTML5+响应式
  • 中迪禾邦

    中迪禾邦 HTML5+响应式,移动端
  • 大禹伟业广告公司

    大禹伟业广告公司 HTML5+
  • 欧康医药

    欧康医药 HTML5+响应式
  • 尚纬股份

    尚纬股份 HTML5+响应式
  • 路易艺术城堡

    路易艺术城堡 HTML5+
  • 蓝光英诺生物科技

    蓝光英诺生物科技 HTML5+
  • 成都天立学校

    成都天立学校 HTML5+响应式
  • v-flow全钒液流电池

    v-flow全钒液流电池 HTML5+
  • 古兰装饰

    古兰装饰 HTML5+
  • 泰合集团官网

    泰合集团官网 HTML5+
  • 星光文化娛樂集团

    星光文化娛樂集团 HTML5+响应式
  • 集渔泰式海鲜火锅

    集渔泰式海鲜火锅 HTML5+响应式
  • 阿尔刚雷官网

    阿尔刚雷官网 HTML5+响应式
  • 智纲智库

    智纲智库 HTML5+响应式
  • 四川青少年科学教育中心

    四川青少年科学教育中心 HTML5+响应式,移动端
  • 蛙来哒炭烧牛蛙

    蛙来哒炭烧牛蛙 HTML5+
  • 遵义天立学校官网

    遵义天立学校官网 HTML5+
  • 柏形时尚学校

    柏形时尚学校 HTML5+响应式
  • 炸小明串串

    炸小明串串 HTML5+响应式
  • 森顿家居

    森顿家居 HTML5+响应式,移动端
  • 何师烧烤

    何师烧烤 HTML5+响应式,移动端
  • 吃城都鱼火锅

    吃城都鱼火锅 HTML5+响应式,移动端
  • 简优陶瓷

    简优陶瓷 HTML5+响应式,移动端
  • bigone陶瓷

    bigone陶瓷 HTML5+响应式,移动端
  • 上海沛华集团

    上海沛华集团 HTML5+响应式
  • 成都优讯

    成都优讯 HTML5+响应式,移动端
  • 大墨设计

    大墨设计 HTML5+响应式,移动端
  • 新亚艺考培训学校

    新亚艺考培训学校 HTML5+响应式
  • 锦尚国际

    锦尚国际 HTML5+响应式
  • 远海国际

    远海国际 HTML5+响应式
  • 秋金小炒

    秋金小炒 HTML5+响应式
  • 新象地板

    新象地板 HTML5+响应式
  • 拉馥特门窗

    拉馥特门窗 HTML5+响应式
  • 明日蔚蓝

    明日蔚蓝 HTML5+响应式
  • work+联合办公

    work+联合办公 HTML5+响应式
  • 仁众管理

    仁众管理 HTML5+响应式
  • 熊老板空气净化器官网

    熊老板空气净化器官网 HTML5+响应式
  • 成都中寰流体控制设备股份有限公司官网

    成都中寰流体控制设备股份有限公司官网 HTML5+响应式
  • 成都安可信电子股份有限公司官网

    成都安可信电子股份有限公司官网 HTML5+响应式
  • 自贡灯贸

    自贡灯贸 HTML5+响应式
  • 全友定制衣柜

    全友定制衣柜 HTML5+
  • 神州天立教育集团

    神州天立教育集团 HTML5+响应式
  • 威氏控股有限公司官网

    威氏控股有限公司官网 HTML5+响应式
  • 长虹0.618

    长虹0.618 HTML5+
  • 更多案例
186 2817 6767  获取免费方案报价

新闻动态

SHUWON

网站上线后没想到你回头联系了蜀美改版

童鞋们,问你们一个问题,26天前甲方爸爸毅然绝然的选择其他公司,为何26天后会回头找蜀美?? 1. 因为蜀美便宜? 2. 因为蜀美的客服小哥哥长得帅? 3. 是因为爱吗?是因为责任吗? 都不是。 是因为我们设身处地的为客户解决问题的真心,8年坚持在一个领域里面做好做深入,并且专业高效! 先讲一个故事,为了更好的理解,8年坚持到底是什么。嘻嘻 上周见一个富豪,他很真诚地跟我分享了他的金钱观。 他说,其实啊,钱不是越多越好…… 你只要迈过一个坎儿,就会发现…… 你的消费水平和生活品质,跟你赚多少钱,没什么关系了。 我问,那,这个坎儿是多少? 他说,10亿。真的,你赚10亿和赚100亿、1000亿,花钱的时候差别就不大了。你信我! 我信你个邪! 我信你个大猪蹄子! 恼羞成怒的我…… 立马跪下来,抱着他的大腿,说: 爸爸,快教我们怎么才能赚10个亿吧! 所以他先出了一个题! 讲了a女生和b女生的故事。 a女生一直在负责汽车领域的财经报道,后来出来创业,还是做跟汽车媒体有关联的事情,她失败后,又继续,不停反复,现在继续创业,做的什么鬼单车项目。 B 女生之前做深度新闻记者,传统媒体衰落后,她看准趋势,物流火的时候,去了一家物流公司,薪水涨了一倍,短视频火的时候,她去拍创意短片,有一个项目挣了十几万,去年,她开始创业,做线上花店。。。 好了,那么问题来了,她倆,谁现在混的更好呢? 答案是a女生。 她是胡炜炜。她的创业项目就是摩拜单车,当她和团队套现15亿的时候,b女生正在朋友圈转发那篇爆款文章《摩拜创始人套现15亿,你的同龄人,正在抛弃你。。。》 为什么是a女生?为什么是胡炜炜? 胡玮炜的厉害,不在于好看,而在于她拥有典型的富人思维,那就是复利思维。 她花了很多年的时间,在同一领域,积蓄能量。一直坚持。 这个能量突破了一个临界点,就爆发式增长了。 什么是复利思维呢? 复利,简单理解,就是利上加利。 复利思维,就是一种利上加利的思维。 你把有限的财富和精力,持续投入到同一领域。 短期内可能看不到什么效果。 但如果长期坚持,最后就会收获到非常巨大的回报。 比如,你们坚持这么努力上班,明年,你们的老板就又能买辆法拉利了。 再比如,你每天睡前,坚持吃一碗燕窝,这样坚持一年,就会有360多个燕子失去家庭。 是不是很有道理? 复利思维的能量,可能超乎你的想象。 之前有一篇很火的写复利思维的文章,举的例子就非常震撼。 比如,一张很薄很薄的纸,对折64次之后,你们猜,变成多高了? 答案是:166020696万公里。 这是什么概念? 地球到月球的距离,才38.4万公里。 可怕吧? 复利思维就是这种神奇的存在。“复利效应中,有一个临界点,一旦迈过这个临界点,就会飞速发展。” 胡玮炜就是,她报道汽车,做了10年; 然后她又去创业,搞什么“极客汽车”,又折腾了一段时间…… 在这之前,你都会觉得她没什么逆袭的可能。 但是,到摩拜单车,临界点来了,她成了创业届神话级的人物(我在一次论坛上看到她的时候都超震憾,妈呀长得太好看了)。 胡玮炜就说,她不是特别有野心和企图心,她就是对自己感兴趣的事有执念。 做摩拜单车的时候,无数人加入之后都放弃了,更多人觉得她是傻逼,她还是会不断push自己去坚持,去死磕。 除了诱惑,我们什么都能抵抗”,廖一梅说得太特么好了。 能够抵御诱惑,能够长期、持续地抵御诱惑,是非常非常稀缺的品质。 尤其是,当我们获得了成功,可能性变多了之后…… 在企业身上尤其明显。 一个产品成功了,企业就忍不住马上推出更多产品,赚更多钱,最终导致自己品牌折损。 所以,蜀美在坚持和抵抗诱惑这两点上就与众不同,能获得甲方爸爸的一致好评,不贪心,不盲目让甲方爸爸付费做一些不符合产品自身逻辑和体验的东西,让甲方爸爸感受到我们所有的坚持和要求自己,都是为了给您提供更好的作品。

SHUWON

网站做的贵,还偏要叫好!

我是谁? Who am I? 客户经常会我,我自己组建了团队进行网站建设和微信开发,本意想修改方便,效率高,而且网站其实很简单啊,就是会代码。结果真心魔咒一样,花钱自己找员工开发的高成本,时间也花了大半年,除了担负员工工资以及五险一金的成本:  结果 ———— 做的真心让公司老板不满意。 “ 关键是员工是自己找的,只会执行和代码,我每天都被牵累,花时间去教自己团队他怎么做,关键我也不专业啊。 ——  来自蜀美客户的倾诉 “ 蜀美的定位是: 一线品牌公司的外包技术支持及运营服务部。 多年来,我们一直坚持唯一标准: 蜀美对客户负责的唯一标准,就是交付物可以如期上线。而如期上线,不是赶时间上线;不是逼着客户的档期必须要接受,因为蜀美的标准比做出来能用的标准可高了不止一档。 常遇到初期在选择合作伙伴时选错,导致开发失败,这时满是抱怨的客户很是后悔没有选择蜀美。 最后不得不找我们重新开发,终得到满意交付物。他们好奇: 这么复杂的事情,蜀美是怎么做的呢? 1. 专业 5+year 以上经验的产品经理驱动 产品经理是互联网公司必不可少的职位,蜀美产品经理的任务就是精准定位用户需求,并拆解成必要的用户核心使用流程和软件功能点。 核心价值:蜀美拥有多位具备行业认知的产品经理, 他们以为解决客户和用户的核心问题,满足客户和用户对项目核心诉求而存在。 获得: 您要做的,蜀美转化成你想要的! 成熟认知、解决方案同时规避尽可能多的风险。 2. 扁平高效的沟通方式 沟通和理解是项目实施过程中,最核心的。 开展项目的相关干系人众多,客户、用户、产品经理、UI设计师,前端开发、后端开发、测试人员等,每个人在做的方向是否对, 是否能够理解业务需求。 出了问题如何解决。 特别是面对客户需求变更,客户领导改变想法。直接的沟通可以降低交付的风险预警、提升交付物质量。因为要专业,更要了解每个细节。经过多年的探索,蜀美的项目管理流程已超越很多的同行,并获得认可和支持。 这直接导致: 蜀美一直在尝试解决问题 我们满足您的项目期望,超越您的期望! 3. 专业开发和测试人员 我们的测试人员会对新鲜出炉的产品进行各种你知道或不知道的测试过程,这种看似回归的操作,不仅让客户觉得OK,而且更是Perfect。 4. 拥有专业UGD设计师 蜀美一直坚持从实际的需求出发而设计; 当客户单纯看到蜀美品质的某些案例视觉和炫酷动效兼具而联系我们想要项目制作时,我们都告诉客户:切勿自嗨! 设计的本质是解决问题,而视觉的突出审美则是让设计升华的因素,千万不要本末倒置地去做设计,为了好看而设计,这样做出来的东西往往都是经不起实际推敲的。 如果你需要真正优秀UI设计解决方案,如果你有网站定制,微信设计开发,新零售O2O软件系统需求时:选择蜀美虽贵,但值。 不只是好用,会更贴心的为您解决问题。别犹豫,你有很多想法想要去实现,而我们就在这里!

SHUWON

网站CDN加速技术原理

CDN全称Content Delivery Network,即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节,使内容传输的更快、更稳定。通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络,CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容,解决 Internet网络拥挤的状况,提高用户访问网站的响应速度。 在不同地域的用户访问网站的响应速度存在差异,为了提高用户访问的响应速度、优化现有Internet中信息的流动,需要在用户和服务器间加入中间层CDN. 使用户能以最快的速度,从最接近用户的地方获得所需的信息,彻底解决网络拥塞,提高响应速度,是目前大型网站使用的流行的应用方案. CDN 概述 CDN的全称是Content Delivery Network,即内容分发网络。其目的是通过在现有的Internet中增加一层新的CACHE(缓存)层,将网站的内容发布到最接近用户的网络"边缘"的节点,使用户可以就近取得所需的内容,提高用户访问网站的响应速度。从技术上全面解决由于网络带宽小、用户访问量大、网点分布不均等原因,提高用户访问网站的响应速度。 Cache层的技术,消除数据峰值访问造成的结点设备阻塞。Cache服务器具有缓存功能,所以大部分网页对象(Web page object),如html, htm, php等页面文件,gif,tif,png,bmp等图片文件,以及其他格式的文件,在有效期(TTL)内,对于重复的访问,不必从原始网站重新传送文件实体, 只需通过简单的认证(Freshness Validation)- 传送几十字节的Header,即可将本地的副本直接传送给访问者。由于缓存服务器通常部署在靠近用户端,所以能获得近似局域网的响应速度,并有效减少广域带宽的消耗。不仅能提高响应速度,节约带宽,对于加速Web服务器,有效减轻源服务器的负载是非常有效的。 根据加速对象不同,分为 客户端加速 和 服务器加速。 客户端加速 : Cache部署在网络出口处,把常访问的内容缓存在本地,提高响应速度和节约带宽; 服务器加速 : Cache部署在服务器前端,作为Web服务器的代理缓存机,提高Web服务器的性能,加速访问速度 如果多台Cache加速服务器且分布在不同地域,需要通过有效地机制管理Cache网络,引导用户就近访问(比如通过DNS引导用户),全局负载均衡流量,这是CDN内容传输网络的基本思想. CDN对网络的优化作用主要体现在如下几个方面 - 解决服务器端的“第一公里”问题   - 缓解甚至消除了不同运营商之间互联的瓶颈造成的影响   - 减轻了各省的出口带宽压力   - 缓解了骨干网的压力   - 优化了网上热点内容的分布 CDN 的工作原理 传统访问过程(未加速缓存服务) 我们先看传统的未加缓存服务的访问过程,以便了解CDN缓存访问方式与未加缓存访问方式的差别: 由上图可见,用户访问未使用CDN缓存网站的过程为: - 用户输入访问的域名,操作系统向 LocalDns 查询域名的ip地址. - LocalDns向 ROOT DNS 查询域名的授权服务器(这里假设LocalDns缓存过期) - ROOT DNS将域名授权dns记录回应给 LocalDns - LocalDns得到域名的授权dns记录后,继续向域名授权dns查询域名的ip地址 - 域名授权dns 查询域名记录后,回应给 LocalDns - LocalDns 将得到的域名ip地址,回应给 用户端 - 用户得到域名ip地址后,访问站点服务器 - 站点服务器应答请求,将内容返回给客户端. 2.2. CDN访问过程(使用缓存服务) CDN网络是在用户和服务器之间增加Cache层,主要是通过接管DNS实现,将用户的请求引导到Cache上获得源服务器的数据 下面让我们看看访问使用CDN缓存后的网站的过程: 通过上图,我们可以了解到,使用了CDN缓存后的网站的访问过程变为: - 用户输入访问的域名,操作系统向 LocalDns 查询域名的ip地址. - LocalDns向 ROOT DNS 查询域名的授权服务器(这里假设LocalDns缓存过期) - ROOT DNS将域名授权dns记录回应给 LocalDns - LocalDns得到域名的授权dns记录后,继续向域名授权dns查询域名的ip地址 - 域名授权dns 查询域名记录后(一般是CNAME),回应给 LocalDns - LocalDns 得到域名记录后,向智能调度DNS查询域名的ip地址 - 智能调度DNS 根据一定的算法和策略(比如静态拓扑,容量等),将最适合的CDN节点ip地址回应给 LocalDns - LocalDns 将得到的域名ip地址,回应给 用户端 - 用户得到域名ip地址后,访问站点服务器 - CDN节点服务器应答请求,将内容返回给客户端.(缓存服务器一方面在本地进行保存,以备以后使用,二方面把获取的数据返回给客户端,完成数据服务过程) 通过以上的分析我们可以得到,为了实现对普通用户透明(使用缓存后用户客户端无需进行任何设置)访问,需要使用DNS(域名解析)来引导用户来访问Cache服务器,以实现透明的加速服务. 由于用户访问网站的第一步就是 域名解析 ,所以通过修改dns来引导用户访问是最简单有效的方式. 2.3. CDN网络的组成要素 对于普通的Internet用户,每个CDN节点就相当于一个放置在它周围的网站服务器. 通过对dns的接管,用户的请求被透明地指向离他最近的节点,节点中CDN服务器会像网站的原始服务器一样,响应用户的请求. 由于它离用户更近,因而响应时间必然更快. 从上面图中 虚线圈起来的那块,就是CDN层,这层是位于 用户端 和 站点服务器之间. 智能调度DNS(比如f5的3DNS) 智能调度DNS是CDN服务中的关键系统.当用户访问加入CDN服务的网站时,域名解析请求将最终由 智能调度DNS 负责处理. 它通过一组预先定义好的策略,将当时最接近用户的节点地址提供给用户,使用户可以得到快速的服务. 同时它需要与分布在各地的CDN节点保持通信,跟踪各节点的健康状态,容量等,确保将用户的请求分配到就近可用的节点上. 缓存功能服务 - 负载均衡设备(如lvs,F5的BIG/IP) - 内容Cache服务器(如squid) - 共享存储(根据缓存数据量多少决定是否需要) 【文章来源自网络】

SHUWON

网站为什么要做伪静态

常常有客户会问我们,我们自己的网站要不要做成伪静态呢?伪静态有什么好处?今天,我就给大家普及一下伪静态的相关知识。 首先要了解伪静态先要知道我们目前一般网站程序的三种做法:动态网站、静态网站、伪静态网站; 目前基本上所有的网站都属于动态网站,所谓的伪静态也是属于动态的一种,因为网站上的内容资料等信息基本上都是通过后台更新发布,对于没有任何程序技术基础的用户来说便于管理。 动态网站的一般特征如下: 1、以ASP、PHP等编程语言制作的; 2、不是独立存在于服务器上的网页文件,只有当用户请求时服务器才返回一个完整的网页; 3、内容存在于数据库中,根据用户发出的不同请求,其提供个性化的网页内容; 4、内容不是存在于页面上,而是在数据库中,从而大大降低网站维护的工作量。 而静态网站一般包含以下特征: 1、静态页面的URL链接是以.html、htm为链接后缀; 2、静态页面是存在于服务器上的一个文件,每个网页都是一个独立的文件; 3、客户端加载静态页面时,并没有操作数据库,只是直接提取一个文件。 那么,动态、静态、伪静态页面的优缺点呢? 1、动态页面 优点:空间使用量非常小,一般几万条数据的网站,可能只有几M的文件大小,而使用静态页面少则十几M,多则几十M。因为数据是从数据库里面调用而来,所以如果要更改某些数值,直接更改数据库,那么所有的动态页面,就会自动更新了。这一点相比静态页面好处就大很多了。 缺点:用户访问速度较慢,为什么会访问动态页面较慢呢。这个问题我们就必须从动态页面的访问机制说起了,其实我们的服务器上面有一个解析引擎,当用户访问的时候,这个解析引擎就会把动态页面翻译为静态页面,这样大家就能够在浏览器里面查看源码了。而这个源码就是解释引擎翻译以后的源码。除访问速度较慢以外,动态页面的数据是从数据库里面调用过来的,如果访问人数非常多,服务器压力就会非常大的,不过现在动态程序都是使用了缓存技术。但是总体来讲,动态页面对于服务器的压力比较大一点。同时动态页面的网站一般对服务器高求要比较高一些,同时访问的人越多也会造成服务器压力越大。 对于SEO优化:很多个人网站以及企业网站都很看不起动态页面,说是搜索引擎不会收录动态页面网站,这是不科学的,说不定别人的动态页面网站比你的静态页面收录更多呢。当然前提条件就是,动态URL最好不要带太多的复杂参数,如:符号等等。搜索引擎对于动态页面的收录方式是一样的,而区别最大的地方,其实就是速度上面的差别,这一点差别是非常微弱的,而大型网站多数是使用静态页面,这是因为对服务器压力比较小。 2、静态页面 优点:相比其他两种页面,速度最快。加载速度快,不需要从数据库里面提取数据,不会对服务器产生压力。 缺点:由于数据都是储存在HTML里面,所以导致文件非常大。并且最严重的问题是,更改源代码必须全部更改,而不能改一个地方,全站静态页面就自动更改了。如果是大型网站有比较多的数据,那会占用大量的服务器空间,每次添加内容都会生存新的HTML页面。如果不是专业人士维护比较麻烦。 对于SEO优化:静态页面对于搜索引擎是非常友好的。 3、伪静态 优点:大家都知道静态页面对SEO有很大益处,对服务器的负载很小,但静态页面的缺点是不能随时更新。对于伪静态的优点,这个并不好讲,伪相比动态网页而言,并没有提到速度上面的提升,相比较而言,因为是“假”静态页面,其实还是一个动态页面,也是同样需要翻译为静态页面的。最大的好处就是让搜索引擎把自己的网页当做静态页面来处理。 缺点:从名称上面就能够看出来缺点,“伪静态”其实就是“假静态”,搜索引擎会不会把他当做是静态页面来处理,这只是我们靠经验靠逻辑去分析的,并不一定准确。或许搜索引擎直接把他认为是动态页面,我们做那么多努力,其实什么也没有换来。 对于SEO优化:而优点是把动态页面转换为静态页面,但是这样的一种表面的转换,对于搜索引擎有没好处,这是谁也不敢讲的。但是我们不能确定的东西,不能认为他不存在。伪静态对SEO的作用和真静态相同,被访问时会导致服务器负载增大,但它可以实时动态更新的确非常方便。 综上所述: 相对于纯静态来说,如果不是有专业的技术背景的人,管理及维护成本是一个大问题,对于个人及小型网站可以尝试,对于SEO是三个当中最好的;而纯动态网站则非常方便管理,便于修改,但是在SEO方面略显吃亏;伪静态则是结合了纯静态和纯动态优势,方便管理,而且在SEO方面更有优势。

SHUWON

用户故事地图浅析(上)

用户故事地图浅析 引言 本文图文内容,来源于蚂蚁金服体验技术部“芝士会”分享。 中后台产品大多通过产品化工具来给用户提效,随着用户的应用场景开始延伸到线上线下各个角落,设计师也开始思考如何从时间空间维度去关注完整的用户体验。因此用户故事地图作为一种常见工具,进入了大家的视野。但是体验地图到底能解决什么问题,该怎么用呢?很多同学也许并不太了解。这次分享主要是将我们在各类渠道了解到的关于用户体验地图的各类说法做了一个总结,并结合了我们在工作中的实际运用,给有兴趣了解该方法的同学提供一点我们的见解和看法。如有不赞成地方或更好的见解,希望可以不吝赐教,我们相互学习,共同进步。 用户发现你提供的产品真正的价值,就像这张封面背景图一样,往往要经过一段旅程,必定不是一马平川。通过我们的专业知识、见解和洞察搞清楚用户这段旅途当中坑在哪里、怎么填才能让用户走的更顺。帮助用户更容易获取产品价值,帮助项目组获得成功。 A.怎么做? 用户故事地图虽然是一个耳熟能详的体验工具,但事实上当你接触的时候才知道并不容易。其中需要注意的要点很多,能找到的模型也很多样,导致做一个正确的方向变得复杂,结果可能会产出一个适得其反的用户故事地图,或者什么都没有产出,那我们到底该怎么做呢。 我们在支持项目的过程中,初期会选择采用“故事编写工作坊”的形式来梳理产品的用户故事地图。一般是项目组成员共创的形式,参与人员包括:技术开发、产品经理、项目经理、设计师、用户、产品老大。 重要流程分成四个步骤:产品定义——梳理骨干故事——拆分故事——沟通确认。下面我简要介绍下这四步分别需要做哪些事情。 第一步:产品定义 一般是在故事编写工作坊准备阶段,首先由PD提主导产出,主要有几点内容: 1.产品的目标用户。 2.解决了哪些问题。 3.用户目标。 4.产品目标。 将这些内容记录在黑板上,与大家讨论达成共识,最终确定产品定义。简单来说,需要明确“我们为什么要做这个?”以及“用户为什么要用这个?”明确业务诉求和用户诉求为之后的设计提供了指导,不仅可以在接下来在讨论的过程中不易迷失方向,还可以避免陷入设计细节纠结。基于业务诉求和用户诉求其实就是为了不忘初心,是为了明确设计的初衷。所以,在做交互设计之前,一定要问自己这两个问题:”这能给我们带来什么价值?”“这能为用户提供什么价值?”这一步可以让项目组内所有人和用户共同明确产品覆盖的整个范围。 第二步:梳理骨干故事 为了方便大家理解,我在这里举一个大家生活都会发生的例子。故事的整个范围:起点是起床——终点是到达公司。闭上眼睛,回想一下今天早上起床的过程。把这段故事分成这样几个阶段,起床——洗漱——穿衣——出门——上班途中——到达公司。 在真实做项目过程中,大家在这一步可能会写出不同颗粒度的故事,需要设计师把控故事的大小,这段故事可以再往下梳理一层颗粒度更小一点的故事。比如起床就可以再拆分为:闹铃响了——挣扎——关闹钟——下床。剩下的故事卡片都可以继续这样拆分归类。 这样我们骨干故事就有两层,一级故事和二级故事,故事的发生从左至右是一个叙事流。 这里需要注意的是,在真实业务中,故事的流程不可能是一帆风顺的,情况会变得复杂,我们可以借助流程图的图例线连接我们的故事卡片。 总结一下,我们在这步怎么做的。首先,我们在第一步确定产品整体范围之内尽量的把故事讲完整,比如我们这个例子,起床——洗漱——穿衣——出门——上班途中——到达公司。这样我们项目组的所有人就可以对整个产品有个全局的印象。其次,我们需要注意是要讲完整的故事,但是一定要广度优先,而非深度,要做到一公里宽一厘米深。比如刷牙这个故事里面,找牙刷、挤牙膏这类故事在这个阶段我们无须关注,不要过早的沉浸到细节中。在这步让大家做到对产品只见森林不见树木的状态。 第三步:拆分故事 在这一步,我们需要在刚刚梳理的每一个二级故事下面做停留,去拆分二级故事获取更多细节内容。如果二级故事是一个海平面的话,那二级故事以上就是海平面故事,那现在我们需要关注的是海平面以下更多不可见的故事。项目组会围绕这个故事写出很多细节来。我们可以按照以下几个维度对细节进行归类,分别是:故事细节、想法、痛点、机会、情绪。其中情绪可以通过固定的问题获得,也可以通过用户想法、用户的痛点结合主观判断。 在这个过程中,先让大家在一定时间内按照自己的想法写出来,每一条写在一张卡片上,做到相互不干扰,然后每个人出声说出自己的卡片内容,让所有人了解并贴在墙上。 项目组人在写想法的时候,相当于脑暴的过程,这时可以通过一些问题来刺激大家脑暴出更多的内容,比如: 1.用户在这步具体做什么? 2.用户还有其他选择么? 3.用户怎么做才能更爽? 4.出现问题如何处理? 5.其他用户来到这里该如何处理? 回到我们的例子,我们洗澡的时候有正常的流程,但当没有热水时这个流程就会发生变化。同样,在真实业务当中,这类情况将更普遍的发生,所以这个步我们将尽量多的关注到所有场景的故事。 做完这步,我们已经获取到了足够多的细节信息,整个项目组都会做到对产品又见森林又见树木的状态。 第四步:沟通确认 这里我们的故事已经变得很丰满,甚至变得臃肿,所以沟通确认变得极为重要。我们在这步需要花费相对多的时间,大家对内容进行对标、充足讨论,把公认的留下来,无用的踢出掉。同时可以区分要做的故事细节的优先级。 依次类推,当所有故事梳理完成之后,就完成了如下这样一张完整的用户故事地图了。 总结一下,在这步,首先,我们需要对大家写的所有卡片进行对标,排除无效故事。其次,因为我们一般项目时间不够,开发资源紧张,不可能一口吃个胖子,所以把要做的事情达成共识排出优先级变得尤为重要。最后,并不是所有的故事卡片都需要在同一时间细化,在真实业务中有些模块的故事是无法一开始就梳理清楚的,所以可以先写个占位符,待合适的时机再做拆分。 我们通过这种一目了然、格式一致的故事地图,让项目组所有人都获得足够的信息,让项目有一个明朗的开发流程。

SHUWON

认识今年很火的设计风格

每个视觉设计师,都要面对不同的色彩风格需求 当然,作为设计师我们其实也很清楚,设计趋势确实是日常web设计工作中难以回避的部分,甚至可以说它们还很关键。同时我们也都明白,设计趋势也不能盲目使用。每一种趋势都有其使用场景,这也意味着如果你使用不当,再有趣的趋势也会毁掉你的设计。 一、孟菲斯风格「Memphis」 孟菲斯风格特点:高纯度、跳跃、对比强烈的配色,以及丰富的几何元素的填充 几何的元素,醒目的标题文案,清晰的表达了传递的信息 二、故障艺术(Glitch Art) 就是利用事物形成的故障,进行艺术加工,使这种故障缺陷反而成为一种艺术品,具有特殊的美感。 故障艺术这个词对于很多人而言或许都比较陌生,但事实上,作为艺术形式,它就产生于我们生活中一些常见的、有时十分恼人的细节——数据和数字设备的故障。譬如说当电视机、电脑等设备的软件、硬件出现问题后,可能会造成视频音频播放异常,在视觉上,画面变成破碎、有缺陷的图像,颜色也失了真。 但艺术家们却从这些故障中发现了美,它们不仅代表不完善,更意味着意外和变化,每一次故障都像是打破常规的一次再创造。于是,故障渐渐被音乐人和视觉艺术家接纳,并成为一种创作手法。视觉艺术家们甚至会用各种手段,如损坏电路板,用磁铁靠近显示器,或者刮擦设备的元件等等,来营造出故障的效果,带来新的创意。 紧跟时代潮流、站在设计前言为用户来带更好的视觉设计,是我们蜀美设计团队一直以来的追求,未来我们还会带来更多更好的设计分享及经验分享。

SHUWON

常见的网站服务器架构

初级篇:(单机模式) 假设配置:(Dual core 2.0GHz,4GB ram,SSD)基础框架:apache(PHP) + Mysql / IIS + MSSQL(最基础框架,处理一般访问请求) 进阶1 : 替换Apache为Nginx,并在数据库前加上cache层 【数据库的速度是最大的瓶颈】 Nginx(PHP) + Memcache + Mysql (此时已经具备处理小型访问量的能力) 进阶2:随着访问量的上涨,最先面临的问题就来了:CGI无法匹配上Nginx的高IO性能,这时候可以通过写扩展来替代脚本程序来提升性能,C扩展是个好办法,但是大家更喜欢用简单的脚本语言完成任务,Taobao团队开源了一个Nginx_lua模块,可以用lua写Nginx扩展,这时候可处理的并发已经超越进阶1 一个档次了。 Nginx(nginx_lua or C) + Memcache + Mysql (此时处理个同时在线三四千人没有问题了) 进阶3:随着用户的增多,Mysql的写入速度成了又一大瓶颈,读取有memcache做缓存,但写入是直接面对Mysql,性能受到了很大阻碍,这时候,要在Nginx和Mysql中间加入一层写缓存,队列系统就出场了,就以RabbitMQ为例,所有写入操作全部丢到这只兔子的胃里面,然后屁股后面写个接应程序,一条条的拉出来再写入mysql。而RabbitMQ的写入效率是Mysql的N倍,此时架构的处理能力又上一阶层。 |----write------>RabbitMQ-------- Nginx(lua or c)----- |--------->Mysql |----read------>Memcache-------- (此时的并发吞吐能力已经可以处理万人左右在线) 中级篇:(分而治之) 此时我们在单机优化上已经算是达到极限,接下来就要集群来显示作用了。 数据库: 数据库总是在整个环节中是吞吐能力最弱的,最常见的方法就是sharding。 sharding可以按多种方法来分,没有定式,看情况。可以按用户ID区段分,按读写分等等,可用参考软件:mysql proxy(工作原理类似lvs) 缓存:memcache一般采用的是构建memcache pool,将缓存分散到多台memcache节点上,如何将缓存数据均匀分散在各节点,一般采用将各节点顺序编号,然后hash取余对应到各个节点上去。这样可以做到比较均匀的分散,但是有一个致命点就是,如果节点数增加或减少,将会带来几乎80%的数据迁移,解决方案我们在高级篇再提。 WEB服务器篇: web服务器集群的建设,最常见的就是lvs方式(memcache pool同样可以如此组建),lvs的核心就是调度节点,调度节点负责将流量通过算法分散到各个节点上,因调度所耗资源很少,所以可以产生很高的吞吐率,后台节点数量可以任意增删,但此法弊病就是如果调度节点挂了,则整个集群都挂了,解决方案我们在高级篇提。 方法2:参见 HAProxy - The Reliable, High Performance TCP/HTTP Load Balancer 高级篇:(高可用性+高可扩展性的集群) 单点调度故障解决: 集群的好处显而易见,但是有一个弊端就是单节点进行调度,如果节点出现故障,则整个集群全部都无法服务,对此的解决方案,我们使用keepalived来解决。Keepalived for Linux keepalived是基于VRRP协议(VRRP协议介绍)的,请一定先了解VRRP协议后再进行配置。 keepalived可以把多台设备虚拟出一个IP,并自动在故障节点与备用节点之间实现failover切换。这样我们配置两台货多台lvs调度节点,然后配置好keepalived就可以做到lvs调度节点出现故障后,自动切换到备用调度节点。(同样适用于mysql) memcache集群扩展解决: memcache因为我们一般采用的都是hash后除以节点数取余,然后分配到对应节点上,如果节点数出现变化,以前的缓存数据将基本都不能命中。 解决方法:consistent hashing 简介:一致性哈希 consistent hashing大概的思路就是,把hash后的值保证在 0 ~ (2^32)-1 的数值上,然后把这一连串数字对应映射到一个想象的圆上。 把要存储的各个值hash后,放到圆上 然后把cache节点也用同样的hash方法,映射到圆上,然后每个刚才hash过的value顺时针寻找离自己最近的节点,这个节点就是存储它的节点。 为了提高存储的平衡性,算法还可以加入虚拟节点的概念,即每个实际cache节点,会在圆上对应N个虚拟的节点,这样可以提高算法的命中率,更加平衡。consistent hashing原理:Consistent hashing and random trees完结。 针对不同的项目情况,输煤这边会根据实际情况进行针对性的采用不同的服务器架构,以确保网站上线后的稳定运行。

SHUWON

浅谈佐藤可士和超整理术

最近有小伙伴推荐我看看《佐藤可士和的超整理术》的东西。怀着一脸懵逼,正好最近有搬家公司客户在讨论整理术业务模式问题。于是乎查阅一些资料。发现其实整理术并非一个商业领域工作内容或者服务业务范畴,反而在实际工作中会用到。 接下来我做了一个测试: 走到我同事身边,对他们提问: 1. 让我看看你的电脑桌面吧! 2. 你的桌子经常整理么? 3. 你经常做收拾整理不? 答案让我震惊,略过一万点暴击: 因为其实生活中的整理是我们可见的,但是尤以开发人员的桌面~ 桌面全部都是文件夹,满满的 设计师的桌面:满满都是各种download 唯一ok的文件夹可能就属于项目文件。 于是乎我进行了一个分享:如果出于宣扬“享受工作,提高效率”这个观念,有点商业化,但是很多时候,如果我处于一个凌乱状态,状态不佳时,我经常会选择打扫卫生,整理房间,或者整理电脑文档! 而这种状态,能让我的工作和思路还原到一种有序有条理的状态。 很容易分清主次摸清条理了。 而学习超级整理术,其中作者将自己最令人津津乐道的整理之术以出版书籍的形式推广开来,希望能帮助更多人解决工作与生活中的问题。 以下是书本整理内容: 整理目的 1)  让人时刻保持清醒的精神状态。 2)  无意识的意识化。 3)  在意识层面,必须认识到“不是因为忙碌而疏于整理,而是为了提升工作效率而主动整理”。 方法 空间整理术: 1)定期更新:防止东西增加。 2)决定物品的固定位置,使用后立刻物归原位:保持作业环境清爽。 3)决定“外框”,统一规格:简单明了地进行分类。 信息整理术: 1)退一步客观检视。 2)首先舍弃自以为是。 3)转换观点,从各种角度观察。 思考整理术: 1)将自己和对方的思绪置换成语言。 2)建立假说,大胆向对方提问。 3)思考时要对于别人的事情视如己出。 信息整理术: 1)对信息提出观点,穷究问题本质。 2)导入观点的最终目标是导出远景。 3)退一步观察,抛开自以为是,视野更加开阔。 4)试着想象具体场景。 5)随时保持寻找远景的积极态度。 思维整理术: 1)将思维信息化,提升沟通精度。 2)了解自己的思维方式很困难,可以先从了解对方的思维方式开始练习。 3)一切要从将思维置换成语言开始。 4)提出假说,确认对方想法,直到对方表达的重点清晰可见。注意先阐述成功以后的印象和远景,再提出假说,对方就能领悟你的发言是诚恳真挚的。 5)使用“自由联想法”来进行“无意识的意识化”。 其实以上书本内容的整理,最后出现的效果将是一种可见的状态和现状! 对于我们智力脑力工作者而言,真正重要的其实是对于随着工作经验知识不断累积成为自己知识的复盘,管理,整理!这其实才是我们蜀美童鞋们大家都在积累和分解的。如果把概念提升到知识管理,那将会是一个更加系统的工作了。 个人知识的管理流程 管理流程主要分为以下四个过程: 1、收集(保存、记录)知识; 2、吸收(优化,萃取)知识; 3、实践操作、应用知识、创造价值; 4、分享知识、研究探讨。 吸收(优化,萃取)知识 这个过程就比较复杂,收集整理是一个很重要的过程,鉴定知识的正确性和有效性的能力并不是每个人都拥有的,不过,我们很幸运,这种能力是可以培养的。学习辩证思维相关知识可以帮助我们加深对这方面的理解。 最后分享下蜀美在产品设计的过程中,我们不仅要从表象和现象层出发去设计,也要从底层的框架去了解,设计的原理和背后的机制; 用蜀美团队的口头禅结束:一拿着就开做太low ! 我们要想好了做! 做好了测! 如果你需要一个可以在黑夜中指引者,我们在这里等你。如果你需要一个模式的验证者,蜀美不辜负你的信任!