竹磬网-邵珠庆の日记 生命只有一次,你可以用它来做些更多伟大的事情–Make the world a little better and easier


293月/190

SaaS产品的核心组件

发布在 邵珠庆

1、什么是SaaS平台?

从宏观的角度来看,SaaS是一种软件应用程序交付方式,软件提供商集中化托管一个或多个软件应用程序,并通过互联网向租户体用这些软件应用程序。从分类上看,SaaS(软件即服务)也是云计算重要的一部分。目前国内主流的云服务提供商如阿里云、百度云、腾讯云等,为广大用户提供了不同业务需求的云服务,它们大致可以分为以下几类:

  • 1、基础设施即服务:如CPU、Network、Disk和Memory等
  • 2、平台即服务:如阿里云服务器和云数据库等
  • 3、软件即服务:阿里短信、阿里邮箱等
  • 4、数据即服务:如阿里云对象存储,七牛云存储等
  • 5、其他软件服务:机器学习、人工智能等

SaaS应用程序的任何更新或者修复漏洞操作都是由软件提供商负责实施和处理的,由于租户是通过互联网获取软件服务,所以租户端无需下载任何的升级包或者修复补丁,是一种开箱即获取最新软件产品的服务方式。

通过对什么是SaaS的介绍,接下来,我们了解一下选择SaaS作为软件架构来设计产品的一些理由。

2、为什么选择SaaS?

我们将从不同的角度来阐述几个为什么选择SaaS的理由。透过对这些因素的分析,为你是否需要将自己的软件SaaS化提供一定的参考依据。

2.1、消费者角度

获取软件服务的方式足够简单,SaaS也许是迄今为止使用软件最简单的方式之一,租户只需要动动鼠标和键盘,即可在几小时甚至几分钟内获得一个大型的软件服务。相比于传统使用软件的方式,租户省去了研发、部署、运维等一系列繁复的过程,且获得软件的时间和费用成本都大幅度降低。

2.2、商业角度

SaaS可以体用跨地域、跨平台的软件服务。与此同时,软件服务商可以统一对软件进行版本管理,这将带来以下几点好处(包括但不限于):

  • 1、缩短产品上线时间:多端适配,统一版本,统一更新
  • 2、降低维护成本:不需要同时维护多个版本的软件实例,运维压力减小
  • 3、容易升级:由于版本得到有效控制,一次升级,即可覆盖所有租户端

3、SaaS的特性和优势

我们将SaaS应用程序与传统的桌面应用程序做一个水平的对比,部署一个SaaS产品将可以获得以下的几点优势。

3.1、简单

SaaS化的产品通过互联网向租户提供软件服务,随着Web技术(如jQuery、Node.js)的进步,Web页面的交互体验度大幅度提升,交互更流畅、更人性化。与传统的桌面应用程序的人机交互效果相差无几。

3.2、经济实惠

SaaS化产品可以为租户提供弹性的付费方案,如按日、按月、按年、按使用人数或者按使用量进行计费,它将给租户提供更经济的使用软件的财务预算表。

3.3、安全

使用SaaS产品无需担心数据安全问题,这好比将钱存入银行一样安全。相较于企业内部部署的软件系统而言,SaaS产品具备更高的安全保障能力,因为软件提供商具有更多软件安全防护的技术资源、人力资源和财政资源。

3.4、兼容性

与传统软件相比、SaaS软件的兼容性更好,它没有传统软件的多本版维护问题和操作系统兼容问题。在SaaS软件中,租户用户在使用软件的过程中,几乎上感觉不到软件发生了改变。当租户用户登录到系统上时,就已经获得了最新版本的软件。

4、SaaS软件的适用范围

SaaS产品具有广泛的适应范围,特别是与其他云产品(如IaaS(基础设施即服务)和PaaS(平台即服务))配合使用时这种能力表现尤为突出,例如阿里云之类的云计算技术允许你配置可托管的Web站点、数据库服务器等。你只需要打开浏览器并登录到阿里云控制台,通过操作对应的控制面板,即可获得相关的软件服务。

从理论上讲,SaaS可以将任何的软件SaaS,下面列举一些通用的分类供大家参考:

  • 1、Office在线办公类SaaS产品
  • 2、电子邮件和即时消息类SaaS产品
  • 3、社交媒体类SaaS产品
  • 4、第三方API类SaaS产品
  • 5、安全和访问控制类SaaS产品
  • 6、机器学习类SaaS产品
  • 7、人工智能类SaaS产品
  • 8、地理位置服务类SaaS产品
  • 9、数据流和数据检索类SaaS产品

