rails_auth 1.0.4

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2018-05-05-eql.md

@@ -0,0 +1,36 @@
+---
+layout: post
+category: ruby
+title: == 核心子类Override一览
+---
+
+## 引子
+
+* 只检查类本身是否有Override，有些类的父类做了Override了的；
+* Module/Symbol虽然有Override `==`方法，但是代码跟BasicObject的一样，可认为没有Override；
+* Range 中的 `===`并不完全等于 `include?`, 参数处理上略有差异；
+
+| Class/Module | Override `==` | Override `eql?` (Same as `==`) | Override `===` (Same as `==`) | 
+|---|---|---|---|
+| Array | √ | √（×）| × | 
+| Hash | √ | √（√）| × | 
+| Range | √ | √（×）| √（`include?`）|
+| Comparable | √ | × | × |
+| Exception | √ | × | × |
+| Numeric | × | √ | x |
+| Complex | √ | × | × |
+| Float | √ | √（×）| √（√）|
+| Integer | √ | × | √（√）| 
+| Rational | √ | × | × |
+| MatchData | √ | √（√） | × |
+| Method | √ | √（√） | √（`call`）|
+| Proc | x | x | √（`call`）|
+| Module | × | × | × |
+| Random | √ | × | × |
+| Regexp | √ | √（√） | √（×）|
+| String | √ | √（×） | √（√）|
+| Struct | √ | √（×） | × |
+| Symbol | x | x | x |
+| FalseClass | x | x | √ |
+| TrueClass | x | x | √ |
+| NilClass | x | x | √ |

data/test/dummy/node_modules/yougexiangfa_ui/_posts//344/272/247/345/223/201/2014-08-21-how-to-classify-better.md

@@ -0,0 +1,33 @@
+---
+title: 解构产品——如何分类
+layout: post
+published: false
+---
+
+## 分类概说
+
+绝大部分的网站访问，用户的需求都是基于寻找到某个信息。“分类”是用户跟网站打交道的第一个环节，也就显得格外重要。
+
+### 分类与搜索的关系
+
+在门户网站时代，信息的聚合是基于分类的；随着互联网信息的爆炸性增长，仅仅是分类显得越来越力不从心，才出现了搜索。
+分类（筛选）是人们筛选信息的基本方式，相对于搜索，通过分类用户更容易获得符合其需求的信息。
+
+### 分类的多维度
+
+“分类”实际是对事物的某个属性的一个描述，而一般用作分类的“属性”，往往是选择的事物的最典型的特征。
+如在电商网站中，要对“电动剃须刀”进行分类，其分类是“生活电器”还是“个人护理”呢。那我们就要看哪个是“电动剃须刀”最典型得特征。
+这个时候就仁者见仁，智者见智了。就像做选择题一样，你只有选择一个“你认为最合适的选项”。
+
+假设两个人群，A人群认为电动剃须刀属于“生活电器”，B人群认为电动剃须刀最典型得属性是“个人护理”。
+当他们在电商网站上找电动剃须刀的时候，A人群会去“生活电器”类别下寻找，而B人群会去“个人护理”类别下寻找。
+目前大部分电商普遍只是将“电动剃须刀”放在某一个分类下，这种情况下，A、B两个人群中总会有一部分人在自己预期的分类下找不到相关产品，充满失望。
+
+我在京东商城购物的过程中，就有数次满怀期望的去某个分类下找自己想要的产品，然后沮丧的发现没找到的体验。
+
+## “分类”的类型
+
+###
+
+
+## 程序语言世界里的类与对象

data/test/dummy/node_modules/yougexiangfa_ui/_posts//344/272/247/345/223/201/2015-07-17-programer-think-with-product.md

