技能树

AlphaGo 与李世石的人机世纪大战落下帷幕，不禁让人思考《失控》 中说道的 “机器正在生物化，而生物正在工程化 ”。作为人类，在未来能否保全最后的智力骄傲成为一个疑问。而当下，正确敏捷地掌握生产力工具、拓展知识资源库，提高技能图谱，也许人人之必需。 闲话少说，本期 fir.im Weekly 精选了一些热转资源，希望对你有用。 ##StuQ 技能图谱 StuQ 技能图谱是由 @StuQ官博 发起的一个开源项目，志在汇集整理 IT 职业必备技术技能（云计算，大数据，运维，安全，开发语言，iOS，移动测试，智能硬件等），帮助技术人梳理知识框架结构，并尝试提供学习路径和精华资源，方便技术人学习成长。Github 地址： https://github.com/TeamStuQ/skill-map ，还在持续更新，也许你需要一份。 ##iOS应用架构谈 组件化方案 由 @反革命攻城狮CasaTaloyum 分享。 “当我们讨论客户端应用架构的时候，我们在讨论什么？”作者这一列文章，简洁明了，案例代码与实际解说并行。感兴趣的同学不要错过-->> #iOS应用架构谈系列# iOS应用架构谈 开篇 iOS应用架构谈 view层的组织和调用方案 iOS应用架构谈 网络层设计方案 iOS应用架构谈 本地持久化方案及动态部署 iOS应用架构谈 组件化方案 ##优化一个 Swift 语言 Github

在产品上线后的具体实施阶段，“渠道运营”的工作主要还是由团队中的运营人员来完成。但是，在先期制定运营计划的阶段，产品经理非常有必要介入到运营的工作中来。运营人员对产品的理解肯定比不上产品经理，而高效的渠道运营又是建立在对产品的深刻理解之上的。所以，产品经理与运营人员进行高效沟通在先期准备阶段是非常重要的。就像产品经理与设计师的高效沟通建立在对设计规范的理解之上，产品经理与运营人员的沟通建立在对渠道运营规律的理解之上。 渠道运营的流程主要是两个部分：上线与推广。一个产品会经历很多的阶段，有初期的缺少缺人手的阶段，也有后期拿到投资后资源充足但用户量的提升又跟不上资本进入速度的阶段。如果产品经理能够掌握每个阶段的最佳运营实践，那么就能很好得把控住产品的节奏。 上线 一个新产品上线，首先要做的工作就是覆盖所有应用下载的渠道。在这一点上，ios与android这两个平台各有各的注意事项。ios最重要的注意事项是审核环节。AppStore的审核环节不仅耗时长，而且经常会出现各种意外情况造成申请被拒。在避免拒审的方面，其实也没有更好的办法，只有靠经验的不断积累。产品经理要做到的是如果是产品首次上线，或是重大修改版本上线，一定要在运营规划中留下足够的提前量以应对可能的拒审。同时，又由于较长的审核周期，为了防止产品上线后发现有重大的bug无法快速应对

我在“信息流转”这个技能点里曾经这样说过：产品的本质就是信息。用户使用产品的过程就是信息流转的过程。但是，信息不是凭空产生的。“内容运营”这个技能点想要讨论的就是如何持续得生产出高质量的信息。 对于产品人员而言，自然是无需去负责实际的内容运营工作。但是，是否能够做到深刻理解内容运营的规律，进而牢牢掌控产品迭代的节奏，这无疑是优秀产品经理必备的素质之一。 这个技能点的讨论将会分别从两个角度进行：信息的生产方式和信息的生产时段。 信息的生产方式 信息的生产方可以分为两种：PGC（Professionlly-Generated Content）与UGC（User-Generated Content）。这两种方式各有各的优势与劣势。 对于PGC而言，这种信息生产方式的优势是质量可控，劣势则是很难保证高质量内容的持续产出。由产品自身的运营团队来提供内容可以保证产出内容的高质量。但是，在产品的初期阶段要组建起这么一个能够提供高质量内容的运营团队是很困难的。组建起团队之后，要持续性得生产高质量内容也是同样得困难。 对于UGC而言，这种信息生产方式的优势是信息来源广泛，劣势则是初期会面临冷启动的问题，后期又会面临内容质量的问题。如果产品自身能够形成一个类似知乎、豆瓣这样的社区体系的话，用户就能够为产品提供非常丰富的信息来源。但社区体系本身的建立是一个比较困难的过程。在产品初期一无所有的情况下

移动产品的本质是什么？对于这么一个问题，每个产品经理或许都会有自己的答案。在我看来，产品的本质就是信息。不同的产品就代表着不同的信息流转场景，社交类产品可以看做是信息在用户与用户之间往复流转；而电商类产品则可以被看做是信息在用户和商户之间往复流转。 产品的本质是信息，我们理解或者制作一款产品的关键也在于信息。移动产品的形态总是千变万化的，抓不住信息这个关键点，产品经理就非常容易会迷失在这些千变万化的产品形态中。打一个不算最贴切的比喻，撇开信息，只基于产品形态来理解一个产品的尝试，与撇开牛顿三定律，只基于生活经验去理解运动规律的尝试是一样的，都注定了将会事倍功半。我们身边各种各样的运动现象本质上都是牛顿三定律在不同条件下的演绎；类似得，产品形态可能千变万化，但本质上都是在为了产品本身所承载的信息而服务。理解了信息，我们就能用一种从上而下的角度来看待产品。从这种角度出发，产品经理在面对各种变化的时候才能够真正做到有条不紊。 无论是从抽象的信息演生出一个完整的产品，或者是从完整的产品还原成抽象的信息，都非常考验产品经理的逻辑能力。就个人而言，我一般会用一张信息架构表来辅助思考信息与产品之间转换关系。这张信息架构表一来能保证思考方向的持续性，二来能避免漏掉重要的思考点。下面我以IOS平台上的音乐App作为例子来与大家分享一下信息架构表。 信息架构中最重要的是信息单位