卖报和卖粥的学问 你在忙什么

某一个地区,有两个报童在卖同一份报纸,二人是竞争对手。

  第一个报童很勤奋,每天沿街叫卖,嗓门也响亮,可每天卖出的报纸并不是很多,而且还有减少的趋势。

  第二个报童肯用脑子,除去沿街叫卖外,他还每天坚持去一些固定场合,给大家分发报纸,过一会儿再来收钱。地方越跑越熟,报纸卖出的也就越来越多,当然也有些损耗,但很小。渐渐地,这个报童报纸卖得很火,而第一个报童能卖出的却越来越少,不得不另谋生路。

  为什么会如此?第二个报童的做法中大有深意:

  第一,在一个固定地区,对同一份报纸,读者是有限的。买了我的,就不会买他的,我先把报纸发出去,这些拿到报纸的人是肯定不会再去买别人的报纸,等于我先占领了市场。我发得越多,对手的市场也就越小,这对竞争对手的利润和信心都构成打击。

  第二,报纸这东西不像别的消费品,没有复杂的决策过程,随机性购买多,一般不会因质量问题而退货。而且钱数不多,大家也不会不给钱,今天没零钱,明天会一块儿给,文化人嘛,不会为难报童这小孩子。

  第三,即使有些人看了报,退报不给钱,也没什么关系,一则每天总会积压些报纸,二则他已经看了报,肯定不会去买别人的报纸,以后还是自己潜在的客户。

  另一地区,有这样一个卖粥的故事:当客人走进甲店时,服务小姐热情招待,盛好粥后问客人:“加不加鸡蛋?”有的客人说加,有的客人说不加,大概各占一半。而当客人走进乙店时,服务小姐同样笑着热情服务,盛好一碗粥会问:“您加一个鸡蛋,还是加两个鸡蛋?”爱吃鸡蛋的客人就要求加两个,不爱吃的就要求加一个。也有要求不加的,很少。一天下来,乙店就会比甲店多卖出很多个鸡蛋,营业收入和利润自然就要多一些。

  心理学上有个名词叫做“沉锚”效应:在人们做决策时,思维往往会被得到的第一信息所左右,它会像沉入海底的锚一样把你的思维固定在某处。在甲店中,让你选择“加还是不加鸡蛋”,在乙店中,是“加一个还是加两个”的问题,这第一信息的不同,使你做出的决策就不同。

  小小的卖报、卖粥生意,就有这么多的技巧和学问,足以让人感慨生意经的博大精深。其次,见微知著,小中见大,无论是跨国巨头的大宗交易,还是街头巷尾的小本买卖,其本质原理都是一样的:就是在抓住主要矛盾和主要业务方向的同时,一定要在细节上动脑筋。“上帝在细节之中,优秀与平庸的最大区别就在于你能否在细节上做出大文章来。

  就上述两个故事而言,对一个创业者来说,有这样一个决策过程:
1、在什么地点做什么样的生意:是甲地还是乙地,是卖报、卖粥还是卖别的,这是业务大方向问题。
2、决定了地区和业务方向后,就是具体地点和具体产品的问题:是街头还是巷尾,是晚报还是晨报,是紫米粥还是绿豆粥,是加鸡蛋还是不加鸡蛋。
3、经营问题:怎样才能做得比别人更好?硬件上难分伯仲时,软件上还有什么文章可做?不管你是大老板还是小老板,不管你是高级职业经理人还是一般业务人员,要想在业务上、收入上超过别人,最重要的法宝就是比别人多动脑子,在别人忽略的细节地方赚取巨大的超额利润。

(0)

