15年工作的一次事故

8月份,迎合电商市场氛围,公司发起了818美妆大促,8月18日当天订单量突破一万。在纯移动电商里,这个成绩是非常不错的。然而问题随之而来,系统宕机,后端订单消化不了,客服忙不过来,直接导致大批顾客投诉发货慢联系卖家没反应。局面日趋恶化,除加快订单生产能力和客服处理能力外,发布了延迟发货公告并发放优惠券补偿买家,这场风波才逐渐平息。

这次事件的背后暴露了电商基础设施的薄弱,也证明了用户掌控感和快速响应的重要性。但最重要的一点是事前没有完整详细地评估整个活动上下游可承受的最大负荷,并采取措施规避风险。

日常活动策划由活动运营小组负责,然而大型促销活动应联合供应链、客服、开发、仓储物流等部门共同商讨沟通,确保每个环节承接住活动负荷。而这些在818大促里都缺失了,活动策划里只有选品、页面设计、优惠券设置、外围市场推广,直接导致了事故的爆发。

刚入行做产品那会儿,设计的功能缺斤少两,因为没有考虑运营、统计的需要。818事件与之类似,没有完整考虑上下游各个环节。更广泛地说,运营一个活动、策划一个产品、开启一个市场推广、发起一个市场公关、招聘一名行业骨干、寻找下一轮融资,所有这些都需要主导者能够站在不同角度全面思考每个环节。

产品经理懂点儿技术

从事产品工作以来,对于产品经理是否要懂技术这个话题,我的回答从来都是必须懂点儿啊。

想象下产品经理完全不懂技术,设计的产品方案应该会有两种情况:第一种情况,囿于他人的实现无法突破现状。产品经理经常观摩把玩竞品,发现竞品哪点实现得好,则复制再应用到自家产品上。商业产品环境中,这种现象再普遍不过了。但简单复制竞品会严重限制产品的创新性和实现的优雅性。

第二种情况是,产品方案天马行空。天马行空本非完全的坏事,具体到执行层面需要详细而谦逊地与技术人员沟通,虽然沟通成本会因此成倍增加。

产品或保守或激进,沟通成本增加是产品完全不懂技术的主要弊端。

产品和技术应是双剑合璧的组合。产品可以为技术找到最闪耀的发光点,技术可以为产品实现最优雅的互动。

微信的面对面建群、长按识别二维码问世时,优雅畅快的实现方式确实惊艳了我,不禁内心暗道,要是我肯定想不到这种实现,妈的用着太爽了!

不谙技术,不了解其中远离会大大限制产品经理的发挥空间,很难创造出微信里那惊艳四方的方案。

若要补齐短板除了产品自学技术原理、保持对产品实现的敏感外,技术与产品的琴瑟和谐也是非常棒的。产品将希望达成的目的和技术沟通,技术耐心地与产品一同想办法,碰撞出优雅的实现。问题是实际产品环境中这种和谐可望而不可得。

反正我没得到过。

产品的运营感

产品的关键任务:定流程、搭架子。

定流程:定产品研发流程,定用户任务流程。搭架子:搭建产品团队架子,搭建用户高效完成任务的产品形态。

两者中面向最终用户的流程和架子是这里主要探讨的。

产品经理完成用户路径分析和产品形态搭建后想想,用户为什么要用?需要有什么要的机制让用户一直用得嗨?

运营的任务是盘活人和事。产品各个模块和内容需要盘活,各个阶段的用户需要盘活,外部渠道需要盘活,整个产品这盘棋都需要运营盘活。总结起来,运营就是找到用户的G点,并持续刺激它。

运营所寻求的G点不就是产品所需要的。产品需要有运营盘活一盘棋的思想。

落实到具体操作上,仍然是分解产品任务体系。

分解产品元素,哪些路径的点击可以再减少些,哪些任务的文案可以更有吸引力些,哪些任务的冷启动不好,所有这些问题都可以站在运营角度去思考,提升产品的运营感。

定流程、搭架子是产品经理的基本功。如何搭好架子是一项需要长期训练的工作。观人性识人心,努力打造自己产品的核心竞争力和口碑传播。

所有道理都是知易行难。

如何全面考虑交互事件

撰写PRD的要求之一是全面细致,细到开发人员阅读后不必再找产品经理确认沟通。现实商业环境中,许多公司特别是创业公司,产品研发甚少或者直接没有产品文档。造成这种现象的原因有二:1)产品、设计、测试、开发团队太默契了,已经到了相互间一个眼神就能明白彼此心意的地步;2)产品经理没时间写或者偷懒,而研发团队和上级也不重视基础文档,只要能交付产品就行。情况一将产品的顺利交付寄托于团队的心意相通,这往往是镜中月水中花;而情况二则以时间为廉价生产资源,以可能的线上风险为代价。创业公司讲究快速,不拘泥形式无可厚非,无成型文档的情况下产品进程掌握于稳定的团队成员手中必不可少。 Continue reading 如何全面考虑交互事件

客户端快速迭代