@@ -0,0 +1,48 @@
+---
+layout: post
+category: ruby
+title: 工程师的产品观
+---
+
+我常常对我曾供职的两个公司感到惭愧，因为我觉得这两个公司发给我的工资完全就没有赚回来嘛。A公司，参与开发的一个项目不了了之；B公司，负责开发的项目上线三个月之后公司便停止维护。
+
+当然，这么说多少有些调侃，并非真的有多惭愧，我只是在想：如果产品决策失误，作为程序员，是不是就写了一套没有多大价值的代码。谁都不希望自己参与的项目夭折，虽然多少有些身不由己，但我还是希望自己仍然能够生产出更多的价值。
+
+也许有人认为“拿钱干活”就好了，何必要关心产品层面的事物。从某种意义上来说，我认为程序员只是一个生产力工具，生产工具的价值在于其所生产的产品，好的生产工具也会为了产品而优化自身，所以我们程序员应该具有带着对产品的思考去思考代码，让自己成为更优秀的生产力工具。
+
+1.  提炼（Design）
+产品观：提炼需求
+程序员：模型与架构设计
+
+一个应用（Application）替代的是现实中的服务的一个或多个环节，我们所参与构建的大多数应用是将现实中的服务转变为机器（屏幕）提供给人的服务。无论现实还是应用软件，都需要满足人们的具体需求。产品经理需要提炼现实中的需求，设计产品的功能和交互，从而能够满足相应的需求。
+
+对于程序员来说，有两件事最头疼，一件事是起名字，另一件事则是设计模型。模型设计是程序的基础，每个模型应该包含哪些属性，各个模型之间有什么样的关联或关系。如果能设计合理，符合事物的本质，就能够具备良好的扩展性。相信不少程序员在开发的过程中都或多或少有过一些纠结：这个模型当初为什么要这么设计。
+
+之前我参与过一个项目，需要配合食物库开发一套电商系统。与传统的电商系统有区别的是，食物库中只有一部分是会销售的。如果这个食物没有销售，那么它就仅仅只是一个食物，只有当它可以被销售的时候，这个食物才是商品。也就是说商品所具有的属性是由销售所产生的，比如价格、库存等。于是我们重新设计了一个商品的模型，这个模型不包含任何食物本身的信息，而是仅包含作为交易物品所具有的属性，然后围绕商品为中心，设计了供应商，交易等一系列模型。
+当这个开发工作结束的时候，我惊奇的发现，这套电商系统很容易通过改造让现存的系统具备电商功能。这就是由良好模型设计让代码所具备的灵活扩展的能力。
+
+2.  通用（Common）
+产品观：用户体验的一致性
+程序员：代码复用
+
+在应用程序的人机界面中，良好的用户交互需要具备一个重要原则：一致性。UI的一致性可以降低用户的学习成本，让用户觉得系统更容易上手和使用。比如统一的菜单样式，统一的视觉，统一的输入处理。这些需要保持一致的模块，体现在我们程序员的工作中，是一定可以将其作为一个可以通用的模块进行coding的。
+
+大家都知道我们写代码有一个重要原则：DRY（Don’t Repeat Yourself），为了达到这个目标，我们需要知道那些功能是可以通用的，该通用性功能剥离出来的代码，就可以形成通用的模块。
+
+我曾经供职的一个公司，产品线颇多，每个小项目由不同的产品经理负责，没有统一的UI，每个新项目都是独立的设计师完成设计，我们开发的时候就只能按着设计师提供的设计稿还原界面。
+如果可以从品牌层面统一UI风格，统一交互形式，我们程序员也就可以更容易提炼出一套通用的代码。这些通用的设计和代码其实都是一个企业的积累，如果没有这些积累，不论这个企业做了多久，它做的每一个产品都仍然像是一个创业企业从零开始做的产品。最终我们为了能够写出更通用的代码，我们也促成了公司在产品层面的一致性设计，这也算是程序员推动企业产品进步的一个案例。
+
+3.  取舍（Better Choice）
+
+产品观： 功能的取舍
+程序员： 代码的取舍
+
+取舍的问题，是成本与收益的问题。优秀的产品往往会聚焦到核心功能上，然后围绕核心功能展开设计，我们见过太多想做成大杂烩最终做成了四不像的失败产品，这些产品失败就败在取舍。将有限的资源应用到最值得投入的地方，才能产生最大的收益。
+
+我们程序员的时间就是宝贵资源，对于我们来说，产品在功能上的侧重和取舍，也是我们在代码层面的取舍。有些临时的功能，非核心的功能就可以不必过分追求代码质量。同样的写测试，并没有必要100%测试覆盖，而是覆盖核心功能，经常被调用的方法，经常被使用的模块就需要最佳实践良好设计。
+
+我们做项目，偶尔会遇到时间紧任务重的时候，客户对某个功能实现的期望比较急切。我现在所参与的项目，需要实现一个报表功能，与我们一起合作的有一个来自歌舞之乡印度的程序员，这位同仁为这个报表系统的前端开发引入了最新的JS框架React，因此这个报表做了大概一个月左右。当我接手的时候，还需要实现剩余6个报表功能的UI，我并没有贪恋新技术，而是采用成熟的方案去实现，仅用了不到2天时间去实现了所有剩下的UI功能，效果也一样。我觉得这种取舍是有必要的（当然不排除印度哥们是为了练技术）。
+
+——————-
+作为一名工程师，我们是帮客户实现一个应用产品，而不是去完成客户的指令。所以从产品层面去思考我们的工作，我觉得还蛮有意义的。
+从业几年来，经手的完整项目有了一些了，电商、社交、学习系统、医疗系统等都有所涉及。工作越久，就发现所参与开发的各套系统之间通用的部分越来越多。我最大的收获就是通过深入分析每一个功能，将其分离组合成一些通用的模块。模块化及复用代码是快速制造，保证质量，降低成本最有效的策略。我甚至有一个大胆的设想，在自己数年的工作之后，我会积累出足够数量的“积木项目”，当有新项目的时候，就从自己的“积木库”里挑出来组合一下。然后就去喝喝茶，坐等客户结账。

