《启示录》和《用户体验要素》算是在各种产品经理必读书单中出现频率最高的两本书，笔者读完之后，感觉其中存在某些联系，并且可以指导产品的迭代，也包括从0到1的过程，整理如下，供大家参考、拍砖。
一千个人心中有一千个哈姆雷特，而读书的心得体会可能也是如此。笔者在阅读《启示录》之后最大的体会是七个字：有用、好用、可实现。这个就是笔者理解该书作者想要传递的产品观：我们要做什么样的产品。然后再从这个产品观出发考虑人员、管理、技术、MVP、测试等问题。
《用户体验要素》的心得就相对统一一些，因为书中有一个很清晰、很流行的图表，如下图所示，很清晰地说明了五个层级的关系和每个层级的关注点。
战略层：需要充分地了解用户需求，需要清晰地明确商业目标，类似商业计划书（BP）；
范围层：需要界定那些内容、功能是要做的，而且需要结合产品/项目阶段的时间因素一起考虑，类似业务架构、公司流程；
结构层：需要展示那些信息，不同的信息间的关系是什么样的，用户需要按照怎样的路线操作应用，类似单个功能的流程图；
框架层：需要怎样的布局来展示功能、信息的优先级是什么样的，如何更好的缩短相关路径、提高效率，类似PM制作的线框稿；
表现层：需要怎样的界面搭配突显品牌，需要怎样的界面让用户流连忘返，需要怎样的界面来提醒用户，类似设计师的UI稿；
那么如何结合两本书的结构和观点来指导产品从0到1，和后续迭代哪？
战略层的目标是为了满足用户需求，需要给一个有需求且没有被满足（很好满足）的市场提供供给，那么这个时候最基本的底线就是：你做的产品需要”有用“。这个有用可以是实际的、物理的用途，比如一把锤子可以用来钉钉子，比如一辆高级轿车更好的满足了用户的出行需求；也可以是虚拟的、心理的用途，比如kindle的电子书，比如拍照软件中那些需要付费的滤镜。所以如果一个需求没有用，那就无需进行后续的层次分析。
范围层决定了这个项目要做那些事（功能和内容），要充分考虑“可实现”的方面，而这个问题必须结合时间因素考虑，在大家都在争赛道的时候，实现方案的速度最重要，当你已经是领头羊了，那么做让自己保持优势的事情更重要；同时也需要考虑用户的体验，比如现在做一个垂直的电商领域的APP，那么必须要支持在线支付，而且至少支持微信支付或者支付宝支付的其中一种，因为用户已经习惯了这种快捷支付方式，从线下711和全家的购买行为也可见一斑，这是个类基础设施的功能，而且已经存在支付的第三方SDK，可实现性基本没问题；
用户会关心购买之后的物流信息和速度，但是如果有人现在（当下）做一个用无人机送货的电商，确实能吸引眼球，而且能提高配送速度，但是很这个实现成本太高，或者说不可实现，那么就不要考虑这个方案，而是积极地去寻找替代方案：接入现有的第三方物流平台信息。
所以此时主要的考虑是用尽量少的时间，来实现一个尽量满足用户最主要需求的技术方案。此时的“好用”所占的比例要低很多，主要的目的就是“可实现”。
结构层时需要考虑信息（数据）架构，也需要考虑主要功能的交互流程，此时前者更关注于好用，而后者更关注于可实现，可以认为两者是平分秋色。交互流程要顺畅，符合用户的认知，减少其学习成本，我们还是以电商的流程举例，现在电商的流程都是选择地址在前，然后再付费，如果把这个顺序颠倒，用户会不会疑惑？转化率会不会下降？这个答案应该很明确的。同时也需要考虑，现有的普世交互流程中，是否有可以优化的地方，比方说微信的拍照、小视频的融合就是很好的交互设计，比原生相机需要选择是拍照还是录像更简单、快捷。当然这个和其拍摄视频长度有很大的关系。
信息架构要看是否可以实现，设计出一套万无一失的数据架构的意义何在？可以参考笔者之前的文章《有损设计：4个场景分析，到底什么是适当的损度？》链接：http://www.woshipm.com/pd/356978.html。
框架层类似于PM的线框稿，好用要远远大于可实现；简单、直接、锐利、一目了然才是好的，此层次基本不存在不可实现的问题。
表现层主要就是好用，赏心悦目，在现有的技术情况下，前端实现就是效率问题，不卡且流畅，所以此部分更加考验的是UI设计师的能力、审美、品味，比如氧气这个APP，界面做的效果很好，推荐大家可以看下，然后再和其他电商的页面对比下。
这个五个要素中，战略层是对用户需求（有用）的高度抽象概括，然后从离用户较远的范围层开始，到离用户实际使用最近表现层，其有用的属性便会变得越大，而可实现的属性会相对减弱；而产品经理在从0到1、从1到n、从n到n+1的过程中，就是在这五个层级中，是否真的有用，每个层级的好用与可实现的权衡中，进行反复循环，然后根据自己的判断找到那个平衡点。
以上是个人的一些读书总结，不一定对，供大家拍砖。