相关推荐

  • 卖报和卖粥的学问 你在忙什么

    某一个地区,有两个报童在卖同一份报纸,二人是竞争对手. 第一个报童很勤奋,每天沿街叫卖,嗓门也响亮,可每天卖出的报纸并不是很多,而且还有减少的趋势. 第二个报童肯用脑子,除去沿街叫卖外,他还每天坚持去一些固定场合,给大家分发报纸,过一会儿再来收钱.地方越跑越熟,报纸卖出的也就越来越多,当然也有些损耗,但很小.渐渐地,这个报童报纸卖得很火,而第一个报童能卖出的却越来越少,不得不另谋生路. 为什么会如此?第二个报童的做法中大有深意: 第一,在一个固定地区,对同一份报纸,读者是有限的.买了我的,就不会

  • Java通过卖票理解多线程

    以卖票的例子来介绍多线程和资源共享,下面我们来看看为什么要用卖票作为例子. 卖票是包含一系列动作的过程,有各种操作,例如查询票.收钱.数钱.出票等,其中有一个操作是每次卖掉一张,就将总的票数减去1.有10张票,如果一个人卖票,先做查票.收钱.数钱等各种操作,再将总的票数减去1,效率很低.如果多个人卖票,每个人都是做同样的操作,数钱.检查钱,最后将总的票数减1,这样效率高.但是有一个问题,如果出现两个人同时将总的票数减掉了1,例如,A.B两个人同时读取到票的总数是10,A从中减去1,同时B也从中减

  • 多线程(多窗口卖票实例讲解)

    实现多线程的方式: 实现多线程的方式有多种,这里只列举两种常用的,而第一种继承Thread的方式无法实现多窗口卖票. 一,继承Thread方式: 特点:多线程多实例,无法实现资源的共享. 例子: package com.demo.study.multithreading; public class MyThread extends Thread{ private int i = 10; // 可以自行定义锁,也可以使用实例的锁 Object mutex = new Object(); publi

  • 卖豆浆的永远都是卖豆浆的吗? 自甘平庸 ?

    小孩的父亲力争要男老板再免费拿一袋给他,理由是盛豆浆的袋子不结实,不然不会一蹭就破.男老板认为不是他的错,坚决不给.于是两人就地争吵起来. 我因为每天在这个摊子买豆浆,和老板比较熟,还知道他是富平人,于是在旁边做和事佬.其实撒豆浆的原因和要最终认定是谁的责任并不重要.重要的是赶快结束这场无聊的争端,并尽快恢复老板的正常经营,因为有几个顾客已经因为争吵而离开了.事实上怎么认定责任也是没有一个"正确"的原则的,否则他们也不会吵起来.按照现在服务业的原则,一般都是老板主动让一步,"

  • mysql如何查询某一时间段内没有卖出的商品

    前端时间,室友拿来一道关于mysql查询的问题: 有3张表: 1,zd_product 产品表 zp_id主键(产品id) inputtime(产品发布时间) 2,zd_order订单表 zp_id外键(产品id)zo_id主键(订单id) zo_voer_time( 订单完成时间) 3,zd_ord_pro产品订单表 zo_id外键(订单id)zp_id(产品id) 问:通过这3张表查找从产品发布到"一个月内""没有"被卖出过的产品? 在这里我也不说我们是如何讨论

  • 网站广告位难卖的几个原因分析与解决方法

    当站长当了几年了,一个感触,直奔着赚钱而来的站长当不了多久就改行了,真正的站长其实是坐着的,可以在电脑前一坐坐到天亮,站长都有点疯,为什么?一句话:兴趣使然.真正的站长一定有很强的表达的欲望,他是想通过这个媒体来表达自己的某种心声. 可是如果能把兴趣变成银子,那自然是一件苦中有乐的美差.有一个感触:现在的个人网站就算做到几千上万的流量了,广告位的低价估且不论,就是这么低的价格,嘿,还没人肯要,这让我想起了地摊,我从前摆过地摊有深刻感悟,再好的东西弄到地摊上就甭想卖出好价钱了. 我们用心打造,用汗

  • java实现多线程卖票功能

    java多线程卖票直接先看个例子: public class SelTicketsMainTest { public static void main(String[] args) { SaleTickets1 saleTickets = new SaleTickets1(); for(int t=1;t<=3;t++) { new Thread(saleTickets).start(); } } } class SaleTickets1 implements Runnable{ private

  • 易语言地下城与勇士拾取卖物功能类源码

    DNF辅助功能类 仅供学习参考,禁止商业用途 .版本 2 .程序集 功能 .子程序 自动攻击 .局部变量 A, 整数型 .局部变量 数值, 整数型 .判断循环首 (A = 0) 置随机数种子 () 数值 = 取随机数 (0, 2) .如果真 (是否有怪物 () = 真) .如果真 (数值 = 0) 内存按键 (#X键) .如果真结束 .如果真 (数值 = 1) 内存按键 (#Z键) .如果真结束 .如果真 (数值 = 2) 内存按键 (#X键) .如果真结束 .如果真结束 超级延时 (200)

  • PHP+Redis事务解决高并发下商品超卖问题(推荐)

    对于一些有一定用户量的电商网站,如果只是单纯的使用关系型数据库(如MySQL.Oracle)来做抢购,对数据库的压力是非常大的,而且如果不使用好数据库的锁机制,还会导致商品.优惠券超卖的问题.我所在的公司也遇到了同样的问题,问题发生在优惠券被超量抢购上,在问题发生后我们开始想办法解决问题,由于自己使用redis比较多,我准备使用redis来解决这个问题.利用redis的高性能和事务特性来解决线上优惠券被超库存抢购的问题,下面我给出我临时解决这个问题的第一版的伪代码,去掉了一些细节: /** *

  • PHP+Redis链表解决高并发下商品超卖问题(实现原理及步骤)

    上一篇文章聊了一下使用Redis事务来解决高并发商品超卖问题,今天我们来聊一下使用Redis链表来解决高并发商品超卖问题. 实现原理 使用redis链表来做,因为pop操作是原子的,即使有很多用户同时到达,也是依次执行,推荐使用. 实现步骤 第一步,先将商品库存入队列 /** * 添加商品数量到商品队列 * @param int $couponId 优惠券ID */ function addCoupons($couponId) { //1.初始化Redis连接 $redis = new Redi

随机推荐