data/test/dummy/node_modules/yougexiangfa_ui/_posts//345/205/263/344/272/216/346/210/221/344/273/254/2017-05-17-group-wenhua.md

@@ -0,0 +1,19 @@
+---
+layout: post
+title: 团队文化建设
+published: false
+---
+
+首先推荐一本书《浪潮之巅》，这本书让我学到了很多东西， 但是对于我来说所悟到的最震撼的一个道理就是。 一个优秀的企业，牛逼之处不仅仅是其牛逼的技术，而是其牛逼的“生产关系”。
+
+互联网企业和传统企业一个很大的区别就是，完全是靠人员的脑力劳动来产生效益。就不能用管理体力劳动者的那套办法。
+
+### 远程办公
+
+### 团队成员每年的盛宴——旅游工作
+
+### 鼓励员工去听专业领域内的讲座 和布道
+
+### 扁平化管理
+
+垂直化的管理只适用于人数规模到了一定的企业，不过我见过很多企业， 最主要的弊病是会被中层蒙蔽主领导的眼睛，难以发现下面值得重用的人才。

data/test/dummy/node_modules/yougexiangfa_ui/_posts//345/216/237/345/210/231.md

@@ -0,0 +1,11 @@
+# 原则
+
+1. 能不hack的就不hack；
+
+1. 基于origin库（框架），不直接改原框架； 
+
+1. 基于底层的 自定义，比如数据库 scale 
+
+2. 更少的dsl，尽量基于用户已经熟悉和掌握的知识；
+
+3. Helper 模块，更多层次的应用；

data/test/dummy/node_modules/yougexiangfa_ui/_posts//345/267/245/345/205/267/2016-4-11-ipsec.md

@@ -0,0 +1,79 @@
+---
+layout: post
+title: 搭建ipsec服务
+category: 工具
+---
+
+### 生成ca证书
+
+- 生成私钥： `ipsec pki --gen --outform pem > ca.pem`
+- `ipsec pki --self --in ca.pem --dn "C=com, O=vpn, CN=VPN CA" --ca --outform pem > ca.cert.pem`
+
+### 签名服务器证书
+- 生成私钥： `ipsec pki --gen --outform pem > server.pem`
+- `ipsec pki --issue --in server.pem --type rsa --cakey ca.pem --cacert ca.cert.pem --dn "C=com, O=vpn, CN=52.193.249.79" --san 52.193.249.79 --flag serverAuth --flag ikeIntermediate --outform pem > server.cert.pem`
+
+### 生成客户端证书
+- 私钥：`ipsec pki --gen --outform pem > client.pem`
+- `ipsec pki --issue --in client.pem --type rsa --cakey ca.pem --cacert ca.cert.pem --dn "C=com, O=vpn, CN=VPN Client" --outform pem > client.cert.pem`
+
+### ipsec 配置文件
+
+- 文件名：ipsec.conf
+
+```
+config setup
+    uniqueids=never
+conn %default
+    keyexchange=ike
+    left=%any
+    leftsubnet=0.0.0.0/0
+    right=%any
+conn IKE-BASE
+    leftcert=server.cert.pem
+    rightsourceip=10.0.0.0/24
+# ios etc.
+conn by_cert
+    also=IKE-BASE
+    keyexchange=ikev1
+    fragmentation=yes
+    leftauth=pubkey
+    leftsubnet=0.0.0.0/0
+    rightauth=pubkey
+    rightauth2=xauth
+    rightcert=client.cert.pem
+    auto=add
+# ios etc.
+conn by_psk
+    also=IKE-BASE
+    keyexchange=ikev1
+    leftauth=psk
+    rightauth=psk
+    rightauth2=xauth
+    auto=add
+# osx linux android etc.
+conn by_key
+    also=IKE-BASE
+    keyexchange=ikev2
+    leftauth=pubkey
+    rightauth=pubkey
+    rightcert=client.cert.pem
+    auto=add
+# ikev2 (ios osx win7 etc.)
+conn IKEv2-EAP
+    also=IKE-BASE
+    keyexchange=ikev2
+    ike=aes256-sha256-modp1024,3des-sha1-modp1024,aes256-sha1-modp1024!
+    esp=aes256-sha256,3des-sha1,aes256-sha1!
+    rekey=no
+    leftid=52.193.249.79
+    leftauth=pubkey
+    leftsendcert=always
+    rightfirewall=yes
+    rightsendcert=never
+    rightauth=eap-mschapv2
+    eap_identity=%any
+    dpdaction=clear
+    fragmentation=yes
+    auto=add
+```

