月度归档:2015年04月

2015.04月总结

工作总结

得益于公司规定的每天写工作日志,现在翻看自己4月份一个月的工作日志,真的有一种居高临下的感觉,能够清楚地回忆起自己这一个月里做过的所有工作的细节。

4月份,我从懵懂地接触公司业务支持系统(HOSS),到现在对于该系统的设计思路渐渐清晰,这真的需要一个过程。月初的时候,自己只是在机械地执行导师给我分配的一些简单的原型修改任务,有时候就是在Axure里删几个表的字段这么简单,而导师一般不会花太长时间告诉我为什么要这样做,这需要我自己去摸索,毕竟他也太忙了。大半个月时间里,我都在执行这样机械的工作,导师告诉我怎么改,然后我花时间去改。同时把协同工作平台JIRA上的需求填写好,把给开发看的文档整理好。

4月24日,我生日那天,是我们房产电商事业部进入“拼命模式”的开端。因为26号晚boss要去苏州给大boss过产品,所以boss在24号那天给我们部门的产品经理过产品,然后25、26号两天就是连轴转了两天,一直闷在办公室修改原型,晚上11点打车回家睡觉,然后次日8点半又到办公室拼命。而这几天刚好我导师家里有事请假了,所以我就扛起导师的工作,给boss过原型,然后改原型。导师不在,boss过完原型只是提出他的需求和修改意见,具体落实到原型的细节怎么改是没有人告诉我的,之前一直是导师想清楚了细节,然后告诉我这些细节让我去做,现在必须要我自己做这些决定。幸好我也没怂,顺利扛了过来,效果还不错,基本达到boss提出的需求。26号,真的非常感谢boss带我去苏州跟大boss过产品。那天给大boss过产品,见到了公司所有的高层,亲身体验到他们公司最高层开会的方式,真的比较长见识。写到这里,也由衷地感谢boss给我这个实习生提供这么难得的机会。

24、25、26号三天学到的东西,真的顶上平时无压力工作日的15天,这个换算比例应该是不为过的。得出的结论是:高强度工作是学习效率最高的方式。也应征了一句话“人不逼自己一把,永远不知道自己到底有多优秀”。

 

谈谈TO B的产品经理

这两天自己“设计”的系统原型(注意这里我用的是“设计”,而不是“做”),其实就是在改善系统用户工作量的一个过程。突然想起之前boss给我们实习生布置的任务—去按我们的方式优化系统。但是,一个月前,接到这个任务的时候,我对于公司业务以及该系统都不是很熟悉,所以我们实习生小组在改善HOSS的任务上只能从外观以及一些交互动作上去动手脚。而这,对于企业业务支持系统来说,优先级是最低的。只有更熟悉业务流程,更透彻地理解系统现阶段的设计思路,才能从根本上满足优化系统的需求。TO B产品的设计是服务于公司业务的,重点是能够提高公司业务落实速度,一个拓展性强的,走到业务前面的业务支持系统是“非常性感”的,而涂有光鲜的UI的系统是一点用都没有的。

这个观点我最近在逛知乎的时候也碰巧看到过,该知友是这么说的:

“我一直给团队的兄弟们说,如果你们只是去实现业务需求,追求的是实现的效率和质量的话,那是没有前途的,你们永远只能跟在业务后面,去实现他们的想法,把业务需求”翻译“成产品需求的话,我不需要找一堆产品经理高级产品经理产品总监,找一堆项目经理就可以了。你们的价值在哪里?你们的成就感在哪里?不在实现,而在创造。
to B的系统,尤其是支撑类系统,必须要做到走在业务前面,也就是满足业务线未来的需求,甚至于影响业务的走向,才有价值。to B的PM的发展的一个重要方向,应当是业务架构师/系统架构师。
”这个需求,我们回去研究一下,争取下周完成“”这个需求,我们早考虑过了,直接就能支持“ 要时时刻刻把已经或者将要实现的功能做业务抽象,看看把业务一层层剥离掉之后剩下的骨架是什么,抽象出业务模型,建立底层的数据模型和业务架构。那些UI上的功能,都只是浮云。”

谈谈现在的产品助理工作

做产品的每天需要处理最多的其实是将需求传达的工作,上传需求、做原型、写注释。只有一小部分时间来处理想法,就是做决定,但是往往这一小部分时间是最重要的,也是最考验一个产品经理的能力的。现在遇到了这个问题,1、考虑有什么解决方案  2、决定用哪一种解决方案 3、这个方案有什么缺点吗?这个缺点影响大不大?

