最近这一个月的工作之外，几乎都投入到 Inspired: How To Create Products Customers Love 的翻译项目中：翻译-交叉审校-修改译稿-通读（进入邀请大家试读中文的阶段，我就从第一章开始读英文，通读能帮我更好地理解作者的意思）。暂时读完了全书的前两大部分：People & Process, 也就是产品管理中人（团队）和项目。
在下一轮修改译稿之前，一方面为了加强专业知识，一方面为了避免自己受英语思维的影响过于严重，我又花了很多时间阅读中文的专业书籍，如快速重读《结网》、《人人都是产品经理》，同时读英文原版About Face 3和中文译本《交互设计精髓》。在微博上听朋友推荐Getting Real不错，发现每个章节都短小精悍，所以我在零碎的时间里读完了前5章。
因为基本都是谈产品管理、软件开发的书，所以在某个时间集中阅读效果不错。
近期阅读很大一个感触是：大师们的观点很多都是一致的——比如都强调敏捷开发，产品有立场（定位）和倾向（即不考虑非目标用户），先只考虑最必要最核心的功能（Inspired里谈到minimal product）。
其实本质就是目标导向，根据目标决定满足哪类用户的需求，根据目标对需求进行优先级别排序和筛选。
《交互设计精髓》第一大部分《目标导向的设计》也是同样的思路：交互设计是要更人性化更高效地满足用户的需要（功能、任务以及其他需求），因此要明确目标用户，理解用户（定性研究，并理解用户的心理模型），明确用户目标（为用户建模，并对不同用户群以及他们的目标分优先级），基于场景去设计。
关于“产品要有立场和倾向”，也是一种目标导向的选择。这个原则其实是贯穿整个产品周期的，无论是产品定义、设计、开发的需求筛选，设计风格定位，还是运营阶段的运营策略，都是应该优先考虑目标用户的核心需求和需要。
一开始只考虑最必要的最核心的功能。这是快速将产品推向用户和市场的前提，也是体现一个产品的独特亮点的关键。
Getting Real中对用户要求增加的功能说NO，这不只是要区分核心需求与非核心需求，做需求优先排序，也是要利用时间来判断有多少用户有这个需求，用户到底是不是真的需要。
另外，最近读人月之前整理的敏捷软件开发主题阅读，异常喜欢其中Scrum的the art of possible理念：
把注意力放在“什么事情可以做或者可能做”，不要被诸多的不确定性因素所困扰，先做可以做的，然后看有什么新的发现，有什么新的思维出现
根据目标快速行动，在行动中不断改进，这应该是一个通用原则。
