客户端发布版本，原生开发周期长，苹果商店需要审核，正式发布后版本在用户群的更新仍需要一段时间，所以总体而言，客户端版本从测试完毕到大部分用户更新使用通常耗时一个月左右。如果希望敏捷迭代，验证产品思路观察用户使用数据，一个月才能得出结论显然不是令人满意的方案。
开展新业务、现有业务转型避免兼容问题以及未确定问题的验证等场景下对客户端迭代的周期要求非常迫切。业界常规的解决方案：移动应用Web化。WebView嵌入移动应用，Html5与Javascript展示页面元素和交互。Javascript还可与原生页面交互，控制部分原生页面的行为。Webview支持了快速迭代，体验亦可做得非常好。Quora、QQ和微信是此类实践的优秀案例。移动应用Web话的做法适用于只有一幅主干骨架什么都没想明白什么都想尝试的阶段。
客户端快速迭代的另一种方案：轻客户端重后台。客户端只有盘子、筷子和杯子，盘子盛什么，菜怎么做，菜端给谁全部交由后台负责。轻客户端重后台的做法适用于主干和旁支骨架已搭建好，但希望尝试不同肌肉造型的产品阶段。
Web网页版本发布后，新老用户在浏览器里看到的都是最新版本，因而不存在版本兼容问题。准确地说，Web网页的url结构更新后，通过老url访问可能会出现404情况。但这种问题在Web很好解决，所以总体而言，Web的版本兼容问题是几乎不存在的。
客户端发布版本与Web差异很大。客户端所有代码封装打包发布市场，用户下载并安装应用到手机或桌面。新版本必须重新安装才能更新老版本，否则老版本将一直运行。所以客户端版本兼容是产品经理必须面对的问题。
版本兼容的根本原因：原有特性的变更。 Continue reading 客户端版本兼容的因与果
客户端/服务器模型（也称C/S模型）是现代互联网通信的基础架构。客户端包含桌面客户端、浏览器、手机移动应用、平板应用等多平台终端，服务器包含Web服务器、数据库服务器等后端服务设备。通常，客户端代表用户向远程服务器发起请求，服务器接收并处理请求，返回相应数据。产品经理只需明白该基础框架，无须详细了解该模型的实现协议和端口等细节。
产品经理理解客户端/服务器模型后，在产品规划阶段就可以构思出基本的实现逻辑，心里有了想法后再和开发沟通就节省了很多时间成本。开发提出实现方案后，产品抓住C/S模型主干也可以快速理解开发方案提高沟通效率。
客户端/服务器模型理解实例一：推送&拉取
服务器主动发送消息是推送，客户端向服务器请求消息是拉取。以微信朋友圈为例，你发了一条朋友圈动态，服务器接收动态消息，并将动态的更新提示推送到可以看见你朋友圈的好友手机上，于是你的好友手机上就有了朋友圈的小红点提示。
你的朋友点击进去看朋友圈，客户端发起请求，拉取你的朋友圈消息正文和图片。拉取成功后，你的朋友就看到你的朋友圈消息啦。 Continue reading 客户端/服务器模型的理解