5、SaaS产品的天生缺陷

图 6-1 SaaS产品的缺点
从上图我们可以直观的看到,SaaS产品与生俱来的几个缺陷,接下来我们将逐一进行描述。

5.1、软件控制权

与企业内部部署的软件不同,由于SaaS软件被击中托管在服务提供商的Web服务器中,所以租户无法控制所有的软件应用程序,SaaS化的软件比企业自行部署的软件获得的控制权更少,租户可操作的自定义控制权极度有限。

5.2、消费者基数小

由于SaaS软件是将一套应用程序共享给一个或者多个租户共同使用,这种共享的消费方式还未被大多数的消费者所接受。同时,受制于市场环境的影响,目前还有大多数的软件还未SaaS化。

5.3、性能瓶颈

共享应用程序必然会带来服务器性能的下降、如计算速度、网络资源、I/O读写等都将面临严峻的考验。在性能方面,企业内部部署的“独享模式”的应用程序比SaaS软件的“共享模式”略胜一筹。

5.4、安全问题

当租户在选择一款SaaS产品时,产品的安全性将会被放置在第一位进行考虑。如数据的隔离、敏感数据的加密、数据访问权限控制、个人隐私等问题。在2018年5月25日,GDPR(General Data Protection Regulation)《通用数据保护条例》出现之后,越来越多的人开始重视数据安全问题。如何最大程度的打消租户的这一顾虑,需要服务提供商加强对自身信誉度的提升,以赢得租户的信赖。

6、SaaS产品的核心组件

不同类型的SaaS产品,由于要面对不同的用户愿景,可能在功能和业务上会有所不同,但任何一个SaaS产品,都具备以下几个共同的核心组件。

图 7-1 SaaS 核心组件

6.1、安全组件

在SaaS产品中,系统安全永远是第一位需要考虑的事情,如何保障租户数据的安全,是你首要的事情。这如同银行首选需要保障储户资金安全一样。安全组件就是统一的对SaaS产品进行安全防护,保障系统数据安全。

6.2、数据隔离组件

安全组件解决了用户数据安全可靠的问题,但数据往往还需要解决隐私问题,各企业之间的数据必须相互不可见,即相互隔离。在SaaS产品中,如何识别、区分、隔离个租户的数据时你在实施SaaS平台架构设计时需要考虑的第二个问题。

6.3、可配置组件

尽管SaaS产品在设计之初就考虑了大多数通用的功能,让租户开箱即用,但任然有为数不少的租户需要定制服务自身业务需求的配置项,如UI布局、主题、标识(Logo)等信息。正因为无法抽象出一个完全通用的应用程序,所以在SaaS产品中,你需要提供一个可用于自定义配置的组件。

6.4、可扩展组件

随着SaaS产品业务和租户数量的增长,原有的服务器配置将无法继续满足新的需求,系统性能将会与业务量和用户量成反比。此时,SaaS产品应该具备水平扩展的能力。如通过网络负载均衡其和容器技术,在多个服务器上部署多个软件运行示例并提供相同的软件服务,以此实现水平扩展SaaS产品的整体服务性能。为了实现可扩展能力,就需要SaaS展示层的代码与业务逻辑部分的代码进行分离,两者独立部署。例如使用VUE 微服务构建前后端分离且可水平进行扩展的分布式SaaS应用产品。对于可扩展,还有另外一种方式,即垂直扩展,其做法比较简单,也比较粗暴:通过增加单台服务器的配置,如购买性能更好的CUP、存储更大的内存条、增大带宽等措施,让服务器能够处理更多的用户请求。但此做法对于提升产品性能没有质的改变,且成本很高。

6.5、0停机时间升级产品

以往的软件在升级或者修复Bug是,都需要将运行的程序脱机一段时间,等待升级或修复工作完成后,再重新启动应用程序。而SaaS产品则需要全天候保障服务的可用性。这就需要你考虑如何实现在不重启原有应用程序的情况下,完成应用程序的升级修复工作。

6.6、多租户组件