data/test/dummy/node_modules/yougexiangfa_ui/_posts//346/212/200/346/234/257/351/203/250/351/227/250/347/256/241/347/220/206/345/217/212/346/262/237/351/200/232.md

@@ -0,0 +1,41 @@
+# 技术部门管理及沟通
+## 代码质量
+* 架构
+* 可扩展性；
+* write less，do more；
+* 稳定性（一般设计的好，就不容易出bug）
+* 性能；
+* 可读性，维护成本；
+
+## 工期评估及修正
+* dealline;
+* 不考虑加班；
+
+## 用户体验：
+* 衡量标准，
+* 抓大放小（比如apple不支持流量开关）；
+* 细节效能：成本，对结果的影响；
+
+## 管理的宗旨
+* 一切以帮助程序员提升效率为宗旨；
+* 没必要让每个人成为多专多能，所以优化团队配置，高级程序员与低级程序.员，部门助理（减轻沟通负担），有的工作内容是 高级和低级程序员效率差异不大的；
+* 设备（双显示器，站立式办公）
+* 正视人性（懒惰、可预期的付出与回报）
+* 员工与企业双赢，让员工与企业利益一致，而不是利益冲突；
+
+## 沟通
+* 就事说事，什么问题，怎么解决？
+* 文档（结构化、简约）
+
+## 方案
+* IT部门助理
+* 产品leader + 技术leader，双线管理
+* 增强程序员对产品的参与度
+* 增强自动化测试
+* 鼓励程序员利用业余时间的技术成长（不鼓励利用上班时间，学习是自己的事情）；
+* 敏捷开发不是 everyday todo list and checked;
+
+## 重构与重写
+* 分块，逐步；
+* 避免欠债；
+* 数据的平滑迁移；

data/test/dummy/node_modules/yougexiangfa_ui/_posts//347/224/237/346/264/273/2013-05-28-vacuous-topics.md

@@ -0,0 +1,72 @@
+---
+layout: post
+title: 人生如游戏
+published: false
+---
+
+如果说人生像一场游戏，那我们希望这个游戏是好玩的，最好能够让我穷尽一生，乐此不疲。
+总有一些游戏能够让大多数人觉得好玩，就像魔兽世界。好玩的游戏总是拥有某些共同点的。如何让游戏更好玩
+
+### 心态
+
+一场同样的游戏，有的人终日痴迷，有的人毫无兴趣。
+
+同样的人生经历，对于有的人就充满苦楚和抱怨，对于有的人则是幸福和满足。
+
+似乎一切都是人心的作用。
+
+人比人？
+
+小时候玩俄罗斯方块也能不吃饭不睡觉，长大了
+
+### 目标与追求
+
+人的一生都是寻找目标，确立目标，然后追求目标的一个过程。
+
+没有目标，也就无所追求。就像站在一个荒芜的世界，不知道方向，也不知道去哪。
+
+可以说，人体所有的目标都源于身体和精神的需求。
+
+与其说我们是在追求目标，不如说我们实际上追求的是实现目标时的满足感。这种满足感就是源自对你身体或心理需求的满足。
+
+满足感，大多是一种愉悦的心理状态。
+
+### 目标与满足：
+
+实际上我们追求的并非”目标“，而是实现目标之后的满足感。
+
+如果一个目标并不能带给你满足感，而是带给你”痛苦“。
+
+比如小时候老师让我们做作业，那我们就会对逃避这个”目标“。
+
+### 未知的目标：
+
+大部分情况下，我们总是知道，我们要实现的这个目标，是否会带给我们愉悦的感受。
+
+偶尔的情况下，我们不知道目标是否会带给我们满足感。甚至不知道，这个目标经过我们的努力是否能够实现。
+
+人们对于目标和满足是一个学习的状态。
+
+### 缺乏目标的时候（空虚）
+
+空虚实质是一个人缺乏目标和追求的状态，人有一种寻找目标的本能，就像饿了就会本能地去寻找食物一样，人们会本能的去寻找“目标“，以求摆脱“空虚”的状态。大部分情况下，空虚的状态并不会长期持续。
+
+想想你无所事事的时候，是不是心底里总有一个声音在说：去干点什么呢？这个时候，你身体和精神的需求会帮你寻找答案，确立目标。
+
+至于会找到什么答案，这与一个人平时所处的状态关系很大。基本原则就是：满足感最大化。我们说过，满足感实际是一种愉悦的心理状态。
+
+为了获得这种愉悦的心理状态，有很多方法，但是有一些方法是很容易很快实现这种愉悦状态的。那就是：吸毒、抽烟、酗酒。这也说明了为什么很多空虚的人们很容易染上毒瘾。
+
+### 长期的目标（治疗空虚）
+
+很快获得满足感，大多数情况下，是件不好的事情。因为这就意味着：获得满足之后，你又失去了目标了。
+
+失去目标之后，自然就又回到了”空虚“的状态。如果不能从根本上得到治疗，就像一种疾病一样，“空虚”会很容易复发。
+
+所以治疗”空虚“的办法很简单，保持一种随时拥有目标的状态，其中就是：拥有一个一直没有实现的目标。
+
+### 拥有地越多，可追求的也就越少：
+
+对于很多”有钱人“来说，他们是很容易进入到空虚状态的，因为他们的目标大多容易实现。
+
+每个人都有每个人的人生。

