产品和团队

python基础

浏览数:569

2019-10-7

这一篇,来聊聊产品设计以及和产品有关的各个团队。。。

一、大产品,大设计,大团队

1、产品之大

产品之大,可以从时间和空间两个角度来说。时间指的是产品的生命周期;空间呢,则是做产品必须考虑的三大方面:商业、产品、技术,缺一不可。

时间之大:产品生命周期

记得今年五月份时候,当时为了整理一份微服务框架的培训文档,看了很多资料,当时有看到这样一句话:要做有生命力的产品。

前面的博客也讲到了,产品是一个长期的过程,需要不断迭代不断维护更新,而项目,则是一次性的一个任务,完成即结束。

空间之大:商业、产品、技术

商业:在公司中主要由市场、营销、企划等部门来考虑,决定产品的销售渠道、价格策略、促销策略、服务模式等。

产品:比较狭义,在互联网企业,往往指的是“产品部门”,在传统企业(比如笔者所在的公司,零售企业),往往是商品设计、实现、运营部门,他们负责功能范围、运营手段等。

技术:主要由开发、测试、运维等部门考虑,他们决定了产品的稳定性、性能、甚至用户体验等方面。

一个产品最终的成就大小,往往取决于这三个方面,缺一不可。但这三方面,在不同企业又有强项和弱项,这一点,主要由企业本身产品的特点有关,比如:

Google就是出名的技术主导团队,Apple则是无可争议的产品主导型公司,而早期的阿里,则是商业主导型。

PS:业内有句戏言:百度的技术,腾讯的产品,阿里的运营。。。

2、设计之大

产品的设计之大,体现在产品设计的五个层次上,下面是业务很著名的一张图:

战略层:明确商业目标和用户需求,找准方向,重点是解决两者之间的冲突,找到平衡点。

范围层:明确“做多少”,对于软件类产品,是确定功能范围,对于网站类产品,则是确定内容范围;这个阶段需要做好需求采集、分析、筛选、管理、开发等工作。

结构层:考虑产品各个部分之间的关系,即“怎么做”。

框架层:这里的内容,出现了用户真正看到的东西,对网站类产品则是导航设计,对软件类产品则是界面设计。

表现层:包含视觉设计和内容优化,这里的表现决定了产品最终的气质。

总结:产品设计的五个层次,从整体看是抽象到具体的过程,是从概念到实现的过程,又有一点从商业到产品到技术的感觉;各层之间界限模糊,彼此交叉,而且需要反复迭代。

产品设计三原则:

反馈:动作前的可预测、动作中的积极响应、动作后的可评估。

容错:一些貌似多余的强制性设计,不可逆操作可以后悔;即:再次确认机制。

          关于错误:用户永远没有错,所有的错都是设计的错!

简化:充分利用用户已有的知识,利用心智模型,利用标准化,利用一切,做到让用户少思考,甚至不需要思考就可以操作。

产品设计三境界:

本能水平:设计是基础,产品要有用,满足用户的某种需求。

行为水平:设计是保证,产品要能用,好用,顺利解决用户的问题。

反思水平:设计是升华,是传说中的“用的爽”。

3、团队之大

团队,顾名思义,为了做某件事而团结起来的队伍。人类在古代由于生存环境的恶劣以及个体自身的力量比较弱小,为了生存,团结成一个个部落,后来慢慢发展成现在的社会模式。

这里从产品的角度出发,团队就是为了完成一个产品而团结在一起的队伍,其中可以有很多的团队,比如商业运营团队,产品团队,技术团队等等。

一般小公司而言,可能一个团队就是几个人,而随着企业规模、产品的不断成长变大,团队的规模也会随着不断壮大,分工明确化,行事流程化,团队成员多样化等等。

团队的成员,必须有共同的目标,协调分配好各种人与各种事之间的匹配关系,以及和不同团队之间的接口(沟通人)。