要将原有产品SaaS化,就必须提供多租户组件,多租户组件是衡量一个应用程序是否具备SaaS服务能力的重要指标之一。SaaS产品需要同时容纳多个租户的数据,同时还需要保证各租户之间的数据不会相互干扰,保证租户中的用户能够按期望索引到正确的数据,多租户组件是你必须要解决的一个问题。其余的组件都将围绕此组件展开各自的业务。

107月/140

阿泡的产品管理心得

发布在 邵珠庆

A Business Is Not a Democracy(商业无民主可言)

Product Management is Inherently Political(产品管理就是内部政治)

  1. 我们为谁做产品决定了我们要做什么样的产品,我们做什么样的产品决定了我们的产品能走多远,我们的产品能走多远才最终决定了我们的企业能走多远。
  2. 在产品团队中,产品经理不是最聪明的人,最聪明的人在你的团队中,去发现这些聪明的人、聪明的想法。
  3. 产品经理想做好工作,必需要具备“五个一”:一个脑袋、一双眼睛、一对耳朵、一双手以及一双脚。
  4. 主动是要找到目标,好学是要实现目标,对产品经理这个人是如此,对产品经理的工作更是如此。
  5. 对于“产品”的认识决定了产品经理工作的广度,对于“需求”的认识决定了产品经理工作的深度。
  6. 对于产品经理来说,根本要关注的是如何提供给用户解决问题的最好方法,而不是提供给用户一个完美的产品。
  7. 一个好产品并不一定是一个能挣钱的产品,而能挣钱的产品,对于企业来说,则肯定是一个好产品。
  8. 作为一个产品经理,如果你还做不到为企业挣钱,那么就要先做到为企业省钱。
  9. 用户可以影响我们的产品方向,但不能决定我的产品方向。
  10. 教育用户这个问题的根本不是是否需要教育用户,而是教育用户的成本到底由谁来承担,这绝不能成为产品经理的一种惯性思维,一定视情况而论。
  11. 产品经理的理想且终极的目标就是:在合适的时间、合适的地点向合适的用户推出合适的产品!
  12. 产品经理,一个在跷跷板上工作的人,一边是用户的利益,一边是企业的利益,做好了是左右逢源,做不好就是左右为难
  13. 一个合格的产品经理应该是拉出去可以冲锋陷阵,拉回来可以排兵布阵,既有参谋的眼光,又有指挥官的果断!
  14. 一个产品经理需要了解的技术领域,宽度需要两英里,深度需要两英寸!
  15. 产品经理无非就做两件事情:知道做什么、知道怎么做。前者就是产品经理的战略规划,后者就是产品经理的战术指导。
  16. 产品经理,要相信自己的双腿,不要相信自己的耳朵!
  17. 作为一个产品经理,不要向别人轻易地承诺,也不要相信别人轻易的承诺。
  18. 情感是热血的,商业是冷血的,产品经理应该很多时候是一个凭热血去做冷血事情的角色。
  19. 产品经理在公司内的关系很简单,要么去和稀泥,要么去得罪人,但现在看,得罪人要比和稀泥更有前途。
  20. 都说忠言逆耳利于行,但对于产品经理来说,不但要有忠言,关键还得顺耳,才有可能利于行,这或许就是产品经理沟通能力的最高体现吧。
  21. 作为一个产品经理,在决策建议上可以允许失误,但绝对不能允许愚蠢。
  22. 成功就是不打折扣的执行,失败则是一个折扣接着又一个折扣的执行,因此,产品经理是不允许在业务执行上打折扣的。
  23. 无数的事实已经证明,一个产品的成功并不是由这个产品经理做对了多少决定的,而是由他的竞争对手做错了多少决定的。
  24. 产品经理一定是一个动脑比动腿多的职位,但要想更好地动脑,前提是腿必须先动起来。
  25. 这个世界上并不是没有需求,而是我们缺乏发现需求的眼睛。
  26. 都说产品经理的第一能力就是沟通交流的能力,怎么沟通、怎么交流,不是说你把该说的说了就可以了,而应该是把该说的说好了、说对了,说到团队成员的心窝子里才能证明你会沟通、会交流。
  27. 产品经理要面对的各类角色太多,很多时候都会形成一种对立面,在不涉及原则的情况,产品经理要学会先往后退。
  28. 产品经理一定要学会说“不”,面对的对象可能是我们的高层、伙伴以及客户,之所以这样,究其根本,是为了避免市场向我们说“不”。
  29. 对于产品经理来说,不是我们产品的机会越来越少,而是我们挖掘和发现机会的难度越来越大
  30. 对于产品经理而言,要处理好各种关系,不但要以人为本,还要以人的利益为本。
  31. 对于产品经理而言,知道不做什么要比知道做什么更有价值。
  32. 把任何想法都记录下来,如果不记录下来,这个想法将永远只是“想法”。
  33. 对于产品经理而言,应该是没事不找事,有事不怕事。
  34. 产品经理最大的智慧就是把别人的智慧变成自己的智慧。
