一直不知道怎么命名这封邮件，直到写到阿姨时，才决定用这个主题名（阿姨就是给我们做午餐的阿姨）。也许这封邮件能够帮助大家改善伙食，所以决定用了这样一个主题名。

本想写的简单一点的，没想到不知不觉写了这么多字，希望大家能够耐心看完。

在邮件的开头，我先说说自己过去的经历，大家都知道我仅仅初中毕业，所以出来社会早，我刚毕业后在家做过一年厨子，一年业务、两年设计、写了五年代码。从2005毕业开始做了很多事，当年来北京也并不是为了互联网，而是学艺术，所以我的经历基本结合了大家的职业，只不过大家是专业的，我是业余的，但是并不代表我不懂，因此在某些方面我还是和大家有共鸣的。

可能大家疑惑这个时间点不对，其实从07年进入互联网，我一直是站长的身份，很多工作都是并行的。我最在行的就是前端工作，所以在设计完后再写前端代码是很正常的。08年、09年我还参加过两界Web模板大赛，并且都获得了第一名，所谓模板就是设计和技术并行的工作。所以在Web端的UI设计有两年职业经验，界面代码有着五年职业经验。Web的界面代码也有很多要求，特别是在这么多浏览器的情况下要写出多内核兼容，也是一件很闹心的事。

在这里我再介绍一下站长这个称呼，站长的性质和产品经理差不多，只不过站长是什么事都亲力亲为，而产品经理却是团队合作完成。这么多年站长经历给我留下了很多宝贵的经验，在这里我只说说和我们有关的经历。在设计方面，我在上一段内容写了，有两年UI设计的经验，只不过多年不操作有些生疏了。在技术方面，移动互联网不是我的强项，但是在互联网行业却很有自信，无论是CMS、BBS、SNS、B2B、C2C、B2C等等之类的程序，我都非常熟悉他们的程序架构，而国内各类知名的PHP程序，他们的构架我都非常的熟悉，或者说都能背了。

说这么多介绍，除了说说我的经历，其实还想说的是在互联网和移动互联网，是有很多互通的地方的。像UI和技术，在原理上还是相通的，所以很多东西我也是懂的，也希望能够和大家互助交流，共同成长。

下面就以我的一些经历分别给大家说说我的想法。

1、写给设计部

设计们是我经常要打扰的同事，在此和你们说声对不起了。我也做过设计，明白设计波动对心情的负面影响，但这也是难免的，我也只能尽量减少波动。这点和产品差不多，就像我刚入职时，分别收到蔡总、王总、李总，三个人的不同需求，并且今天的需求和明天的又会不一样，春节前的和春节后的想法更是两个概念。我深知项目波动所代表的各种返工和计划变更，我们无法消灭项目波动，因为市场在不停的变化，但是可以尽量降低其负面影响。

我的做法就是提高警惕、掌握波动规律，寻找对策，制订计划时预留出时间应对变化和调整，做好“做无用功”的心理准备。这个方法不仅能缓解压力，提高计划的准确度，还有助于挖掘有待改善的细节。因此在这里我结合设计的工作，给大家分享一些想法。

插个题外话：记得春节前我说过一个细节的技巧，在PS中使用文字输入时，只要拉一个框，设定框的大小就能控制文本换行，无论文字如何改变都不需要手动回车换行，但是在前几天我依然见到设计部还在用手动换行这种方法。其实我说这个是想倡议设计部在交流的时候，也能同时交流交流软件使用技巧。

下面说说如何减少波动，首先在接到任务时，我们不能直接就投入到工作，我们需要先搞明白任务的目的。因为我们做的是产品UI，产品是有市场和规律控制的，虽然个人的因素会影响到产品的走向，但是尽量不能以个人的喜好去规划工作的方向。所以减少波动的最佳方案就是了解任务目的，根据目的去完成任务才能减少各种返工。

在了解任务目的之前，我们需要熟悉自己的产品。首先我们要明白产品的色调和风格，并且明白我们未来UI方向是Metro。Metro是被称为回归的一种风格，他的风格基本回归到了十年以前的Web1.0时代，Metro风格讲究的是信息本身而非界面载体，但是这种风格不适合在iPad上使用，因为iOS讲究的是交互与视觉的体验，信息是一种辅助载体，所以在采用Metro风格的时候，我们肯定是需要重新定义。

Metro UI的核心就是“没有”UI。他要传递给我们的含意就是，UI只是工具，目的是有效传递信息，实现交互。因此在重新定义Metro UI时，我们不能盲目追求UI创新，必须弄清楚目的。UI的目的是效率，这比好不好看重要。因此在两种不同系统的交互上实现重新定义Metro风格并不适合我们小团队去研究，所以我们只能借鉴，吸收大公司研究的结果为我们所用。

