编辑导语：本文是笔者对于前公司亏损经历的一个复盘，在公司开发产品时，需要注意的问题有很多，靠着以前的方法是万万不行的，要有正确的产品规划和产品决策，才能更好的运营产品；以下是作者的复盘，希望对你有所帮助。

作为产品负责人，成功“干黄”一家公司的经历也是难能可贵。

时过境迁，回想那年公司1000多人意气风发，拿着市场给出12亿的估值报告，看着每月亿级别的交易流水，仿佛财务自由唾手可得，和老板一起去敲钟的场景多次出现在各部门早会的幻想中。

但是那个特殊的年根，突然发现公司在全国的自营门店都在持续亏损，加盟店排队解约，烧钱补贴终于导致账户余额不足，交易淡季毫无征兆的到来，导致资本市场失去了耐心。

终于…在腊月二十七的早上，老板决定把账户里仅剩的600多万发掉最后一个月的工资，然后做出了那个决定：解散公司，各自回家过年。

那个年，没有工作群的互道新年好，也没有红包雨，有的就是大家的一句问候：来年了怎么办？

公司的痕迹早已淹没在茫茫的市场中，用投资人一个多亿的人民币在广袤的汽车行业打了一个小水漂；仔细回想当时的产品规划，有些产品决策在今天看来依旧可圈可点，同样有的失误，也是值得借鉴。

一、背景篇

1. 业务背景

公司是新车买卖起家，定位三四五线的下沉市场。

上游整合各乡镇汽贸等车源方，下游对接小B、C端买车用户，做平台链接（大中间商），整合方式主要为加盟模式，各地同步打造直营门店。

提供汽车后市场服务，用加盟模式整合汽修、洗美、配件等汽车后市场服务商，平台提供信息服务，线上预约下单，线下到店服务；同时联合当地的保险、金融公司，各地定制化销售对应保险金融产品。

整合售前售后服务做业务链接，卖车业务可关联指定修理厂，修理业务可逆向关联售车门店，形成商业闭环。

2. 产品架构

产品线分为售前、售后两条主产品线，完成对应业务。

在运行一段时间后，发现各自的信息、流量无法连接；产品部门反推，规划车主端产品做业务及流量链接，形成产品流量闭环。

业务支持系统为客服系统、会员系统、物流系统、财务系统等。

引流端有活动系统、官网+IM系统、还有规划中的微信小游戏、代理经纪人系统等。

数据端规划了数据中台，小范围数据做了试点。

外部系统包含办公系统、保险系统、通话系统、数据分析等等。

现在写出这些业务流，梳理对应的产品规划，可以说基本上做到了完整的业务支持，几十人规模的产品技术团队的付出是值得肯定，远程为之前的团队点赞。

但是，很多徒有

1、下载安装wkhtmltox系统环境

http://wkhtmltopdf.org/downloads.html 根据系统类型选择下载wkhtmltox:

这里我的系统环境是CentOS 6-64bit 所以选择：Linux CentOS 6 – 64bit

下载下来后是一个rpm包 [wkhtmltox-0.12.2_linux-centos6-amd64.rpm]。

安装wkhtmltox:

rpm -ivh wkhtmltox-0.12.2_linux-centos6-amd64.rpm

error: Failed dependencies:

     xorg-x11-fonts-75dpi is needed by wkhtmltox-1:0.12.2-1.x86_64 

提示需要安装75dpi

yum search 75dpi

Loaded plugins: fastestmirror, refresh-packagekit, security

Loading mirror speeds from cached hostfile

* base: centos.ustc.edu.cn：http://centos.ustc.edu.cn

* extras: centos.ustc.edu.cn：http://centos.ustc.edu.cn

* updates: centos.ustc.edu.cn：http://centos.ustc.edu.cn

============================================================ N/S Matched: 75dpi ============================================================

xorg-x11-fonts-75dpi.noarch : A set of 75dpi resolution fonts for the X Window System.

xorg-x11-fonts-ISO8859-1-75dpi.noarch : A set of 75dpi ISO-8859-1 fonts for X.

xorg-x11-fonts-ISO8859-14-75dpi.noarch : ISO8859-1

编辑导语：需求管理对于项目来说很重要，甚至会影响到项目的成功与否。一个好的项目管理流程不仅可以推动项目的进行，还可以提高项目的成功率。需求管理如此重要，那么我们应该如何进行需求管理呢？我们来看看本文作者的分析。

