从用户的角度看解决方案

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/weixin_34150830/article/details/85030204

说到解决方案,作为卖东西的我们总是会想到“产品堆砌”、“产品联动”、“功能整合”、“概念炒作”等字眼,甚至在很多销售的眼中,解决方案就是个噱头,压根就是跟产品一样的东西,换个名字忽悠客户罢了。
时间长了,我们的心中逐渐形成了对于解决方案这个词的负面印象,根据经验,问10个业内人士解决方案是啥,有8个人会先说其好处,然后心里默默的说这东西就是忽悠人的。

其实,我们忘了解决方案是从哪里来的,其实,最开始并不是卖方(厂商)先提出这个概念的,而是买房(客户)先提出来的。我们不妨拿一些大家都比较熟悉的市场来看一看。

回 想一下计算机硬件市场吧。早些年的时候,会攒电脑是一件比较牛逼的事情,都是高手在干,为了获得最便宜的价格,大家到处去淘配件:CPU、内存、硬盘、显 卡…,然后利用超强的动手能力把这些东西组装到一起,成为一个自己“满意”的台式机,但不得不承认,有这个能力的人是少数派,基本都是时间多、金钱少的学 生族。后来电脑慢慢普及了,越来越多不懂电脑的人需要装电脑,很多人身边又没有前面提到的高手,怎么办,于是商家就开始给出“推荐配置”了,例如对于没钱 的学生,如果只是上上网配什么样的CPU、内存、硬盘,如果是游戏玩家,那么配什么样的显卡之类的,而这种销售方式得到了大家的认可,尤其是在计算机硬件 市场更新换代非常快的时代,即便是原来的那些“高手”们也无法时刻都知道什么东西性价比高、流行,于是最后连高手们都从挨家挨户去找配件变成了选择一个比 较靠谱的商家,并接受商家的“推荐配置”,原因很简单,省时省事嘛。再到最后,当品牌机的价格越来越亲民以后,更多的人转向了品牌机,因为售后服务好,外 观还漂亮。

这就是一个典型的从产品销售到解决方案销售的例子,所谓的“推荐配置”其实就是一个个解决方案。因为这些产品越来越普及、价格 越来越低,因为用户的技术水平越来越低,因为用户的时间成本越来越高,所以用户喜欢他们拿到的东西直接就能用,而不是需要自己折腾很久,这也是人之常情。 当然这里面有一个前提,那就是这些“推荐配置”中包含的产品互相之间兼容性好,没什么问题,这是必备的了。同样的还有装修市场,有时间没钱的人愿意自己买 各种材料、然后找人做,甚至自己还跟着干活,而大多数的人还是会选择找一个施工队“包工包料”了。

回到网络设备这个行业,现在这东西的普 及率也已经非常高了,是个地方就需要网络,需要网络就需要设备,但真的懂设备、能玩转哪怕一个厂家设备的用户占比也越来越低了,用户同样需要整体解决方 案,最好是提出需求,然后给钱,然后使用,中间的诸如“设备选型”、“拓扑设计”、“功能设计”等等过程没有才好,当然前提是厂家要有诚信、有能力、有产 品来满足需求,而这种“整体交付”自然是可以比单买产品要价更高一些,因为他为用户节约了时间成本、思考成本,多给点钱也是理所应当的嘛。

啰 唆了半天,就是想说说什么是解决方案,既不是忽悠人的把戏,也不是简单的产品堆砌,也不是必须要有复杂的联动,解决方案就是针对用户需求的整体交付,这里 有两个关键词,一个是整体,一个是交付,没法完整解决用户问题的不叫解决方案,没法交付的更不是解决方案,当然,为了实现通用性,还是需要在方案中考虑更 多用户的需求相似度来进行方案设计,这也就是一个解决方案的来源了。先想到这么多,记下来吧。

展开阅读全文

从内存分配角度看类型转换

01-24

