Project Management

信息分析工具之—$APPEALES【转】

$APPEALS 是一种市场需求和收集的方法,一般是使用在市场规划和产品规划的细分市场中,因为可以从多个维度,不同的权重来分析需求,所有$APPEALS一定会联系到细分市场,联系到竞争对手,涉及到差异化分析和蓝海的价值创新(减少,增加,剔除,创新)。差异化可以说是理解市场和分析市场中的一个重要内容,只有清楚了差异化才能够树立自己产品的核心竞争力。

$APPEALS方法是IBM在IPD总结和分析出来的客户需求分析的一种方法。它从8个方面对产品进行客户需求定义和产品定位。具体如下:

  • $-产品价格(Price);
  • A-可获得性(Availability);
  • P-包装(Packaging);
  • P-性能(Performance);
  • E-易用性(Easy to use);
  • A-保证程度(Assurances);
  • L-生命周期成本(Life cycle of cost);
  • S-社会接受程度(Social acceptance)。

使用客户$APPEALS框架来确定客户的欲望与需要,建立针对每一个细分市场的产品包对应图。客户$APPEALS框架的目的主要包括以下方面的内容:

  • 处理目标细分市场的全部客户欲望与需要
  • 建立客户驱动的需求集,作为投资的重点
  • 确定要想在所选细分市场获得成功必须达到的主要分界标准
  • 确定促使客户选择公司产品的主要差异

$价格
这个要素反映了客户为一个满意的产品/交付希望支付的价格。用这个标准来要求供应商时,要从实际和感觉这两方面来考虑客户能接受的购买价格。将包括以下的数据评估:技术、低成本制造、物料、人力成本、制造费用、经验、自动化程度、简易性、可生产性等。

A保证
这个要素通常反映了在可靠性、安全和质量方面的保证。用这个标准来要求供应商时,要考虑客户在可预测的环境下关于减少他/她关注确定的性能方面如何评价整个产品?这可以包括保证、鉴定、冗余度和强度。

P性能
这个要素描述了对这个交付期望的功能和特性。用这个标准来要求供应商时,要从实际和感觉这两方面来考虑有关功能和特性的产品性能。产品工作得怎样?产品是否具备所有的必须的和理想的特性?它是否提供更高的性能?从客户角度来衡量,如速度、功率、容量等。

P包装
这 个要素描述了期望的设计质量、特性和外观等视觉特征。就软件而言它描述了交付或提供的功能包。用这个标准来要求供应商时,要考虑客户对外形、设计等意见, 还有这些属性对交付的期望的贡献程度。关于包装的考虑应该包括样式、模块性、集成性、结构、颜色、图形、工艺设计等方面。

E易用
这个要素描述了交付的易用属性。用这个标准来要求供应商时,要考虑客户对产品的舒适、学习、文档、支持、人性化显示、感觉的输入/输出、接口、直观性等方面的考虑意见。

A可获得性
这个要素描述了客户在容易和有效两方面的购买过程(例如:让客户有他自己的方式)。用这个标准来要求供应商时,要考虑在整个购买过程的优秀程度,包括预售的技术支持和示范、购买渠道/供应商选择、交付时间、客户定制能力等。

L生命周期成本
这个要素描述了所有者在使用的整个生命周期的成本,用这个要素来要求供应商时,要考虑安装成本、培训、服务、供应、能源效率、价值折旧、处理成本等。

S社会接受程度
这个要素描述了影响购买决定的其他影响。用这个要素来要求供应商时,要考虑口头言论,第三方评价、顾问的报告、形象、政府或行业的标准、法规、社会认可、法律关系、产品义务等对购买决定起了怎样的促进作用。

对 于$APPEALS方法里面涉及到很多内容,首先是要通过用户调查收集具体的用户最关心哪个维度的问题,根据这些调查数据来确定每个维度的权重;其次是要 分析自己公司和竞争对手公司的产品在先阶段各个维度的评分,然后是画出相应的雷达图进行差异化分析。根据公司的战略目标和市场策略,应该重点关注哪些核心 功能和核心需求,如何减少自己的弱势并提升自我优势以体现差异化,如何进行价值创新等。



第一次拜访客户

今天下午第一次拜访客户收集需求,我的感受主要有三点:

首先,直观的了解客户需要一个什么样的功能:以前听别人转述可以知道我们要实现怎样的功能,

但通常都包含了转述人对需求加工的成分,如果描述不完整还容易造成理解的偏差;今天直接听到了客户对需求的描述,我要注意自己转述的时候别扭曲了用户的原意。

其次,知道客户提出某个需求做什么用、将如何使用:客户描述了实际使用中遇到的问题,所以希望这个功能怎样怎样实现以解决这个问题。

这样便于我们理解客户提出的需求,并且站在客户的角度思考功能的实现方式。可以在一定程度上避免做出来的产品是客户不需要的,或者不符合客户的使用习惯。

最后,客户能帮助我们排除他们不会使用的场景:前期我们项目组内讨论需求时大家都尽量覆

盖猜想到的使用场景和实现方式,与客户沟通的时候他们直接回答“我们不会这么用”。

另外客户和咨询师也会顺便给出一些对产品的反馈。并且是单纯的学习产品功能不考虑用户实际使用场景时不会考虑到的。

总之收益匪浅,以后能力提高了还要主动提供解决方案供参考,以后的事儿明天再说,今天回家了先~~



需求分析小试牛刀【1】

上周开始可以开始参与需求工作了,暂时参与需求跟踪和需求分析两个方面,先谈谈对需求分析的认识(太教科书的东西自己已经看了很多,不再这儿赘述):

  • 最初的想法:需求来源于客户,所以我们尽量采集客户的需求,然后整合规划后按照客户的希望实现即可。
  • 实际情况:假设客户可以正确的表达自己的want和need,但究竟想要个怎样的产品来满足自己的want和need客户通常没想好,或者压根儿不愿意想。这个设计、实现产品的工作就需要我们来做。我们要制造需求,并培养需求。

对新需求的需求分析是从想法到产品的分析,重点在思考如何实现;
新需求实现后如果需要整合到整个产品中,就要重点分析对原有功能的影响:

  • 并入需求和整个产品的风格是否一致?
  • 新需求属于整个产品框架的哪部分?
  • 业务流程是否有矛盾?
  • 功能是否有冗余?
  • 加入新功能后是否可提升产品的整体功能和竞争力?
  • 新需求的数据来源于哪里?处理后流向何处?

暂时想到这些,多问些问题还是有好处的,提问有助于促进思考。



qqplayer

soso 和 sogou 网页player循环方式提示对比

soso player:

sogou player:

soso player 比 sogou player 多了一个顺序循环的方式,应该是顺序播放列表中的内容,最后一个播完后停止。sogou player 没有此功能,但从我的角度出发,一点儿都不介意这个功能,如果可以顺序播放一个列表中的内容,播放完是否重新播放第一个都无所谓,甚至列表循环和顺序两者我更喜欢列表循环的方式。

sogou的循环方式用小图标全部显示在页面中,且设计上通俗易懂,并且辅助悬浮Tooltips提示,比较喜欢。