客户端发布版本,原生开发周期长,苹果商店需要审核,正式发布后版本在用户群的更新仍需要一段时间,所以总体而言,客户端版本从测试完毕到大部分用户更新使用通常耗时一个月左右。如果希望敏捷迭代,验证产品思路观察用户使用数据,一个月才能得出结论显然不是令人满意的方案。

开展新业务、现有业务转型避免兼容问题以及未确定问题的验证等场景下对客户端迭代的周期要求非常迫切。业界常规的解决方案:移动应用Web化。WebView嵌入移动应用,Html5与Javascript展示页面元素和交互。Javascript还可与原生页面交互,控制部分原生页面的行为。Webview支持了快速迭代,体验亦可做得非常好。Quora、QQ和微信是此类实践的优秀案例。移动应用Web话的做法适用于只有一幅主干骨架什么都没想明白什么都想尝试的阶段。

客户端快速迭代的另一种方案:轻客户端重后台。客户端只有盘子、筷子和杯子,盘子盛什么,菜怎么做,菜端给谁全部交由后台负责。轻客户端重后台的做法适用于主干和旁支骨架已搭建好,但希望尝试不同肌肉造型的产品阶段。

竞品分析

竞品分析对于产品经理的重要性不言而喻,竞品分析是了解行业现状和市场的重要途径。在很多公司,新入职的产品经理第一件事就是产品体验和竞品分析。但……竞品分析真的靠谱吗?竞品分析能做什么,不能做什么?

通常意义的竞品分析只是关注了当前时间点上的竞品现状,历史的迭代和更新无法获知。我们无法形成竞品整个的迭代路径,这样的竞品只能得出是什么的结论,而无法深层次的思考到为什么。

竞品的体量可从媒体报道里略知一二,竞品内部产品的数据却连皮毛都摸不到,后端的处理逻辑也是一个完全封闭的黑盒子。

可能竞品团队正在修正或规划一些功能特性,我们这些局外人也是无法知晓的。

基于以上几点,竞品分析是了解竞品分析和市场的重要而常规的手段。不可无竞品分析,也不可倚重竞品分析,特别不能跟着竞品亦步亦趋。回归到市场价值的本质,找到自家产品的核心竞争力。以核心竞争力为基础,打造口碑和情感的精品才是王道。 Continue reading 竞品分析

我们如何在社交网络里相遇

社交网络是人与人互动的空间,人是社交网络的基本要素,也是最重要的要素。人与人之间的联结(评论、点赞、关注、分享、祝福)是社交网络持续发展的保障。而产生联结的重要环节是人和人的相遇,一个人在何种场景下会遇到其他人,会有哪几种方式关注到好友? Continue reading 我们如何在社交网络里相遇

产品经理怎么看设计稿

交互和UI设计师输出高保真设计稿后,产品经理要确认设计稿符合产品的逻辑和调性。

首先确认的是信息元素和层级。设计稿必须恰当齐全地反映全部该有的信息元素,信息元素间的层级关系必须正确地构建。

其次确认的是元素状态。每个信息元素的状态应该齐全,信息元素按对象大小可分为按钮&标志、组件和页面。信息元素的状态取决于产品对象以及外界限制。如电商里商品的在售、下架、售罄状态决定了商品图片和购买按钮的状态。外界无网络时页面是无网络状态。所以UI元素状态是产品对象和外界依赖对象的状态的外在表现。

第三确认交互操作流。一系列的产品任务分解到每一个交互操作是否通畅,是否足够精简。点击、时间利用率是否可以再高效些。

最后确认情感体验。产品的视觉和格调在情感认知上是否和产品的定位和用户群体一直。用户传播上是否具备亮点等。

全方位视听交互体验

移动与桌面客户端运行在本地,天然地具备多样交互体验的条件。Web技术不断演进,为网页实现丰富的体验创造了条件。桌面客户端常见声音、动画的交互体验。典型的如Windows开机声、酷狗打开声音“Hello,Kugou”、迅雷下载成功的提示声音,Windows视窗淡入淡出动画、Linux超级炫丽的桌面动画特效。

移动端手机与平板因为手的灵活动作交互体验异常强大。已知的交互手势有点击、双击、长按、滑动、双指点击、双指放大等。点击滑动长按是移动设备基础的交互操作,双指点击和放大则作为部分场景操作的快捷方式。iOS与Android都支持广泛的手势操作,但两者对手势操作的内容和对象不同。例如,iOS对列表条目的删除采用左右滑动手势,而Android更多的是采用长按手势。下图为常用手势归纳。 Continue reading 全方位视听交互体验

客户端版本兼容的因与果

Web网页版本发布后,新老用户在浏览器里看到的都是最新版本,因而不存在版本兼容问题。准确地说,Web网页的url结构更新后,通过老url访问可能会出现404情况。但这种问题在Web很好解决,所以总体而言,Web的版本兼容问题是几乎不存在的。

客户端发布版本与Web差异很大。客户端所有代码封装打包发布市场,用户下载并安装应用到手机或桌面。新版本必须重新安装才能更新老版本,否则老版本将一直运行。所以客户端版本兼容是产品经理必须面对的问题。

版本兼容的根本原因:原有特性的变更。 Continue reading 客户端版本兼容的因与果