具体对所谓的团队理解,各人可参考各自所在的公司、团队的构成,相信能明白一些其中的关系。

二、游走于商业和技术之间

这里以产品为中心,描述下与其紧密相关的各种团队以及其特点,性质。

1、心思缜密的规划师

即狭义上的PD,具体上可以分为不同职能的PD,比如前期的市场定位、需求调研,中期的需求功能设计、需求文档、各种图的产出,以及后期的偏于技术实现等PD。

PD的优势和劣势:现在很多开发转PD、测试转PD、运营市场等转PD,以及本身一开始就做PD的童鞋,其实他的优势就是他的劣势,个中意味,大家慢慢体会。

2、激情四射的设计师

即我们常说的UED(User Experience Design):用户体验部门,这个概念比较宽泛,下面举几个例子:

用户研究员:即做用户研究,他要利用各种方法研究用户,并对产品决策提供参考和建议,不过这个岗位一般都是由PD兼任,主要是用户调查和需求采集方面。

交互设计师:即负责业务流程制定,页面导航、信息设计等工作的人员。

视觉设计师:这个,就是业内俗称的UI,美工。。。

前端工程师:现在来说前端工程师一般都归属于技术部门,但从其本身的只能来讲,又可以算作PD部门;想起一个笑话:据说做后台开发的一般都看不起前端。。。

这里留一个思考点:交互设计和敏捷开发,如何更好相处???

最后聊聊细节,关于文案设计:字不如表,表不如图

3、花样频出的运营师

即PO(Product Operation),这个标题,是我个人起的名字,因为在实际工作中感觉到,运营部门的同事,总是能把同一个产品,玩出很多意想不到的花样。

至于具体的运营,到底该做什么,如何做,感兴趣的童鞋不妨搜一下相关的书籍或者信息,自己了解。

三、产品&商业

1、好的产品需要市场化

真正的好产品必须市场化,不然就变成了实验室里的样品,公司是以盈利为目的的,赚钱才能可持续发展。

关于营销,这里推荐市场营销大师科特勒的《水平营销》,其中提出:纵向营销是进化(渐变),横向营销是革命(突变)这两点很鲜明的理论,感兴趣的同学可以去看看。

2、其实我们可以做很多事

基于产品市场化、商业化,我们可以做很多的工作,比如:服务策略、目标导向、营销方式等等。

四、技术团队,坚强后盾

这里不会详细介绍关于技术部门的一些东西,就稍微提几点日常工作中比较容易忽视和误解的地方:

1、架构师不是一个职业,而是一个职能岗位;

2、测试不是QA,可以从英文名称区分:测试工程师(Testing Engineer),QA(Quality Assurance)质量保证人员;

3、DBA:即我们的数据库管理员,其实更多是属于运维团队;

4、SCM:配置管理员(Software configuration management),一般负责代码管理、软件版本迭代变更、每日构建等;

五、容易被遗忘的。。。

1、最好的资源:老板

某些问题的决策,项目经费,人员调动等等很多事情,其实最终都需要BOSS出马,所以,别忘了你的老板。

2、默默奉献的团队

法务:某个产品违反了某些规定,支付方式、用户协议与某些政策法规不符等等很多问题,都需要法务同事去搞定;业内有句话:任何一项新业务(产品),在法务眼里都是“违法犯罪”。

行政:办公资源的提供与协调、办公环境、出差各种酒店机票预订、会议室投影仪、白板、马克笔、下午茶准备等等很多不在意的地方,都需要行政的童鞋默默准备奉献。

财务:企业都是以盈利为目的,而财务,则负责大到几百几千万的支出,小到几十块的报销,各种发票、预付款、收款等怎么做,专业的人做专业的事,嗯,对的。

写在最后:其实还有一些团队建设的内容,不过考虑到主要是以产品为主,且团队建设这些内容比较难以用言语表述,所以这里就不提及了,感兴趣的童鞋,可以去阅读纸质书。。。

 

作者:老_张