糟糕的需求管理流程(或者根本就没有)，常常被认为是项目失败的首要原因。

正如许多组织所发现的那样，审慎设计的项目管理流程可以有效地提高项目成功率，这些研究同时指出：混乱的产品需求的管理，也是项目失败的重要原因。

由此产生问题：什么是需求管理？需求管理流程的好坏又如何造成项目的拖延和失败或者促进项目的发展与成功？

一、从身边的现象说起

作为互联网从业者，我想除了众所周知的“996”、“35岁被优化”等老梗之外；另外为人所熟知的，就是产品经理和开发之间的矛盾了，由此诞生了“砍我可以砍需求不行”、“服务器又出故障了，该拿程序员祭天了”等其他相当知名的段子。

产品经理和开发之间的矛盾由来已久，段子和故事不可胜数，但是深究原因，其实无外乎需求经常变更或是项目发生延期。换言之，就是对于项目缺乏有效的需求管理。而最终的后果，小到项目员工日夜加班，大到项目失败，甚至公司业务崩溃。

很多人往往将这些被可以避免的问题归类于是其他难以避免的重大问题(资金不足，决策失误，市场变化，政策变化等等），毕竟以上问题是所有公司都有可能遭遇的问题。它们太过普遍以至于如果将这些问题作为原因的话，我们很难得出更多有意义的结论。

事实上，根据 PMI 进行的多项需求管理调查得出：糟糕的需求管理流程常常被认为是项目失败的首要原因。

很多甚至中小型公司(当然，也包括一些大型公司）根本就没有成型的需求管理体系，只是通过一些简单定义的工作规范和工作流程管理需求，有些连基本的管理规范都没有，完全取决于大家约定俗成的简单共识。

正如许多组织所发现的那样，经过精密设计的项目管理流程可以有效地提高项目成功率。同时这些研究也指出：混乱的产品需求的管理，也是项目失败的重要原因。

由此引发一系列问题：

什么是需求管理？需求管理流程又如何造成项目的拖延和失败或者促进项目的发展与成功？以及我们应该通过怎样的方式管理需求？这也是我们接下来将要进行详细讲解的三个主题。

二、当我们谈论需求管理时我们在谈论什么？

1. 从需求定义重新出发

按照 PMI (项目管理协会，Project Management Institute) 对于产品需求的定义：

需求是指产品

编辑导语：拆解获客比较成功的一些产品的增长逻辑，往往可以站在不同行业的顶尖增长负责人的视角，去总结一些增长方面的底层逻辑，从而高效地建立并掌握全局增长视角。本文作者为我们拆解了叮咚买菜的增长做法，来自融合了Uber、摩拜、每日优鲜等多家公司底层增长逻辑，总结出了三个业务增长逻辑。 

渠道投放技巧、新媒体运营增长、私域流量裂变……很多人深挖了某个增长获客环节，“点线面体”只抓住了点，却忽略了全局的增长维度。

接下来，我们将通过几位顶尖增长负责人的视角，掌握不同行业、不同维度的思考框架。

1. 叮咚买菜的增长飞轮

相信大家网上买菜，基本都用过每日优鲜、美团买菜、盒马生鲜、物美多点，而叮咚买菜是近2年这个领域野蛮生长的新生力量。线上生鲜购物的增长模型，你觉得可以如何设计呢？

叮咚买菜，其实和美国Costco超市有一些相似的逻辑：

Costco是一家美国线下大型连锁超市，只卖4000多个SKU（相比沃尔玛13万个），可以让单个品类销量极高，拥有了与供应商很强的议价能力。

强议价权保障进货便宜，加上坚持保证6%的销售毛利率（花1块钱进货，只赚6分钱），低价商品让消费者扫货时完全疯狂无负担。

如此大量的采购和扫货速度，让周转速度极快，库存周期仅29.5天（沃尔玛42天）。库存的周期压缩，带来资金运转效率提升，经营成本也有一定程度下降。

在Costco会员有2%的消费返点，一年最高可返500美金，而高级会员年费是120美元。只要是目标用户家庭正常消费，返点很容易就赚回会员费；甚至还可以赚回更多，激励大家在Costco产生更多消费。

非Costco会员，无法入店购物，是极少公司才敢采取的做法——归功于此模式在这个阶段中健康稳定的运转。

来自网络图片

2. 叮咚买菜的做法

2.1 尽量少的垂直SKU，更短的周转时间

满足烧饭做菜的垂直用户需求，叮咚仅聚焦提供2000+SKU的生鲜菜品，尤其是丰富的蔬菜豆制品，极大满足烧饭的多样需求。

精准少量的SKU让周转效率高，从而让菜的品质更新鲜，现金流也能更快进入流转；同时也降低了预定、追踪、展示成本，降低了平均库存成本。

2.2 集中的大量采购，保障更低的商品价格

从生产制造商直接采购，缩短了供应链，极大提高整个链条的效率。

由于SKU集中采购，拥有足够大的订单量，能获得与生产商之间更强的议价能力；进货单价较低，加上严格保持一定的毛利率，因此商品价格相对优惠。

2.3 会员制的设

php fpm安装curl后，nginx出现connect() to unix:/var/run/php5-fpm.sock failed (13: Permission denied)的错误

#sudo apt-get install curl libcurl3 libcurl3-dev php5-curl

#nginx -s reload

listen.owner = www-data
listen.group = www-data
listen.mode = 0660

sudo service php5-fpm restart

首先查询磁盘空间占用情况。 发现/根目录下面磁盘占用百分之一百

2 进入根目录，查询大文件与目录

cd /du -sh * | sort -n

查看上GB的目录并且排序,可以用这个命令du -h --max-depth=1 |grep 'G' |sort

3 然后不断执行上面的过程，进入大文件目录，定位大文件

4 最后找到是Tomcat下面logs日志占据了20多G文件，删除，重启Tomcat释放空间

释义：
OKR：全称是Objectives and Key Results即目标与关键成果法，它是一套定义和跟踪目标及其完成情况的管理工具和方法，最早是由Intel公司在1973年发明，当然OKR在Intel公司被称呼为IMBO，即目标式管理，后来作为Google董事的John Doerr把这套管理体系推广到Google并逐步流传开来，并被广泛应用于IT、风险投资、游戏等以项目为主要经营单位的企业。从OKR的定义和核心可以看出，OKR实际就是MBO的延伸。其本质是一种目标实现的管理工具。
KPI： Key Performance Indicator即关键绩效指标，是通过对组织内部流程的输入端、输出端的关键参数进行设置、取样、计算、分析，衡量流程绩效的一种目标式量化管理指标，是把企业的战略目标分解为可操作的工作目标的工具，是企业绩效管理的一种模式。其本质是目标实现的管理工具，也是对员工的考核评价工具。

理论来源：
OKR：其理论来源实际是来自于麦格雷戈的人性假设的Y理论即人生来是主动的、积极的，也愿意承担责任。
KPI：其理论来源是来自于麦格雷戈的人性假设的X理论即人生来是懒惰的、不愿意承担责任。

实施注意方向不同:
OKR：在实施过程中很重视员工的参与程度，比如在KR确定的过程中，上级只是将目标告诉员工（员工也可以主动去查阅上级的目标）而不需要告诉员工具体实现目标的措施和方法，而员工在知道目标后，可以根据自己的分析和信息的掌握，自行列出措施和方法并与上司或同事讨论，最后形成完成目标的KR，在执行过程中，员工也可以根据情况的变化在确保目标不变的情况下对KR进行调整。
KPI：在实施过程中注重目标和措施的明确，并要求员工强制执行，在执行过程中轻易不能修改，同时将员工的执行结果与利益挂钩。

实施过程中的差异：
*衡量标准：
OKR：要求的是每个KR都必须是量化的，即有数量要求，也有时间要求；
KPI：目标的衡量标准更宽泛些，原则上能量化的一定要量化，不能量化的一定要定性，在定性上可以从时间、质量标准、数字等多个方面来衡量。
*公开性：
OKR强调的是大家的目标和KR完全透明、公开，所有成员都可以随意查询其他成员的目标和KR，以便团队协作；
KPI则更多小范围公开，比如说上下级之间、以指标相关的同事之间公开等。
*沟通：
OKR强调的是上下沟通，即目标从上至下分解，而KR可以从下至上提出，然后团队或上下级之

流量变现的“后浪”，或许正源于当下移动广告行业的“体验感”与“互动化”趋势。

常有人说：互联网流量时代正在进入下半场。然而随着移动互联网用户增长的逐年放缓，流量变现面临的不只仅有来自用户存量的挑战，还有来自其载体——移动广告发展变革的新机遇。

然而，下半场并不一定代表着红利的消失，相反，可能催生了后浪的进击。

流量变现的“后浪”，或许正源于当下移动广告行业的“体验感”与“互动化”趋势。

体验感，意味着将选择权交换给用户；互动化，则强调了广告内容本身的价值。当下悄然兴起的互动广告，正同时顺应了这两大趋势。

借《后浪》短片中的话，“开发者有幸遇见这样的时代，广告主更有幸遇见这样的你们。”

商业化上半场进入尾声，移动广告行业面临新的机遇与挑战

流量变现的曙光从未消失，移动广告的蓝海从未饱和。

据QuestMobile《2020中国互联网广告大报告》显示，互联网领域广告收入超百亿的企业中，均以广告为主要变现方式，这也进一步佐证了中国互联网自诞生之日起，用户和流量的本质含义就是广告收入。同时，艾媒咨询2019发布的《2019中国信息流广告市场研究报告》数据表明，2015—2020年中国移动广告市场规模呈上升趋势，预测2020年移动广告市场规模将突破4000亿元。

作为新兴广告产业，移动广告的发展顺应了移动数字营销的趋势。目前，越来越多的APP广告主、品牌广告主的广告预算在向移动应用端转移，移动数字营销的巨大潜力在近几年逐步释放，进入行业繁荣期。在此之下，移动广告素材经历了如下几个发展阶段：

文字广告：在互联网移动端发展初期，广告素材形式单一，主要为简单超链接、竞价排名搜索广告。在社交、内容社区等应用渐渐兴起后，出现了更接近应用原生内容的信息流文字广告；图片广告：第二阶段，基于图片的广告开始适配更多的用户使用场景，催生了小窗支持轮播的Banner广告、巧妙渗透的插屏广告、以及拥有黄金曝光量的开屏广告，更加适合电商、工具等多种行业。视频广告：随着互联网媒介形式逐渐多元化，长视频迅速扩张、短视频蓬勃发展。仅使用图片载体已经无法满足广告投放的需求。于是，视频广告一经诞生便不断演化，目前已有基于智能推荐的信息流视频、沉浸式视频、更具视觉冲击力的全屏视频、以及提供用户以奖励的激励视频。总体看来，移动广告素材形式是随着用户移动端的使用习惯、内容生态而不断变化的。人类对具象感知胜于抽象概念，因此图片广告取代了单

使用两个ssh工具连接远程服务器，NX和putty，连接的时候偶然发现这个错误，说key文件权限太大，估计是key文件的属性被改的问题；
后来上网查了，把权限改成0600即可

chmod 600  /home/root/.ssh/*

想要在window环境下部署一个基于docker的mongoDB环境，在做数据持久化过程中，发现将主机目录映射到docker中运行mongo镜像，报了一个错。

错误提示：Operation not permitted.(不允许操作)，一开始以为是文件夹权限的问题，于是给了主机目录足够权限依然是报这个错误。

2019-08-15T14:23:53.429+0000 I CONTROL [main] Automatically disabling TLS 1.0, to force-enable TLS 1.0 specify --sslDisabledProtocols 'none'
2019-08-15T14:23:53.442+0000 I CONTROL [initandlisten] MongoDB starting : pid=1 port=27017 dbpath=/data/db 64-bit host=8ee8b85762fb
2019-08-15T14:23:53.442+0000 I CONTROL [initandlisten] db version v4.2.0
2019-08-15T14:23:53.442+0000 I CONTROL [initandlisten] git version: a4b751dcf51dd249c5865812b390cfd1c0129c30
2019-08-15T14:23:53.442+0000 I CONTROL [initandlisten] OpenSSL version: OpenSSL 1.1.1 11 Sep 2018
2019-08-15T14:23:53.442+0000 I CONTROL [initandlisten] allocator: tcmalloc
2019-08-15T14:23:53.442+0000 I CONTROL [initandlisten] modules: none
2019-08-15T14:23:53.442+0000 I CONTROL [initandlisten] build environment:
2019-08-15T14:23:53.442+0000 I CONTROL [initandlisten] distmod: ubuntu1804
2019-08-15T