在这里我举三个例子，分别是扎客、腾讯、Google。首先说说扎客，扎客完美的在iOS系统上实现了Metro风格，但是这种方法并不适合我们，因为扎客的产品定位符合了Metro风格的信息载体的特性，扎客是做信息资讯的。其次说说腾讯，由于腾讯产品线很广，所以在国内做互联网行业避免不了接触到腾讯，并且腾讯是国内最早引入Metro风格的企业，在旗下各类移动产品中均能看到Metro风格的影子，只不过经过了本土化的改良，这点和Google很像。Google的风格也和Metro很相似，并且重新定义了，这里就是我要说的吸收大公司的经验。

Google现在所有界面都变成了这种风格，但是我最关注的就是Android，因为Android是最接近Metro风格并同时又接近iOS体验的UI。在有一次和赵晨、海波聊天时，赵晨说到Photoshop是图形处理软件，在拉伸和缩小图形后会让图形失真，赵晨还在软件中演示了一次，当时我注意到了一个细节，在缩小图形后，图形边上出现了1到2像素左右的虚边，这种虚边很有Android UI的感觉。随后我在自己的电脑里了进行了测试，我画了一个纯色的色块，然后缩小，意外的发现这种方法太直接了，产生的虚边不仅使图形有了立体感，而且还有了Metro UI的感觉。Google的设计师是不是就这样设计出的Android UI？？？

UI不是一门艺术，他是一种有规律可寻的界面体验。很多时候UI来自我们以往的经验积累，而非艺术灵感。所以在做设计时，我们需要考虑到产品的定位，色调的基础，还有设计的目的，不能以个人喜好去完成设计。

接下来我再写写关于色调的想法，在UI设计中，一般情况会有三种基本色调，其中一种主色调，以鲜亮为主，两种辅色，辅色有暗或暗亮两种，如果需要突出的内容，会有第四种鲜明对比的色调，第四种通常是指文字类色。我们的LOGO色为橙色，是属暖色系列的，那么与他搭配的应该是冷色或者中间色。因为我们主色调是暖色，因此与他搭配的色调应该接近暖色，所以冷色和中间色的亮度需要调高，亮度越高越偏向暖色，所以当使用灰色时，亮灰色比深灰色要有主次之分。如果有两种暖色那么其中次色就需要向冷色和中间色偏移，以拉开两种鲜亮的色调对比。

和我们LOGO色相似的有好多产品，最常见的就是淘宝和支付宝，我们不一定要看他们的应用，看看网站也一样，网站上的色调搭配都是同样的道理。

关于设计，就写这些了，你们是专业的，肯定比我业余的要擅长设计，我也只是说说想法，有什么不对之处，还望谅解。其实在工作中产品和设计有很多相似之处，产品需要有捕捉问题的能力，因为有时候领导和用户不知道自己想要什么，他们对某些东西有着需求却无法表达出来，那么就需要产品经理去捕捉这些需求了。同样设计也如此，我们需要捕捉任务目的，并找出符合他的UI色调和风格，好在我们知道产品的色调和风格，有着基础和方向，只是缺少时间去思考而已。我们的主色调是橙色，风格是Metro。

2、写给技术部

技术部我就没有怎么打扰了，之前的工作都是确定所有需求后再给技术开发，期间如果有需求变更，我也是压下来，放到规划池里的。但是同时我也有一些想法，在说想法之前，我先讲段历史吧。

在Web1.0时代，信息是单向的，后来到了Web2.0的时候，有了互动，然后扩展出了BBS、SNS。在互动发展时期，人们的需求不断演化，随后有了个性化的需求，其中就有一条是我今天要讲的，那就是模板功能或者说是风格皮肤。在Web端首先出现这种技术是CMS，CMS是内容管理系统的意思，新闻资讯类网站的技术架构原理都是CMS。CMS的技术构架是功能与模板分离，意思就是设计与技术的工作是分开的，无论版本如何的迭代，都不会影响到设计的工作，同样设计的工作也不会影响技术的工作。

模板的意思我在前面讲我的经历中提到过，模板就是UI，在软件端使用这种技术的，国内首先是腾讯，大家都知道腾讯的产品都支持换皮肤或者换颜色功能，这也算一种模板功能。同样的在移动产品中，QQ、腾讯微博、新浪微博都支持换皮肤功能，这种技术原理同样是功能与模板分离的特性。

在这里我想说的是，技术部有没有办法实现我们平台的功能与风格分离，让设计部的工作和技术部分离，从而互不影响，以此尝试另一种产品迭代方法。详情见我的配图。

