起

抛出这么几个概念似乎是挺繁琐，但是却也有必要。你要提高做事的效率和深度，必然要对其进行建模，建模的过程就要用到概念。我需要理清和界定好这几个概念的意义和边界，否则我的整个系统没法搭建。

---

方案scheme

首先看下百度百科：

方案是从目的、要求、方式、方法、进度等都部署具体、周密，并有很强可操作性的计划。

方案一词，来自于“方”和“案”。“案”，书案，读书、写字都是案。案的等级比桌高，反映到词汇中就是案件、文案，都是和案有关，过去我们说审案子，就是在案子面前审理这件事，过去判官都是翘头案，正式、庄严。引申为考虑问题，正式的商议，都和“案”有关。“方”即方子、方法。“方案”，即在案前得出的方法，将方法呈于案前，即为“方案”。

解决方案solution

我更偏爱solution这个词，相对于方案，解决方案更完整，考虑更全面，给人一种只要看了这个解决方案方方面面就都有着落了的感觉。

完整的解决方案可以有对象、流程、范围等很多东西，根据实际需要。

“解决方案”是相对于问题而言的，如果没有问题，那就没有解决方案。问题是，很多事情似乎并不是一个问题。需要我们刻意的把它“问题化”，以问题的角度去审视它。

举个例子：想改善身体素质，就有会怎么一个问题---“怎样才能有效快速的提高身体素质？”。

这样的好处是处理事情更有针对性和操作性。脑子里只是想“我要改善身体”，就没有发力点，无处下手。但是思考“怎样才能有效快速的提高身体素质？”就好多了，首先可以化解成几个小问题，比如身体和哪些方面有关、什么运动改善身体比较快等等。这个过程实际上是一个对目标进行可操化的过程。

我们说现代社会人与人之间的竞争拼的就是解决问题的能力。所以有好的解决方案、以及制作好的解决方案的能力就等于提高了你的竞争力。

流程

解决方案要做到可操作，就要尽可能的“流程化”，也可以说“程序化”。好的解决方案应该是一个很好的流程，直接可操作，没有歧义性。

我们windows操作系统里的程序一般都是以“.exe”作为拓展命，"exe"是“execute”（执行）的缩写。这是有道理的，因为只有一个程序才是真正可以被执行的。程序的每一步都是确定的，而且有始有终。如果只是给你几个原则或者几个策略，你可能就压根不知道怎么下手。假设你是一个投资新手，看了些书，书里告诉有些投资的原则，什么不懂不投啊、不要all in啊，你看了觉得很有道理。然后去投资，却懵逼了：我要去哪里买股票、怎么买怎么卖、怎么看曲线等等。这个时候你就需要一个手把手叫你怎么买股票、怎么看K线图的攻略。

流程的好处是明确的告诉你每一步要做什么，这种东西才是我们平时更需要的。我现在就挺喜欢百度的“百度经验”，每次有什么不会就去搜一下，居然发现真的有，还步骤1、步骤2的写的很清楚，基本上是看了就会。

策略

有些问题，我们不需要或者没法去制定详细的流程，但我们有一个大致的思路，这个思路就是策略。这种策略显然也是用来解决问题的，也是方案的一部分。

对于我们整个人生，或者我们的工作等大的问题，我们只能给到一些策略。

像篮球比赛这种不可控因素太多的事情也一样。篮球比赛依赖球员在场上即时表现。但是教练总不能什么都不做把，还是需要一些策略，比如主要盯防对方主要得分手、控制篮板球等。

又如“田忌赛马”，流程太简单了且是固定的，不用人去思考，不过是三匹马依次上去赛跑。但是策略可以调整，田忌用了“上对中，中对下，下对上”的策略，获得了总体的更高分。

原则

“则”即规则，“原”即本来、根本的，加起来就是“根本的规则”。

所以原则也只是一个规则而已，它并不直接告诉我们要怎么做，这点和流程不一样。原则是做事的时候要遵守它。就好比，你可以用你的车开到任何你想去的地方，这个交通规则是不管你的，它只要求你遵守它就好，别超速别闯红灯。

清单

清单也是一个很好的工具，可以很好的作为解决方案的一部分，用于检查环节非常合适。

接口

接口是计算机世界观下的一种内容形式，可以参考我之前写的《论“接口”》。算法、解决方案都可以理解为接口。它可以解决一个特定的问题：输入一些东西，执行这个接口就能得到我们想要的东西。对于一个解决方案，输入的就是事情的现有条件，输出的就是要的问题的答案。

算法

在计算机里，算法都是都是以接口的形式存在的。例如一个加法的算法：

int add(int a,int b) 
{
    return a + b;
}

它对外就是一个函数，一个接口。

所以，算法可以认为就是一个接口，只不过是一种解决很通用、很根本的问题的接口。从解决方案的角度看，可以认为算法是解决核心、底层、基础问题的解决方案。普通的解决方案会有很多的场景数据，但算法往往只有核心逻辑。

概念之间的关系

方案是一切的核心，我们做的所有一切都是为了解决问题。

流程是解决方案中的可操作执行的部分，策略是方案的总体思路，原则是方案要遵守的规则，清单可以用在方案中作为检查。

算法可以认为是一种很底层的解决方案。

接口只是一种内容形式，解决方案也可以理解成一个接口，算法当然也能。

原则、策略可以认为是解决方案的一部分，但光有这些不行，好的解决方案最好提供可操作的方法。方案本身没法执行，何谈“执行力”？