就这个考虑的过程,其实是产品岗的灵魂,这也是一个厚积薄发的过程,平时没有见得多做得多想得多,遇到这样那样问题的时候,一个花5分钟想出5种好方案的产品经理,跟一个花50分钟想出2种傻逼方案的产品经理,差距立刻就提现出来了。

需要改进的地方

1、提高对公司业务流程的熟悉程度

谈到熟悉业务,其实最佳的方案无疑是去亲身体验一把公司的业务流程,去业务岗里工作一两个星期,去体验业务部门使用企业支持系统时候的用户痛点。

退而求其次的方法是,做产品问题解答员,去做一段时间产品问题对接人,去听听用户在使用系统的时候卡在哪个地方,抱怨最多的是哪个环节。而且,只有熟练地解答用户各种奇怪的问题,才能真正熟悉产品的使用细节。

2、提高需求梳理能力和业务抽象能力

看书  1、《需求分析与系统设计》;2、《软件方法:业务建模和需求》;

学习情况总结

4月份没看过书、没看过视频教程,惭愧ing.

为什么这是第一篇文章

为什么这是第一篇文章?

这个站点是2013年搭建的,当时是在Goddady上买的“dikenszhang.com”的域名,然后在老薛主机租的美国一号的最小的空间,这一年半时间里也写过将近15篇左右的博文。而2014年12月,因为老薛主机夯机故障,让我以为是自己站点本身的异常,就边百度边排查,发现在MYSQL上的一个用来发布博文的POST表单无法写入,我一直尝试把它弄好,结果还是没有成功。最后,我主动联系了老薛主机的客服人员,客服还是非常热心地给我重新分配了一个美国一号的空间。但是,关键来了,我在老薛主机空间的控制后台cpanel上备份我的博文表单、评论表单的时候,它给我提示备份完成,然后桌面上多了一个sql文件,我还以为已经备份完成了,就通知老薛主机的客服把原来空间的数据清除掉,给我升级一个香港一号的空间,听客服说香港一号的空间访问速度比原来的快一倍不止。在我重新在新的空间配置好WordPress之后,上传备份下来的sql文件,结果我震惊了。这个sql表里备份了除了博文之外的所有数据,就是丢了博文。我当时真的气得一时没缓过来,这个这么疼的教训教会我,写博文一定要有不定时备份的好习惯。

在WordPress上写文章怎样备份?

安装一个WordPress导入导出插件:WordPress Importer,安装完后,登陆自己的WordPress后台,在“工具”中就会多出“导入”、“导出”功能,只要自己闲来没事的时候,按一下“导出”,将站点的数据全部以WXR文件的形式备份在本地电脑中,就不用担心网站转换服务器而导致数据丢失了。

为什么要写博客?

现在流行“轻博客”,多用图片少配字的形式去表达自己的想法,如网易的小众轻博客“Lofter”,现在已经很少人写长文博客了。那为什么我仍然要写呢?

1、博客是一种很好的展示自己的想法的地方。现在,如果想去了解一个人,见一两次面,聊几个话题其实并没有多大成效。反而通过一个人的网上足迹,看看那个人的博客、微博、知乎,能较为全面地了解他的想法,或者说,了解那个人想让别人了解他的什么。大家都很忙,没有时间去通过长时间接触来了解你,而博客,特别是持续写了三五年的博客,是一个自我三观的展示平台。

2、写博客是一种高效的学习方式。很多时候,我们在学习一方面知识,看了很多资料,快速入了门之后,就没有继续进步的空间了,究其原因,很大程度上是因为我们在继续看这方面资料的时候没有深入思考一些问题,而大脑只是被动地去接受一些信息。写博客就是强迫自己去深入思考的一种方式,因为博客是写给别人看的,如果自己没想得很透彻,是写不好的东西的。

3、博客是更好地认识自己的一种方式。用博客的形式记录我们在每年龄段的想法,若干年后再回头来看,才知道自己在哪些地方有了进步,哪些观点发生了改变,而哪些观点是矢志不渝地坚守着。

写博客有什么计划?

在刚参加工作的第一年里,坚持每周两篇技术博文的输出,让自己找出时间去静下心来总结工作学习中的体会。