161月/140

2014年互联网IT公司产品、技术类人员工资待遇大全

发布在 邵珠庆

以下均为应届毕业生的起薪待遇

一、民企

1. 百度 13k*14.6,special 14~17k*14.6

开发类 13K*14.6 (2014)

测试类、前端类 12K*14.6 (2014)

2. 腾讯 11.5k*16,special 12~14k*16

技术类研究生 11.5K*16 (2014)

终端开发本科生 10K*16 (2014)

3. 阿里 13k*15~15k*15,有17k*15,18k*15,有传说中的60w。

技术类 13K or 15K*15 (2014)

阿里星 25K*15+若干股票 总和接近60W

4. 360 13k*14~16k*14

5. 美团 13k*15~16k*15,也有更高的。

6. 去哪儿 11k*16~15k*16

7. 人人 技术类 (12K-14K)*14 (2014)

8. 58同城 20w+

9. 网易游戏 非清北17k~18k*16 测试 13k~14k*16 策划 16k*16

10. 网易互联网 11k~13k*16

11. 搜狐 13k~14k*14,更低的不知道

12. 新浪 微博 11k*16 (2014)

技术类 12.5K*14 (2014)

测试类开发 11.5K*14 (2014)

产品类 8.5K*14 (2014)

13. 创新工场 【不含涂鸦、豌豆荚】10k*13

14. 完美世界 最低12k*12+其他 【出乎意料地低】

15. 巨人 9k【低】

16. 大众点评 13k*14~16,有special

17. 豌豆荚 20w+

18. 携程旅行 11k*15

19. 盛大游戏 10k~12k*15

20. 爱奇艺 招人不多,一般13k*14

21. 豆瓣 21w+。

22. 凤凰网 视频开发10K*14 (2014)

23. 4399 技术类10K*14 (2014) 据说年终奖很多。

24. 赶集网 技术类 本科12K*15.2 (2014)

25. 酷派 技术类10K*14

26. 杭州同花顺 技术类6K*15

27. 锐捷 技术类11K*13

28. 兰亭集势 产品类 10K*12

29. 携程 技术类 6~9k*16

30. 小米 技术类硕士 13k*(13-15),special多1k

31. 陌陌 技术类11k×14+ 一些福利

32. 风云直播 研发22w

33. 北京风行网络 技术类 9000×15

34. 京东商城 技术类 9K*13

35. uc浏览器 技术类 8k×14+每天四顿大概12w

36. 科大讯飞 技术类 合肥硕士7.5k×13 上海杭州北京8500×13+1400住房补贴

37. 广州捷游 技术类 6.9*13 包三餐

38. 苏宁云商 技术类 南京/7000+400(房补)+200(饭补)

39. 福州锐捷网络 技术类硕士10k*13

40. 金山网络 C++开发(研究生)10~11K*14

测试(研究生) 8k*14

41. 创新工厂 技术类 10k×13大概13w

42. 盛大创新研究院 基础研发26W

43. 完美时空 技术类18W+

其他小互联网不列了,一般很少给得起【18w+】。

二、外企

1. 微软 【实习留用,校招少】,15~16k*12+奖金若干万。

2. IBM 【实习留用,校招极少】,11.5/12/12.5k*14,签约奖5w分两年给

3. 微策略 分档次,20~25w都可能。

4. 英特尔 【招人很少】 一般11k*13,其他不知

5. 思科 【缩招】18~20w

6. EMC 【招人很少】12k*14~15+其他约等于18w+

7. vmware 上海测试、研发校招名额不超过5人,18~20w

8. ebay 【缩招,往年校招已结束,今年刚开始,无网申,邮箱投递】,19w

9. EA【今年不招,去年26w+奖金】

10. 英伟达 18w+

11. ARM 【无校招】11k*13+其他

12. oracle 【招聘进行中】

13. Freewheel 16k*14