data/test/dummy/node_modules/yougexiangfa_ui/_posts//347/224/237/346/264/273/2015-04-04-what-is-pleaure.md

@@ -0,0 +1,9 @@
+---
+layout: post
+title: 快乐与追求
+published: false
+---
+
+有这么一个故事：
+
+有只小猪

data/test/dummy/node_modules/yougexiangfa_ui/_posts//347/224/265/345/255/220/345/225/206/345/212/241/2013-06-06-10-persuade.md

@@ -0,0 +1,32 @@
+---
+layout: post
+title: 如何提升转化率
+published: false
+---
+
+转化的前提是首先有用户群体，关于用户群体请见： 如何留住用户。
+
+### 引导用户的需求
+
+如果用户带着明确的目的，确切知道自己想要什么样的产品，他直接通过商品列表选择自己想要的商品就OK了。但是这部分人群总是有限的，如果我们要扩大我们的销售，则需要找出拥有潜在需求的那部分用户，并且把它们说服。
+
+想想看，一般什么样的信息容易引起用户的关注？ 笑话、色情等除外，这些虽然容易引起用户关注，但不是我们所要开发的用户需求。 　　 除此之外，我认为跟用户有关的信息最容易引起用户的关注。每个用户自身都具有一些属性，他的性别、年龄、职业、兴趣、平时的活动。
+
+体检方案是一个比较有意思的功能，他能够根据用户的属性，自动分析用户的需求。进一步根据用户的需求，向用户推荐能够满足其需求的产品。
+
+亚马逊（Amazon）因为有一套比较出色的推荐系统，被媒体吹捧的比较厉害。那么亚马逊这套系统是怎么实现的呢？ 简单的说，Amazon会记录分析用户的购买记录，得出与该用户相似群体的其他用户，然后根据其他用户的购买记录，推断出这个用户可能会喜欢什么商品。 很管用很科学，很多时候，推荐的产品会引起我们的兴趣。 但是能不能进一步突破？ 亚马逊就像在告诉用户，这有一个商品，很多跟你一样的人都会买它呢？对于我来说，会引起我兴趣，但是说服力还不够。如果亚马逊能够进一步告诉用户，你需要这个产品是因为你的工作环境容易引起你的颈椎不好，这个产品能够缓解颈椎的疲劳。是不是我就会更加心动了？
+
+这是一种极其自然体贴的营销方式。站在的用户的角度，思考用户需要什么，然后帮用户提供解决问题的方案。 用户是决策者，我们应该让用户变得更主动，提供足够的信息，帮助用户做出选择。
+
+###
+要搞定消费者，就要先了解消费者。 消费者首先是人，而了解一个人需要通过很多方面。
+
+比如：性格、性别、信仰……倒不至于无限，但是我无法肯定需要从哪些方面来了解一个人。 可能某一天，我又会想到一个新的“标准”。
+
+一般的数据库设计方式是：在关于某个人的数据库中添加一些`column` 假如有一个person表，一般table设计会包含一些列：`name， age， sexy`。
+
+这个方法有一个缺点，就是不够灵活，比如为了更详细的了解一个人，就需要添加越来越多的`columns`，如职业、地区，疾病，生活方式，简直就是灾难。 可能对于大部分应用来说，添加一些column就足够了，但是我们所追求的不是越详细的了解一个人吗。 而且，很重要的一点，我们不是为了了解一个人而去了解他，又不是窥探他人隐私。 我们的目的是分析用户的需求：比如不同的年龄段、不同的性别，各对应什么样的需求。
+
+于是我设计了一个人群表：`crowds`，这个表里记录了所有的人群属性。 接下来的问题是，如此多的人群属性，需要将它们归类。
+
+比如性别：分男和女 是否生育：已生育、未生育、正怀着宝宝的。 职业：体力劳动→脑力劳动； 职位：低级→高级；

