浅谈产品经理的家庭作业

概念的东西讲的差不多,我们来说点工作中遇到的问题吧。
我文章一般没有什么规律的,题材都是工作中或者其他人在工作中遇到的问题。然后想给大家提个醒,如果你觉得写的太浅没营养,或者写的太烂,
那请大神绕道。今天说UML跟业务流程、思维导图的用途。 另外顺便说下我们经常会用到哪些,用这些有什么好处。

先说业务流程吧; 一般来说我们工作中用到比较庞大的图形作业就是业务流程图了。往往一个业务流程图很大,看起来也比较密密麻麻的,然后每次我发给别人的时候,发现不管是领导还是什么能耐心看完全局的很少。都是重点看看那个模块的流程然后确认下ok了。面对这样的大的业务流程优点是比较清晰是全局的,缺点是修改跟浏览起来都不太方便,所以。我一般都会把流程图配成文档或者PPT,把业务拆分成模块,分别做业务流程,在用一个整图做一个概括流程。这样就可以按照部门发出去或者给某个小组做某个功能模块的业务,别人也不用全部浏览一遍; 这个说的是平时做业务流程的小心得, 接下来说怎么写作。 很多人把业务流程写成功能,这里强调下业务流程只是业务不要去涉及到功能,如果你要涉及到功能你就不得不把参数跟数据字典还有类图做出来。在你不会做那些以前,先去想做业务层的东西不要太深入干涉别人怎么实现这个业务。



阅读剩余部分 -

中小企业如何组建,管理团队

前言

写了太多关于产品的东西觉得应该换换口味. 从码农到架构师, 从前端到平面再到UI、UE, 最后走向了产品这条不归路, 其实以前一直再给你们讲. 产品经理跟项目经理区别没有特别大, 两个岗位之间有很多重叠的部分, 豆瓣,陌陌,乌鸦,包括我自己的项目也是一样的,项目经理就是产品经理. 只是项目经理要负责的东西比产品多这么几个,比如: 团队组建, 招聘, 技术要可以, 前端要可以, 设计要好, 数据架构要懂, 服务器部署要会, 测试要知道怎么搞, 攻防安全性要知道...等等. 那产品其实在这里也需要知道跟了解的,毕竟都牵扯到管理与沟通, 一个好的产品经理是规划方向的. 一个好的项目经理是要有能力培训, 技术与管理都要过硬的. 我是一个比较喜欢带团队的人, 也是很乐于孵化中小型公司的人, 所以我会经常面临一些人员组建的难题. 在一个新起步的企业中, 招聘是一个非常谨慎并且难解决的问题. 有3个不能不去考虑的问题: 1. 招聘大神还是招聘能力平平的人; 2.性价比这个概念怎么能让企业最快的时间得出结论; 3. 招聘渠道跟时间问题如何解决; 下面我将用我带项目十几次的经验来帮助那些中小型企业做人力以及项目规划方案.

阅读剩余部分 -

产品经理需要划分等级吗?

话说在前面

很多人把产品分档次了,比如:产品实习、产品助理、产品经理、高级产品经理、产品总监等;我不太确定划分规则,我想是按照年份跟现有的待遇来划分的,或者是不是在知名企业担任着重要角色来划分的。又或者是潜规则?那我就呵呵了。当然这些都是我自己的猜(che)测(dan);

我在招聘网站,还有实业招聘简历库里面搜(sui)索(bian)了(kan)一(le)下(kan)。发现没有太多企业能明白产品这个职位到底是做啥的,有的招聘条件是这样的:产品要懂ios、android开发技术吧啦吧啦的;还有企业是这样的:招聘产品要精通axture;(我就知道axure,axture可能是他们自己公司开发的某种软件吧); 更有这样的:招聘5年以上互联网产品经验的; 这个好像很给力,我耐心的看了下,门槛很高,然后看了下月薪-----4K,大哥,现在刷盘子一个月2800,我又会这个又会那个还是经理给我4K,真的合适么?看完我果断关了浏览器点了支烟压压惊。太特么的吓人了这个世界!

阅读剩余部分 -

SEO与UEO

    自从百度、谷歌等搜索引擎盛行以后,也就是02年后吧,各种广告联盟以及提升搜索排名的SEO团队横生,做的好不好不知道,反正就是要钱就对了。也不管你 是黑帽、白帽、灰帽,搜索引擎K不K你的链接, 只要做到首页,万事大吉。 甚至还有一些很隐蔽的互刷软件,比如xx精灵,xx站长工具等,甚至有些更牛掰一点的可以刷某个页面,某个关键字,入口是伪搜索引擎进来的,还可以站内跳 页,常驻停留等。只有你想不到的没有做不到的。让我想起来以前写脚本赚谷歌广告的钱一样。

阅读剩余部分 -

值得收藏的12款响应式前端开发框架

前端开发并不是一个容易的工作,不仅需要掌握HTML、CSS和JavaScript,针对不同的浏览器版本和平台,还需要了解如何设计出跨平台的网站。如今随着响应式设计的流行,前端开发变得越来越困难,且花费的时间更长。

本文收集了12个响应式前端开发框架,可以帮助前端开发人员大大简化开发过程。针对每个框架,文中均指出了它所包含的UI组件及JavaScript插件。几乎所有的框架都采用了响应式网格系统。

阅读剩余部分 -

产品需求的4层关系

互联网产品需求,其实跟以前我们做开发的软件需求基本是类似的,我也不知道是不是大家从那里搬过来的,暂且不考究这个。今天说下产品需求的4层关系; 首先先说是哪4层:

  1. 业务需求
  2. 用户需求
  3. 功能需求
  4. 系统需求

看官别着急,单独拉出来一个系统需求是有原因的,如果你不是三五年内的小白产品应该能看懂。

阅读剩余部分 -

被扭曲的"产品经理"

前言

产品经理真的很高大上吗? 是不是真的你在了这个职位或者那些所谓的"高档"公司放出来别家有的职位他们就必须有的职位里你就跟古代修真一样的传神了 ? (我没有特指公司...也没有特指人) ; 答案是否定的,当下大多数人眼里的产品太简单了。很多人甚至都不理解它应该具备什么,所以在工作中你们会各种碰到阻碍,会被技术喷、会被UI/UE喷、会被BOSS喷、会被运营喷。你付出的劳动根本得不到认可所以你给自己的安慰就是经验不足、太年轻,真的是经验问题吗?当年扎克伯格创办facebook的时候很老吗? 任何借口,都只是妥协的心理安慰。不管你身在BAT3还是FB、微软、谷歌、硅谷、苹果,那些都是团队的力量不是你一己之力,所以产品的第一课不是想怎么创造出好的产品,而是怎么协作一个团队。接下来的第二课,我在《互联网产品经理职能与职责》 写的很清楚了不明白的自己去看,这里就不重复了。第三课是最为漫长的,就是深度学习,你要看的不单单是书,而已自己动手去记录,去写DEMO。 完成了这三部曲,我只能说,恭喜你成为一名合格的互联网产品经理了。

阅读剩余部分 -

随机文章

最近回复

分类

其它

友情连接

推广链接