14. AMD、Autodesk,基本无校招,待遇不超过15w

15. 摩根IT base 由18涨至21

16. SAP 今年基本无校招 去年 ~11k*13+福利

17. 趋势 技术 12W一年

18. TP-Link

技术类本科 7.2K*16 3年拿分红

技术类研究生 10K*16 2年拿分红

其他外企不列,很多外企今年缩招甚至不招人

三、超级招人大户

1. 华为 10~13k*14,大多数是10*14.

2. 中兴 周围投得同学太少,请补充

四、金融机构

1. 招行信用卡 14w

2. 建行软开

3. 农行总行软开 6.5K*16个月+1500×12

4. 交行软开

5. 工行软开 待遇四大行中基本垫底

6. 中行软开 待遇四大行中基本垫底

7. 中国证券登记结算中心 20w+

8. 平安科技IT 技术15w,咨询18w+

9. 上海清算所,18w+

10. 银联商务 约17w

11. 银联数据 6000*18+高公积金+高福利,约等于15~16w

12. 南方基金IT IT部门 25W?

910月/110

渠道:关键词

发布在 邵珠庆

营销学中的渠道

  美国营销协会(AMA)对渠道的定义是:公司内部的组织单位和公司外部的代理商、批发商与零售商的结构。   

渠道级别 销售渠道结构
0级销售渠道 生产者→消费者
1级销售渠道 生产者→零售商→消费者
2级销售渠道 生产者→批发商→零售商→消费者
  生产者→代理商→零售商→消费者
3级销售渠道 生产者→代理商→批发商→零售商→消费者
  生产者→批发商→中间商→零售商→消费者

1、“渠道”在“4P”中的地位和应用

  “4P”是市场营销中一个很重要的概念:产品、价格、渠道、促销。   当一件产品具备了“产品”的定义之后,自然会形成期内在的价值,也就是我们通常说的价格。价格 的浮动是一个很复杂的问题,价格在一定意义上决定了产品的生命力。但是在产品从生产者下线开始,就面临着一个很重要的问题——流通。产品只有能在市场上正 常地运转和流通才是其得以生存的根本所在。所以,“渠道”和一个生产单位的“资金流”一样,都具有非凡的意义。   只有在现实的市场流通中注重产品的渠道维护,才能从根本上去杜绝产品滞销带来的诸多的问题。在4P中,渠道的维护是一个相当重要的概念。

2、“渠道”在销售过程中的维护

  我们参照上面的这个“逐级分化”的渠道图标来分析一下,渠道在正常的运转之中需要注意的问题和其实际意义所在。   “0级销售渠道”其实就是“直营”的模式,中间减少了不必要的流通环节,把更多的利益缩减。 “0级销售渠道”是时下比较潮流的渠道模式,但是并不是对所有的产品都适用。这种类似于“点对点”的渠道模式比较适用于重型机械、大规模工程设施等“非快 速消耗产品”(和“非快消品”不是一个概念)。但是并不是只有这些行业可以采取该种模式,例如目下比较畅销的XX化妆品也采用了该种销售模式。一个关键的 问题是,该种销售模式需要的整个渠道的长期系统维护,需要投注比较多的人力,难以在整个系统中进行实际有效的维护。   “3级销售渠道”,我们跳过中间的两个模式,因为只要理解了这个比较复杂的模式,前两者都是类似的。为了便于说明问题,我们举一个简单的例子来分析。我们单单从“价格”这个方面来诠释该种渠道模式,因为在产品的整个的流通过程之中,“价格”的因素是最直观的。   我们举例的产品是一箱饼干(我们拿快消品来举例是因为最直观和比较能说明问题)。我们的这箱饼 干含有10包饼干。也就是说,10包饼干构成一箱饼干。生产一箱饼干的成本是10元(以下价格均为虚构价,但是其每道流通环节的增幅可以视为实际)。成本 为10元的饼干的出厂价格我们设为20元。因为任何的企业都是以盈利为目的的。假设我们的市场为A县城,A县城的张三代理了这个品牌,张三就是该公司在A 县城的代理商。这箱饼干到了张三的手中价格成了21元,因为中间存在了一次流通环节。张三做代理的目的是“薄利多销”。他以每箱饼干23元的价格分销给各 个批发商,并且和批发商议,面对销售终端店的价格为25元。这样,一箱饼干在张三这里可以赚取4元,在批发商那里可以赚取2元。当这箱饼干到了超市之后, 它的价值“骤增”,每包饼干的零售价格成了4元,整箱全部出售的话,可以卖40元,减去进货价25元,超市净赚15元。在整个的流通环节之中,终端的盈利 是最大的,要远远超越中间的各个环节。   我们不难看出,使得整个流通环节顺畅的关键的因素是逐级让利。一个好的产品,要想在市场上正常运转是相当困难的。我们单单就价格的一个因素来分析其实是不全面的,关键还是整个市场的渠道正常。需要有人力来进行维护和拓展。良好的渠道运作是公司梦寐以求的。