data/test/dummy/node_modules/yougexiangfa_ui/_posts//347/224/265/345/255/220/345/225/206/345/212/241/2013-06-06-11-a-better-web1.md

@@ -0,0 +1,35 @@
+---
+layout: post
+title: 网站设计中的一些想法——内容篇
+published: false
+---
+
+网站设计理念 ——电子商务+内容管理的设计突破
+
+网站功能详解
+
+    经过数月开发，采用rails开发的新系统功能不断完善，现在是时机投入运营，运营与开发同步。
+
+网站内容——大百科
+
+突破： 对用户更有价值
+
+之前：内容以文章组织， 如今：内容以结构进行组织，就像一部百科辞典一样，
+
+    之前：文章重复内容多，用户来到网站，大部分内容都是曾经看过的；
+    如今：无重复内容；
+
+    之前：文章“口水”多，每篇文章中无用的废话居多；
+    如今：无口水内容；
+
+    之前：编辑大都是用很低的工资雇佣来的，生产的内容质量普遍偏低
+    如今：每一篇内容，会不断进行加工，每一次加工都是内容质量的一次提升；专业编辑在相应的规范下生产内容。
+
+    之前：内容缺乏统一的风格
+    如今：将对内容的表达风格进行规范的引导，就像新东方能把每一个教师培养成相声演员一样。
+
+对搜索引擎更友好
+
+之前： 如今：规范的内容结构，都是 h1标题+h2小标题+站内链接的规范模式
+
+之前：内容伪原创、内容重复内容高 如今：

data/test/dummy/node_modules/yougexiangfa_ui/_posts//347/224/265/345/255/220/345/225/206/345/212/241/2013-06-06-12-a-better-web.md

@@ -0,0 +1,31 @@
+---
+layout: post
+title: 网站设计中的一些想法——电商功能篇
+published: false
+---
+
+      - 国内的电商系统其实弱爆了，你只是没有遇到更好的解决方案，我们目标如斯。
+
+产品服务 \# 做网站是为了什么？ - 绝大部分企业，都是在提供服务和产品，剩下的事情，就是与消费者对话。 - 消费者通过什么渠道获取信息，我们就通过什么渠道像消费者传递信息。不用说，互联网无疑是将来份额最大的传递信息的渠道。 - 大部分企业采用CMS、开源商城开发出来的网站，往往笨重难看、跳出率高。 - 我们完全可以做的更好。网站代替的是企业的销售人员和客服人员，对于中小企业来说，让网站实现最好的效果，如果不够专业，则就收效甚微。 - 而销售技术、客服艺术则是放之四海而皆准，我们完全没有必要再自己投入。
+
+### 更简约——减少商品品种
+
+对于我来说，从淘宝里挑选一款产品简直就是灾难，每一类商品，有50页，每页100来个产品，每个产品又有成百上千个商家。 用户真的需要这么多选择么？选择越多，选错的可能也越多。 太多的商城和产品，干扰了用户的选择。使得用户更难选择合适的产品服务。 在大部分时候，少数几款产品往往占据了大多数的销量。追求规模化生产销售，是企业成功的法宝。
+
+### 还能更简单更清晰——简化商品分类和筛选
+
+筛选商品的逻辑是：选择了一个条件，则仅仅列出这个条件所限制的商品。举个例子，我要买个电视，给我列出了电视机的尺寸，我选择了“17寸”，然后列出了所有17寸的电视给我。 那如果有个电视是“18寸”，难道我就不要它么，如果这个18寸的性价比更高，那我岂不是很可惜。也就是说这个“17寸”体现的并非是用户的真正需求，用户要的只是个屏幕比较大点的电视而已。 在“简约至上”的理论指导下，这样的功能则将它砍掉。 商品筛选仅仅保留：“商家、价格”这类所有商品都会具有的属性。
+
+-   优化确切的需求选项：如是选择智能手机，还是平板电脑，统一为对商品的分类；
+-   去除不确切需求选项：如颜色、价格，在筛选菜单中去掉传统的B2C网站提供的价格、颜色等；
+-   特殊处理所有商品均具有的选项：如品牌（商家/厂家）是对商品特色与质量的一种代表，如服务型产品的地区；
+
+### 还能更简单更清晰——商品集合（列表）
+
+以“京东商城”为例，商品集合的页面有两种，一种是列表页面，一种是主页。但是仔细分析一下，其实这两个页面的功能绝大部分都是重叠的。主页本质也是商品列表（推荐、新品、销售榜各种榜、促销）。 而且京东的这种设计方式，还有一个很大的弊病，就是限制商品的分类级别统统为三级。超过三级的商品则将其放到了筛选内容里，整体逻辑比较混乱。
+
+我采用的办法就是，在列表页，增加几个排序选项：（促销、新上市、榜单）。
+
+#### 还能更简单更清晰——商品描述
+
+传统的电子商务网站，帮助用户了解商品的商品描述有两种形式，一种是参数列表，一种是商品描述页面。同样，这两个页面的内容页绝大部分是重叠的。而且，每种形式都有些不尽人意。参数列表不够生动好看，而首页图文描述则充满口水营销。难道两种描述形式非要南辕北辙？ 经过分析，我发现无论是什么商品或者服务，总是由能够满足用户需求的基础元素组合而成的。 示例：