rn以前看过c++,对类型转换都是从内存分配的角度理解的。rn开始c#也从内存分配理解的,但越搞越接近IL,接近c#编译原理,限于知识有限,归纳不出它的转换规则(才知道c++当时也学的是一知半解)。查过些书,但都没有全面的讲解的。感觉走进了误区。退而求其次,不要求从内存分配上求知,只希望给出使用级别上,c#的转化规则,要全面的。rnrn还有类型转换与类型兼容之间的关系,is和 as关键字的用法 (“兼容”就是对象是该类型或者是派生于该类型,这种表象 简单的回答,也就不用回答了)rnrn还有[color=#FF0000]拆箱和装箱中类型的转换[/color]rnrn个人认为,以上涉及的[color=#FF0000]类型转换等问题 其本质上都是一样的 或者说是同一个问题[/color]rn我也查了很多书,只是简单的说什么 派生类隐式的转化为派生类之类的,就免于留言吧!rnrn高手可以回答下 [color=#0000FF]表面的类型转换在底层内存上的变化机制 [/color] rn为了便于回答,下面是书上的例子,有真知灼见的哥们可以参考着回答下。rn rn class Brn rnrn rn class D:Brn rnrn rn static void Main(string[] args)rn rn OK 不能通过编译 执行异常rn object o1 = new object(); * rn object o2 = new B(); *rn object o3 = new D(); *rn object o4 = o3; *rn B b1 = new B(); *rn B b2 = new D(); *rn D d1 = new D(); *rn B b3 = new object(); *rn D d2 = new object(); *rn B b4 = d1; *rn D d3 = b2; *rn D d4 = (D)d1; *rn D d5 = (D)b2; *rn D d6 = (D)b1; *rn B b5 = (B)o1; *rn B b6 = (D)b2; *rn rnrn这个问题烦了我很多天了,希望大家能给出全面的讲解,或在什么地方有类似详细全面的理解!!!rn初涉.NET不久,这块知识点周围同学都觉得理所当然,没什么问题。可我偏偏过不去这个坎,他们又解答不了我的问题。应该是c++留下来的毛病,过分关注内存。但我总得在一定层面上要理解后识记住他的用法啊,不想死记硬背。rn拍拖了,小弟不甚感激! 论坛

从编译角度看对象访问控制

03-23

关于卢彦的"protected的Quiz"我想在这里再写点什么。尽管一直想写个“闲聊面向对象程序”系列文章,但总没有抽出足够的时间,所以先半截腰谈谈我对面向对象的认识。rn面向对象绝对是一个不好学的课程,李维的《深入核心VCL架构剖析》给了我不少启示。面向对象之所以具有继承、封装、多态等特征,其本质与VTM (Virtual Method Table)有直接关系。而不同语言编译器在实现上采用的技术也各不相同。下面是某系统的一个对象在内存中的布局rnOffset What rn+0 Pointer to VMT.rn+4 Data. All fields in the order the've been declared. rn... rn今天不讨论VTM,先说说Data。假设有如下两个类rnclass Basern...rnprivaternint m=2;rnrnclass Child : Basern...rnprivaternint m=1;rnrn它们经过编译后,执行以下两条命令:rnBase b = new Base();rnChild c = new Child();rn形成的内存结构(猜测,希望大家多指正)如下(图里省略了VTM,仅仅关注数据部分,下同):rnrnrn由图中我们可以看到,c中包含了两个m(没错,所有父类的字段,不管是私有还是公有都会在子类中得到继承),一个是继承下来的,一个是自身的m。只不过从存取权限上讲,c只能存取自己的那个m,而无法访问父类继承的那个m。rn然后我们再来讨论安全性问题。C#语言为我们提供了private、public、protected三种访问控制符,关于它们的区别就不用我多说了。就我的感觉,对象的每一个方法、字段、属性都具有一个安全上下文,当这个对象试图访问另外一个对象的内容时,需要出示自己的安全上下文,在被允许的情况下才可以访问rnrn详细的可以看这里:http://www.netcsharp.cn/showtopic-364.aspx 论坛

没有更多推荐了,返回首页