309月/118

网站运营一定要做的八件事

发布在 邵珠庆

一、内容建设

一个成功的网站核心是什么?那就是内容,如何去建设呢,下面介绍几点:

1、提供内容

内容是围绕用户的需求创建的,通过数据分析,市场调研来分析用户的行为,确定用户的需求.给用户提供有用的内容,这是主要的方向。

2、激励用户贡献内容

内容的建设起初是运营人员去创建内容,吸引用户,当网站有一定人气后,一定要做的是内容的日常维护和管理,主要通过运营策略去刺激用户不断地创造更多的内容,通过不断循环,带来新用户,产生更多内容。

3、挖掘忠实用户:

产品发展成熟后,可实行管理制度,主要是交流社区这一块,让忠实的用户去管理和交流,引导用户去维护,让内容和讨论都有针对性。

二、用户维护

用户维护是管理产品与用户群之间的关系,以社区类网站说明以下几点:

1、建立和完善帮助系统,发布友好的产品公告

2、及时解决用户的反馈的问题,为他们提供更好的服务(客服)

3、主动邀请用户来体验和尝试新产品,让用户参与到我们网站中来

4、对虚拟系统和等级系统进行合理的设置,并在运营中对其进行优化改进

5、在社区交友中,会存在一些用户之间的情绪问题,要调节用户之间的矛盾,争议并能调和氛围

6、社区管理员在用户群中会有一定的权威性,一定要树立一个好的形象,让用户建立对网站的信任度很重要,这样不仅能提高用户的忠诚度,而且能提高产品的品牌形象,为口碑营销打下好的基础。

三、产品需求

产品虽然是产品人员的工作,但是在运营过程中,运营人员与用户接触的最多,这样更能理解用户的需求,不断给产品提出建议,也是运营人员要做的事情,产品和运营人员共同策划出的产品,才能更好的满足用户的需求。

四、数据分析

数据分析是产品运营中最重要的一部分,以下介绍几点:

1、通过数据能了解产品的问题

每个产品都会有要分析的数据指标:pv,uv,登录数,会员数,帖子数,回帖数等,这些数据根据产品的不同,会有所改变的,通过分析这些数据的变化可以了解到产品目前存在哪些问题,发现问题所在,则需要对产品提出优化需求。

2、通过数据能了解用户的行为

通过一些特定的数据指标,分析用户在网站上的操作情况,更有利于了解用户的行为,如用户最喜欢进入的页面,最喜欢看的内容是哪些,通过一系列的分析,更能对产品进行深层次的优化。

3、作数据分析需要出的文档

数据记录表格(excel)和数据报告(word)

五、活动计划

产品发展到一定阶段是需要活动来维系的,一般有几种活动目的,第一个是引导用户创造内容;第二个活跃社区的气氛,增加用户群关系;第三个通过对外合作的方式,增强产品的品牌。

下面介绍下运营人员需要作的具体工作:

1、制定半年的活动计划:大概的了解下产品可能需要做什么活动,优先在脑海中思考下,当然这也随着时间的变化,活动也会有改变的。

2、活动的收集:多参考其它产品,看看其它产品做了什么活动并做收集,以便以后在做具体方案时,能够做参考。

3、活动方案制定:具体执行方案的文档内容包括主题,内容,时间地点,目的,奖项设置,说明,活动投入预算等。

4、活动总结:对结束的活动进行总结,输出总结报告,包括主题,时间地点,目的,实现效果,活动的优缺点,实际的预算。

六、营销计划

产品在推广过程中需要对外营销,提高产品的品牌形象,以下说明几点:

1、广告合作

2、渠道合作

3、病毒营销

4、事件营销

对于营销做的不是很多,只大概的说明几点,希望与有经验的高手一起学习探讨。