data/test/dummy/node_modules/yougexiangfa_ui/_posts//347/224/265/345/255/220/345/225/206/345/212/241/2013-06-06-6-the-coming-e-business.md

@@ -0,0 +1,70 @@
+---
+layout: post
+title: 电商的未来
+published: false
+---
+
+
+电子商务的发展也才经过了10来年，任何一个行业，10年才是发展初期。电子商务依然是一个充满想象力的行业。
+
+一切都是云：“云”的特点，弹性可扩展、分布式。具有成本更低，效率更高，质量更好的特点。
+
+### 送货的变革：
+
+#### 云仓储+云物流+云提货柜
+
+在国内媒体上最早提出这些概念的应该是京东，云仓储+云物流将带给我们最低的仓储成本和最快的送货速度，最好的用户体验。
+
+降低成本之弹性，可扩展：
+商家有多少货，就租多大空间的仓库。货物需要在仓库里待多长时间，就只为所实际存放的时间付费。云仓储是弹性的，不存在浪费，这样的仓储成本必然是最低的。
+       　　
+降低成本之分布式物流：数据（）完全可以预测某个地方的需求量，通过最佳预测模型的提供的参考需求量，商品分布式存储在各个地方。
+分布式存储造成的物流成本是最低的，物流速度是最快的。商品就在离用户最近的仓库时刻准备着，只要用户“一声令下”，就从最近的地方送到了用户的手中。
+       　　
+#### 云提货柜：
+
+在小区里，快递员只需要将商品放在离用户最近的提货柜里，用户自己在方便的时间溜达过去，刷卡或者输入ID，提货柜就把用户的货物交出来了。
+
+而且银行的自主服务设备跟提货柜建在一起就可以，云提货柜也并不是独属于某一家快递公司，而是作为基础建设租给各个快递公司。不仅如此，云提货柜还可以充当收快递的工作，就跟过去的邮筒一样，只要把你想邮递的货物贴上“邮票”放到云提货柜里就可以了。
+
+降低快递员送货的时间成本，可以在单位时间内送出更多的货物。
+
+增加用户的体验，不用为等快递问题烦恼了。
+
+#### 便利店与快递行业的结合
+
+在一切都是电商的背景下，便利店永远是不会消失的实体。       　　
+对于用户来讲，药品、生鲜食品、快速消费品（牙膏、香皂等），通过云便利店来购买，其他的统统通过“云提货柜”来购买。
+便利店可以与提货柜很好的结合起来，适合通过网上购买的物品通过提货柜到达用户手中，通过便利店成本更低的货物则直接在便利店购买。
+
+### 服务的变革：
+
+#### 云客服+云销售
+
+云客服的概念是淘宝首先提出来的。
+对于企业来讲，销售人员的招聘、培养是一个很头疼的事情。但是有了云销售，你就没必要头疼了。
+云销售人员经过统一的培训，基础的销售技巧，对用户的心理把握。有比你要专业的教师来为他们提供培训。
+云销售经过统一的管理和激励。
+未来你只需要将你的销售任务交给云销售服务公司，告诉对方每销售一个产品提成多少就OK了。
+当然云销售服务公司可能会提供一个很贼的管理系统，你能通过这个管理系统看到云销售人员为你工作所有的记录。也许销售情况不尽人意，那你提高你的消费就可以激励对方了。比如为你提供更多的云销售人员，给你提供更优秀的云销售人员。
+       　　
+#### 云售后
+
+京东的售后服务是比较不错的，但我觉得应该有一个云售后公司。
+
+
+#### 用户下单的变革：
+
+新的网站联盟+新的淘宝客
+网站联盟的变革
+
+<p>任何行业，传统销售的总份额正在越来越低，线上销售的总份额越来越高，线上销售正在挤压传统销售渠道的份额。</p>
+  <p>没有任何一个时代，让厂家（服务商）离消费者如此之近，代理商（淘宝C店）的优势一去不复返。线上销售的解决方案成本将越来越低，任何传统企业可以拓展自己的线上销售。</p>
+  <p>不依赖线上销售平台：电子商务平台强势，通过天猫商城等销售平台很容易触及销售额天花板。企业自行拓展线上销售是新的增长机会。自建官网是对线上其他渠道的一个补充。</p>
+  <p>二次消费比例越高，综合成本越低。</p>
+
+
+
+       　　
+
+       　　

