打字猴:1.704233e+09
1704233000 智能硬件,怎样“送礼”
1704233001
1704233002 再来看一下2C的硬件产品。这类产品在上市之前或上市初期,比较适合做一些新品赠送的活动。可以站在产品方的立场上设计一下这样的活动,尝试回答怎么送、送给谁这些重要问题。
1704233003
1704233004 首先要判断活动目的。如果是为了“公测”,那么应该送给一些目标用户,比如硬件发烧友,让他们帮助测试功能、性能及各种产品细节;或是送给小白用户,以获取易用性等反馈。
1704233005
1704233006 而对于2C的硬件产品,这类活动更多是为了“营销”。那么,就应该考虑如何把路由器送到价值最大的人手里,而这个价值,就是获赠人能影响的目标用户的数量,“送给谁”这个问题的答案也就有了——KOL(Key Opinion Leader,意见领袖),特别是互联网、商界、媒体圈子的意见领袖。从投入产出比来看,这样营销相当划算,但需要有个重要的前提,就是自己产品的性能和质量足够过硬,能一举征服这些KOL,最好促使他们自发地帮忙宣传、为产品背书。
1704233007
1704233008 以智能路由器极路由为例,它曾在线上微信群做过新品发布会,聚集了几百位KOL,并在群里发红包、抽奖,最终引发正向的口碑传播,效果不错。
1704233009
1704233010 这个例子可以推而广之,它告诉我们,要重视那些“单用户价值”很高的用户。你看,我在书里又帮他们宣传了。
1704233011
1704233012 上门服务,哪种靠谱
1704233013
1704233014 2015年,各种上门服务特别火,美甲、家政、洗车、厨师、按摩、宠物等服务项目轮番登场。到了2016,幸存者寥寥。这些发生在他人身上的教训,让我们认识到,资本推动的补贴并不是长久的商业模式,上门服务还是要做到行业效率优于旧模式才能持久。下面简单讲讲哪些因素是我们应该关注的要点。
1704233015
1704233016 第一,客单价要高。上门相对于到店,把用户在路上花费的时间转嫁到了服务者身上。因为“时间不值钱,收入水平低”的人在路上跑才合理,所以,上门服务应该是相对有钱的人才会叫的,高客单价能弥补服务者的时间损失。几十块的上门很难,几百块才靠谱。
1704233017
1704233018 第二,订单密度要高。为了进一步减少手艺人的路上时间,上门服务讲求“三公里效应”。要瞄准一个个小区域来攻克,以把订单密度做到足够大。只有让服务者在一个街区就能做满一整天的活,才能充分体现出高效的优势,而这背后依赖的其实是需求的频次。单次服务时间越短的上门服务,比如取送清洗的衣服或收发快递等,越要减少路上时间。有些服务项目设计得比较巧妙,比如有一家上门理发的服务,为了提高订单密度,只接写字楼里的企业客户,将常规认识中典型的2C业务转化2B业务,一下子提高了单位时间的服务人数。
1704233019
1704233020 6.1.3  成本评估与性价比
1704233021
1704233022 成本评估
1704233023
1704233024 判断完了功能的价值,就要评估另外一个同等重要的因素——成本。
1704233025
1704233026 判断一个产品功能的成本,有很多方面的考量,比如人力、时间、金钱等,甚至也可以把风险看作广义的成本。日常评估时,没法面面俱到,所以通常会先判断成本的瓶颈在哪里,然后用对成本瓶颈的评估来简化完整评估。互联网、IT行业的功能成本瓶颈一般在开发工程师的工作量上,所以常常把“开发量”的高低视为成本的高低。
1704233027
1704233028 那么,具体谁来评估?我认为有技术背景的产品经理,这时候自己上就可以了。因为这个阶段的评估是相对粗略的,可以称作成本的“初评”,虽然常用的计量单位还是“人天”(指一个人一天可以做的工作量)、“人周”、“人月”,但目的不是为了精确知道工作量,而是为了了解不同功能实现难度的排序。
1704233029
1704233030 这个时候只做初评的原因,一方面是因为评估准确也需要很多投入资源,而这个功能做不做还不知道,所以没有必要精确评估;另一方面是因为做不到,毕竟还没有确定功能细节,也不知道由谁来做这个功能。
1704233031
1704233032 举一个方案细节对成本影响的小例子。
1704233033
1704233034 电商卖家向淘宝的产品经理提了个需求,希望可以修改订单价格。这看起来简单,但具体做起来,难度可大可小。最简单的做法是直接修改总价的数字。但修改价格的目的,有可能是多种多样的。
1704233035
1704233036 ►买家经常要求包邮,那淘宝是否提供“包邮”这样的快捷操作功能,让卖家可以直接把总价中的邮费部分清零。
1704233037
1704233038 ►免邮费是否需要和地域结合,给出类似偏远地区不包邮这样的提示?
1704233039
1704233040 ►对于货款,卖家经常要修改的是打折、抹零,要不要提供更方便的操作?
1704233041
1704233042 ►老客户折扣有没有提醒?这又需要和CRM系统打通。
1704233043
1704233044 ……
1704233045
1704233046 往往,越想让用户简单,系统就要设计得越复杂。
1704233047
1704233048 所以,针对成本的初评来细化功能,细化到什么粒度是很讲究的事情。粒度太粗则没法评估准确,而太细又会浪费时间。这里面有个有趣的悖论:开发说你不细化我就无法评估,产品说你不评估我就不知道是否值得细化,双方各执一词,形成死循环。
1704233049
[ 上一页 ]  [ :1.704233e+09 ]  [ 下一页 ]