七、产品分析

分析同类产品是所有运营人员也需要做的

从产品角度:主要借鉴其它产品的优势和弥补我们产品的不足,多看多用能够给我们带来更多的灵感,也更能给产品提出好的建议。

从运营角度:在使用其它产品的同时,多多思考其它网站的运营思路和盈利模式,通过怎样的运营策略运用到自己的产品中。

产品分析的要点: 产品的内容,用户群,产品风格,发展方向,流量,盈利模式等。

八、运营总结

运营人员在做一段时间后,都会有一些运营的心得体会,感受等,可以将自己的想法记录下来,这也是一个成长的经历,如果能够发表到网站上与大家一起分享,交流,学习,与同行业的人沟通的越多,才能跑的更快,更远!

308月/1112

Mockingbird: 纯JS在线产品原型设计工具

发布在 邵珠庆

Mockingbird: 纯JS在线产品原型设计工具

 

4085137667 b77831672c o Mockingbird: 纯JS在线产品原型设计工具  By Web2.0 盗盗

Mockingbird 是一款基于 Cappuccino 开源框架下的产品原型设计工具,能够模拟桌面软件给予设计人员更快速的上手和实践。

Mockingbird 是一款类似于我在此前介绍的 MockFlow 产 品,它为用户提供了完全基于浏览器窗口的产品原型设计服务,由于Mockingbird 采用了Cappuccino开源框架,能够较为逼真的模拟 Axure 这类桌面软件,给用户极大的亲切感。Mockingbird  内置了常用的各种Web控件,包括Text, Link, Button, Image, List, Box 等等,鼠标拖拽便可添加至画布中;支持中文。

137月/1119

如何进行产品需求收集?

发布在 邵珠庆

什么是产品需求?
问题其实很简单,你要做产品,你肯定会想产品最后到底要做成什么样。基于这个目的,你势必会去了解你的产品到底给谁用,他们需要什么。“他们需要什么”就是所谓的“需求”了。

产品需求收集原则
互联网并不缺少用户需求,恰恰相反,用户需求泛滥。面对市场上众多的“需求”,那些才是真正的用户需求呢,那些需求符合公司的产品战略要求呢?

需求采集的指导原则:

* 以公司的产品愿景、产品战略为指导

产品愿景及战略决定了:需求采集应该面向那些细分的目标用户群,而非普遍撒网;对不同的用户需求进行优先级排序出现需求冲突时候取舍的标准;确定能实现或者不能实现的需求;

* 以用户欲望为准绳,给用户带来“价值”而非“功能”

需求收集方法
1)、建立需求收集机制:明确每个需求收集活动参与者的岗位职责、建立需求预处理流程、周期性的重复需求收集活动

2)、使用统一的需求收集系统

3)、采取一定的需求收集技术和方法

关于需求收集的方法,如何做好需求收集 这篇文章讲解得比较详细,可以参考其内容。

用于需求收集的常见手段包括:

* 原型法
* 头脑风暴
* 用户访谈法
* 问卷调查法
* 标杆分析法
* 观察不期而遇的用户
* 各种会议(如用户大会、展览会、学术研讨会等)
* 现场支持
* 和支持团队(运营团队、技术支持团队)谈话
* 客户热线
* 客户满意度调查
* 用户行为分析
* 合作开发

一些思考:

1)、需求收集应该收集用户真正面临的问题和业务场景,这样才能够捕获用户真正的需求,而不是只盯住用户提出系统需要实现什么样的功能, “需求收集”不是“需求汇总”。

2)、用户要的是产品的“价值”,而非产品的“功能”。只有当一个产品功能真正帮客户解决问题,这个功能才具有价值,也才真正有“功能”。

3)、需求收集流程要真正发挥作用,必须在组织层面通过组织管理制度及绩效考核制度来保证,将需求收集纳入到各相关部门的绩效考核中。不能指望大家三分钟的热情。

4)、需求收集流程的执行情况是一个公司管理是否规范的试金石,也可以衡量一个公司是否真正“以市场为导向、以客户为中心”。

5)、需求收集既要避免“什么都要做”的冲动,又要避免“只关注当下需求”,核心根源还是在于产品战略是否清晰。

6)、常规的需求收集手段并不能够解决产品创新问题,但如果没有持续的需求积累,创新就无从谈起,创意的灵光源于专业。

