TensorFlow架构与设计:会话生命周期

    TensorFlow的系统结构以C API为界,将整个系统分为「前端」和「后端」两个子系统:前端系统:提供编程模型,负责构造计算图;后端系统:提供运行时环境,负责执行计算图。系统架构前端系统主要扮演Client的角色,主要负责计算图的构造,并管理Session生命周期过程。前端系统是一个支持多语言的编程环境,并提供统一的编程模型支撑用户构造计算图。

复杂页面的布局设计

    很多产品的信息量很大,又因为各种各样的原因设计师不能对内容进行轻易删减。如果不好好整理信息,会让界面越来越凌乱。我从去年开始做的很多项目都是这种情况,于是总结了一套简单好用,又有理有据的为复杂界面设计布局的方法。

高效产出PRD文档“三不”原则

    简单来说,拒绝高保真、拒绝废话、拒绝重复,把自己的时间花在产品的核心驱动力上,减少对无用功的投入,降低单调重复的操作频次,才能保证高效产出有价值的牵引力。

    现在业内对于产品需求文档(PRD)普遍认同的交付形式是Axure的原型+文本,当然你也可以说是Sketch或者PPT等形式,不论是哪一种,都是用可视化替代Word(喜欢看文本的程序员可能是假的)。

产品在跑,你在关注哪些数据?

    产品的数据,在产品当中作为一种价值的体现无时无刻不被所有人关注,一群产品汪闲来无事也会彼此关心的问上一嘴,其实接触过点产品人也都能说出几个数据指标,比如:PV、UV、活跃率、留存率等等,当然这些也都是产品经理需要关心的数据。针对不同类型产品的不同时期,我们关心的数据也肯定是不同的,接下来我就网上的一些资料和我的一些经验对不同时期做一个总结。

需求处理三步骤:需求梳理、需求分析、需求放大

    细准确的需求是一个好设计好产品的前提。在这里我们不过多讨论需求的来源,而是将重点放在当需求出现时如何能够更好的梳理并正确的分析需求。首先我们将需求从“确定出现”,到“落实设计”中间的这样一个阶段叫做“需求处理阶段”,在需求处理阶段大致划分三个步骤:需求梳理、需求分析、需求放大。

社群活跃的5大法则

    经常听到大家说,我加入了一个社群,感觉最初大家都很热情,一起讨论一起学知识,可是没过多久,潜水的人就越来越多。有时候想在群里说个话,都没有人回应。其实,这就是社群不活跃的表现。那么,从运营的角度讲,我们如何提高社群的活跃度呢?

事情要有“闭环”的思维

    又一次与 许超 谈项目刚刚回来,到家已经深夜了。这已经是说不清第几次了。今天在路上,许超问我:咱们是不是要完成一单了?这句话提醒了我。就从成本而言,我们付出的太多,往往没有结果。也就是没有闭环的思维。事情总归要有起始与结束的。但我们往往用很大的激情去做一件事,没有闭环的思维往往死在了腹中,得不到结果。这样算来成本往往是很大的。对于团队来说,消耗了很多的时间、物质与精力成本,打击了团队的信心。最重要的一点:做事情要用“闭环”的思维完成事情的起始与结束!

三个步骤,搭建用户运营数据化的循环流程

    建立数据化用户运营的必要性一是在于定量衡量你工作的价值,二是实现精细化运营的基础。流程化和精细化为每个运营人员都要具备的基本思维,如果说流程化的思考是运营人员对运营目标的定性思考,那么数据化就是对就是对这个目标实现路径和效果的定量描述,它将你的工作思路落实在具体的数据指标上以衡量你的工作效果和目标实现情况。建立数据化用户运营的必要性一是在于定量衡量你工作的价值,二是实现精细化运营的基础,比如后文提到的建立在数据基础上的用户分层分类和用户画像就是精细化运营的前提。数据化用户运营是利用用户运营的思路