data/test/dummy/node_modules/yougexiangfa_ui/_posts//347/224/265/345/255/220/345/225/206/345/212/241/2013-06-06-8-howto-keep-users.md

@@ -0,0 +1,21 @@
+---
+layout: post
+title: 如何留住用户
+published: false
+---
+
+网站要想把来访者变成消费者，首先是要争取更多的与用户对话的机会。 包括两点：一是留住用户，二是争取与用户进一步对话的机会。
+
+### 留住用户——给用户最想看到的信息
+
+现在假如我们两个人聊天，什么情况下你就不想跟我聊了。 答案只有一个，我说的你不想听了。你说了十句话，有9句话是别人不感兴趣的，人也不会有为了那一句他可能感兴趣的话而听你说废话。 用户来到我们的网站，我们就像在跟用户对话一样。 比起现实中的聊天，用户可以毫不留情的不给面子，选择离开。 所以我们需要挖空心思给用户最他最想看的信息，对他有用的信息，尽最大可能减少无关信息，减少废话。
+
+留住用户的数据指标就是跳出率，最根本的办法就是： 给用户最想看的信息：根据搜索词所体现的需求，提供更针对性的着陆页； 尽量减少无关信息的传递
+
+### 留住用户——用户的参与
+
+### 争取与用户进一步对话的机会。
+
+1.  注册会员
+2.  联系方式
+

data/test/dummy/node_modules/yougexiangfa_ui/_posts//347/224/265/345/255/220/345/225/206/345/212/241/2013-06-07-14-why-do-b2c-self.md

@@ -0,0 +1,36 @@
+---
+layout: post
+title: 我们应该如何做自己的B2C？
+published: false
+---
+
+### 我所理解的渠道
+
+2005年，我第一次接触直销，当时的直销更像是传销。产品从厂家到用户手里，中间仍然要经过“人”。 商品从出厂到达用户手中，每经过一个第三方的参与，商品的成本就会增加一些，因为“第三方”必然要在这个过程中盈利。 我认为真正的直销，是商品过滤掉所有中间环节，从厂家直接到用户手中。 其实这是一个悖论，因为一个商品到达用户的手中，不可能不经过“第三方”。 但是这个“第三方”会变，“第三方”的改变始终会朝着成本足够低的方向发展。 不仅如此，越来越多的“第三方”会帮助商家降低成本，增加竞争力。 在不久的将来，随着第三方的方案越来越成熟，物流、支付、IT技术的解决成本越来越低，
+
+通过（产品生产商）官网购物必将成为电子商务的主流，淘宝和京东商城的份额将越来越低。
+
+淘宝只是一个渠道， 把精力押在淘宝上，心里怎么都不安心，域名不是自己的，流量不是自己的。受人约束的感觉是多么不好。 在以前，我们拒绝自营电商的理由只有一个，就是需大量投入，产出比低。而现在有了更低成本的解决方案，何乐而不为。
+
+现在也有走在前面的案例。小米苹果等官网所产生的巨大销售额，可窥一斑。
+
+我一直很反对SEO等一些类似于作弊的手段，虽然短期能够让领导看到效益，但是对于企业的长期发展来讲并无什么益处。 这是一种饮鸩止渴的思维方式，会对品牌造成损伤。随着平台的越来越成熟，业绩反而会不断下降。我相信医疗行业，不少企业已经体会到了痛苦。 现在做电商做的好的，表面上是做电商，实际上是做品牌。
+
+       　　
+
+　　 　　用户购物只有几个阶段： 　　决策：买什么？（咨询销售人员） 　　下单 　　支付 　　送货 　　收货 　　售后
+
+     其实大部分工作都是别人做了，我们只做最重要的那个环节。
+      帮助用户做决策。　
+
+### 自己做B2C，电商平台（淘宝、京东）还用么？
+
+-   当然要用，电商平台让你拥有了更多的渠道，电商平台就像一个人流量机器可观的街道，拥有大量的用户，争取总比放弃好。
+
+    　　 　　 　
+
+    　　
+
+    　　
+
+