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 ]
[
下一页 ]