之所以有这样的想法，是因为春节后，到现在我们都没有一个版本更新，之前规划了一些功能，但是工作一拖再拖，延误了一个又一个项目截止日期。所以想让技术和设计的工作分离，从而让技术部全力以赴的做版本迭代，让设计部做UI研究和设计。

3、写给产品部

现在只有我一个产品经理，所以这里也是写给我自己的。我在工作中有很多缺点，例如说话太直接，生起气来直接不解释，不懂得变通。除此之外还有好多缺点和工作上的失职，因为这些缺点让大家在工作中受气了，非常抱歉。好在工作中有海波、赵晨、文慧、梁艳这些同事经常会直接或者间接的给我反馈，帮助我改进，我也非常感谢你们的反馈，我也在努力改变自己的处事方式。

同时也希望大家以后能通过当面或者QQ、邮件等方式给我反馈产品或者工作上的任何问题，有反馈才会有改进。

4、写给阿姨

为什么要写给阿姨，因为我发现阿姨是我们办公室的一个缩影。阿姨既是设计也是技术，她的菜便是产品，而我们一群人就是产品经理。

刚毕业时我在家做了一年厨子，现在我还记得当时走进菜场转了几圈都不知道买什么的情景。确实，天天买菜做饭，时间久了真的不知道做什么了，更何况我们这群天南地北的人，大家口味都不一样。

我能够理解阿姨，但是理解归理解，作为产品经理还是需要认真负责的把关每一步，此时我们大家都是产品经理了，如果不把好关，是我们的失职，最终做出来的菜，要么你硬吃下去，要么倒进垃圾桶。两者都不是我们想要的，那么我们该怎么去把关阿姨做的饭菜呢？？？

作为产品经理，需要时刻保持冷静和清晰的思路，并善于捕捉问题。首先我们要明白，抱怨与指责是解决不了问题的，当然有时候抱怨与指责可以帮助我们发现问题。从大家的抱怨中我们知道了阿姨做的饭菜不好吃，没有花样。有时候阿姨做的菜也非常可口，并且大家没有否定阿姨的做菜技能，因此会做菜和做好菜是两回事。既然这样，公司为我们换一位阿姨，这样的问题还是会出现。那么如果我们积极主动的引领阿姨的改变，这样的办法行不行？

曾经我们也试过改变，当时我们每人报了三道自己喜欢吃的菜，让阿姨做给我们吃，那几天大家的抱怨少了。但是渐渐的阿姨又恢复了以前的菜色，这是为什么呢？ 虽然我们明确了菜单，但是却没有跟进阿姨的工作，这点就说明了再好的准备和沟通都无法保证真正的执行。因为人性是懒惰的，会随着温适的惯性状态，逐渐悠闲和放纵，所以我们需要时刻提醒阿姨。阿姨用自己的习惯做了几十年的菜，一时间难以改变，所以我们需要经常的提醒，并让阿姨逐渐将这样的做菜方式形成习惯。

同时，阿姨还在犯同样的错误，有几道菜做过很多次都没有人吃，但是阿姨还在继续做，这就说明被否定的方案，阿姨还在不断的重复，做无用功的事。

总结以上的设想，我们现在思路清晰了，将我们报上去的菜单列成计划表，排序到每一天，然后循环计划执行，这样同时解决了阿姨买菜难、做菜没有花样的两个难题。

当然在执行中，会有预想不到的问题发生，所以我们需要预留出时间应对变化和调整。例如采用淘汰制，将没有人吃的菜列进黑名单，坚决不在下次出现。提供菜单变更需求，设定多长时间每人可以根据喜好变更一次自己提交的菜单。等等。

如果这些方法还没有用，那么我们再随机应变，到时视情况再找更好的办法。

5、写在最后

写到这里，我的思路渐渐清晰了。记得春节期间，是27号，我给王总发了两封邮件，其中一封是关于改进工作的，写的超级的烂。因为当时脑子很乱，只是隐隐约约的觉得工作不对劲，现在我明白了哪里不对劲了。当时我主要写了关于工作管理的三个主题，分别是：时间管理、需求管理、目标管理。希望能够帮助我们改进工作效率和任务分配的，第三点的目标管理我还明确的指出了目标提醒，没想到春节后真的发生了，到现在我们还没有一个版本更新。

当然其中最主要的原因就是我了，没有合理的分配工作任务，也没有合理安排版本分拆。希望在以后的工作当中设计和技术能够在不同的角度给我不同的反馈，让我们一起将产品做好。

最后一句话：这封邮件我写的比较直接，很多言语有些直白了，可能也有些地方越权了，希望大家能够见谅。下不为例！