当我打开word写下这些字的时候，其实还没有考虑好打算写些什么。只是觉得好久没写过，好久没有认真看书看报，积累素材，真的是可惜了。因此，为了让我的书面表达能力不至于退化得太快，我要重新开始写文章。虽然之前我大量写的东西都是新闻稿，但两年的新闻写作确实让我不再害怕写出来的东西，不能称为“东西”。因为，经验告诉我，不是东西不要紧，要紧的是需要想办法让一开始不是东西的东西，变成“东西”。不要一开始就想着拒绝。

       那天，跟邱比群里面的一个网友聊天，小韵。她之前在《悦己》杂志社做实习时装编辑，主要写时装类的稿件。现在她不打算做了，要找一个来顶替。这份实习的要求挺简单的，写作能力强，懂英文，热爱时装也是极好的。不过最重要的的确是写作能力强。看来，每个行当都是有一些最基本的准入门槛。在一般人眼中不太好踏入的行当，其实要求很基本很纯粹，能干活就是基本的。其他的行业内知识反倒是门槛低，很好掌握的东西。这么说来，基本功是任何岗位上最看重的东西。编辑、技术、产品、设计等等等等，大家需要的是能开始用的基本。反观自己的工作，一年半的产品工作让我知道了产品的基本功是什么了么？

也许不太完整，也许只是表层，但我认为，下面列出的要点是现在这份工作给我的启发，是我学到的同时也需要去不断完善的地方。

一、 思考能力

作为一个产品，让自己的劳动成果满足用户的需求是底线，是这个职位存在的根本意义。工作了这些时间，我自己的有些产品现在每天都被大家使用，有些已经被废弃，还有些不太好用，但还是被使用，并且一直都被反映问题。

表格 1 一些我负责的产品的现状

产品名称----状态

电销客户联系页面----使用并反馈

客户跟进列表----使用中

车辆费用录入----使用中

过户费用录入----使用中

整备工作台----使用中

定价流程----使用中

收车APP----使用中

即将开售APP----使用中

金融衍生----使用中

渠道信息列表----使用中

看着临时整理的这个表，自己很是惭愧。自己手头的项目多其实不是一个很好的理由，更多时候还是自己没有好好把握时间和机会，没有好好思考匆匆完成，导致每一个看起来都不是极致完美，有些产品甚至是潦草。不仅辜负了自己，还给使用者、合作者带来了困扰。

不过，成功的不成功的产品出了一堆之后，渐渐也明白产品好坏的最主要考量标准就是使用者的评价。为了确保让使用者用得顺利，前期产品开发的时候一定要反复与最一线的操作员工进行“沙盘推演”。很多时候，需求方在提需求时，会用 “我想…”“我认为…好用”“你应该…”这些论调。最开始，产品很容易被误导或者认为这确实是最应该的方案。

不过，你应该认识到，这种处理方法很危险。首先，有一个事实是，需求方的看法很多时候有较大的局限性，逻辑思维停留在表层，而没有深层地看待问题。如果你听信他的建议，很可能在产品设计甚至技术开发上完全走不通。其次，一线使用者不会想到当前产品记录下来的信息会成为原始的信息沉淀。而产品一个重要的职能是，收集尽可能多并且重要的信息。最后，一线使用者没有良好的预知业务后续发展情形，或者说没有全面看待各条业务线的能力。而产品经理由于参与众多，因此他能合理预测后续事情会如何发展。此部门的一个小需求会给其他部门造成什么影响，甚至可能会给整个公司的业务带来什么影响。因此，产品经理千万不能不经思考或者先入为主地开始策划你的产品，相反，还需要经常提出反对意见。

说到这里，可以举几个工作中的案例。

1. 在与需求方讨论收车业务在PC端的需求的时候，对方提出需要将卖车意向精确到每一辆车。但其实这样没有必要。车对应的是人，只有人才能被判断出卖车意向。其次，假设每辆车都有了卖车意向，收车员只能根据车辆被售出的等级来回访客户，而不能根据客户卖车的意向等级来会回访客户，出发点有些奇怪，使用者就更有些奇怪了。

2. 一次大家一起开会讨论提高工程部检测效率的问题。老大的原话不记得了，但大意是：如果昨天积压的车没有检测，今天又有车进场，那么按照顺序检测就好了。我马上发现这个观点不太恰当：工程部的工作效率应该是在恰当的时间安排检测恰当的车才行，不应该以进场顺序定检测顺序。随后工程部负责人也说，需要先检今天的车，然后才能再检前一天堆积的车辆。因为昨天进场车的车商已经被积压一天了，不能因为这样影响到今日进场车的车主，这样就伤害太多车商了。后来沿着这个理念继续往下推导，我认为之所以工程部的调度需要实时安排工作，因为车间的变化是动态的，并且不可预测。只有人才能及时了解到所有员工的当前动态和突发情况。

二、 学习能力

学习有两种，一种是从书本中学习理论知识，一种是从实践中收获实践经验。对与产品经理来说，大公司的产品可能会在工作开始前，接受一段时间的系统培训，掌握产品的基本知识。而这样的人是少数，更多的是我这样一开始进了小公司，没有系统的培训也没有人给很多指导。不过这样的好处是，小公司事多人少，我一个人做了很多基本的事情，并且能从一个大局来看规划的产品系统。而且没有人来分担工作意味着你必须从收集需求到需求上线跟进全部一力承担。所以这条工作线之间，我有很多机会与每个部门、每个环节的一线工作人员聊天，甚至去到外呼组的第一线做客户回访工作，找到外呼系统的灵感。

因此，工作中想要快速学到东西，首先需要认真观察，然后是勤于思考。还有一点很重要，就是需要复盘总结。

2015年开始接触炒股，其实我水平很菜，并且现在不是真的愿意花时间来研究每天股市的动态。不过股市中“复盘”这个词确实是可以运用到各个方面的。无论是股市本身或是其他的交易市场，工作和学习中也需要，相应的叫法就是工作总结和学习总结。复盘以为着拿到结果之后，重新分析之前你在工作过程中是怎样一步一步走过来的。最开始的想法是不是正确，这个问题用这样的处理方法是不是最恰当的，换一种思路是不是就豁然开朗了。

比如在整备工作台的项目当中，但被勾选上的整备项目完成后，需要自动从整备项目列表中删除。这是个很合理的需求，不过被我忽略了。后期上线后还需要让人手动修改。如果一开始我很清楚地说明了需要实现功能点，也就不会有这个尾巴了。复盘很重要。

三、 不断重复的耐性和责任感

这一点其实我最开始没有意识到。后来发现自己的很多工作其实是在不断重复，感到很挫败的。不过我现在认识清楚了，不断重复是因为确实有需求，需要不断地完善，每一个工作都是为了让我的产品变得更好。只不过我确实需要一些更好的时间管理技巧。

最后，最近想到的是“虽然我屡战屡败，但我还会爬起来再战斗的。”不过最好的当然还是有一天能放弃这个项目，为其他的事情而战斗。

（这个文章完整性不太好，不过秉承着精义创业的最小的可用的产品的原则，放出来给大家看看，未来我会更新的。）