7)、尊重竞争对手和用户。竞争对手和用户并不像我们想象的那么愚蠢,以自己的标准来度量别人的产品才是真正的愚蠢。很多时候我们从自己的预设立场出发, 否定掉了众多创新机会。对竞争对手,我们应当首先成为其产品忠实用户;对用户,我们应当通过用户社区等互动手段来“倾听用户的心声”。

需求收集理论模型

a、$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市场需求和产品定 位工具

 

b、客户满意度模型(Kano模型)

    KANO模型定义了三个层次的顾客需求:基本型需求、期望型需求和兴奋型需求。这三种需求 根据绩效指标分类就是基本因素、绩效因素和激励因素

    基本型需求:顾客认为产品“必须有”的属性或功能。当其特性不充足(不满足顾客需求)时,顾客很不满意;当其特性充足(满足顾客需求)时,无所谓满意不满 意,顾客充其量是满意。

    期望型需求:耍求提供的产品或服务比较优秀,但并不是“必须”的产品属性或服务行为有些期望型需求连顾客都不太清楚,但是是他们希望得到的。在市场调查 中,顾客谈论的通常是期望型需求,期望型需求在产品中实现的越多,顾客就越满意;当没有满意这些需求时,顾客就不满意。

    兴奋型需求:要求提供给顾客一些完全出乎意料的产品属性或服务行为,使顾客产生惊喜。当其特性不充足时,并且是无关紧要的特性,则顾客无所谓,当产品提供 了这类需求中的服务时,顾客就会对产品非常满意,从而提高顾客的忠诚度。

    一旦每个需求都得到了明确的分类,就能够在需求收集过程对需求进行优先次序排序。

    关于Kano模型的详情,可以参考kano模型  及 需求 入门 - 用Kano模型来确定需求优先级

kano模型

 

2009111821404613

 

c、层次分析法(AHP, Analytic Hierarchy Process)

    在做需求收集时候,最为麻烦是确定用户需求的优先级,利用层次分析法(AHP, Analytic Hierarchy Process)可以从不同的方面(如重要性、风险、成本)等角度去比较每两个用户需求之间的优先顺序。

    层次分析法将决策总是有关的元素分解成目标、准则、方案等层次,在此基础之上进行定性和定量分析的决策方法。这种方法的特点是在对复杂的决策问题的本质、 影响因素及其内在关系等进行深入分析的基础上,利用较少的定量信息使决策的思维过程数学化,从而为多目标、多准则或无结构特性的复杂决策问题提供简便的决 策方法。尤其适合于对决策结果难于直接准确计量的场合

    在IBM Rational Focal point中提供了层次分析法对需求进行排序。

d、四象限定位法

四象限定位法以需求的急需性作为横轴,需求的重要性作为纵轴,可以建立如下的消费者需求四象限图:

消费者需求四象限图

具体内容可以参考 四 象限定位法

当然还是其他的一些方法,例如:Delphi方法、亲和图法(Affinity Diagram)等

创新产品的需求收集:你是否有自己的idea bucket?

    对于众多颠覆性创新的产品,其核心的创意很多时候与现有产品的需求及要求是相互矛盾的,因此这些创意是不可能完全依赖现有产品的需求收集过程得出来。

    当然任何创意也不可能从空而降,这些创新性产品之所以能够脱颖而出,根本原因还是在于这些产品经理们对于所在行业的用户真实需求及痛苦之处有深刻的了解, 然后“Think Different”。别的产品经理们在审视收集的各种需求时候把这些创意作为“不靠谱”的需求而过滤掉了,而这些创新产品的产品经理去把这些需求作为一 个创新的机会来把握住了。

    因此创新产品的需求仍然可以收集,只不过相对于普通产品的需求收集过程,我们在标准上应当更加开放。在需求收集平台中,我们应当单独留出一个创意桶 (idea bucket),专门用于收集、汇总各种产品需求、创意、设想等,并定期在公司层面回顾这些创意,以发掘产品创新的机会。

    前面的Kano模型也经常用于产品创新领域。

常用需求管理软件

  除了使用自行开发的软件来实现统一需求收集外,一些常用的需求管理软件也可以用于类似场合:

    IBM Rational Focal Point

    IBM Rational Requisite Pro

    IBM Rational DOORS

    Jira

    Borland Caliber RM

    其中Focal Point用于需求收集是最为合适的工具。