产品设计体会(4005)计划,计划,计划!

简介:
3 12号,连着发了3篇,有人表扬我勤奋,有人批评我为了写而写,我很郁闷,不是因为被批评了(我一直期待在留言里看到不同的声音),而是因为批评的不在点子上,而且表扬的也不在点子上……
所以特别写一篇说明一下,按照职业病的思路,我做事情都是有计划的,我有自己严格但又弹性的写作计划发布计划,这两个计划是相互关联又明确区分的。写作计划类似软件的开发计划,而发布计划类似产品的上市计划,是市场驱动的。
我 觉得一篇文章写出来马上就发布,难免会存在一些问题,所以我愿意把它“酿”几个礼拜、甚至几个月,好比软件的测试阶段,在这个过程中,我经常会从侧面发现 文章里的一些错误,可以有改正的机会,当然发布后肯定还会有问题,我能力有限,只能尽力。最后在每篇文章发表之前,我还会通读一遍,很像软件的预发布,是 最后找bug的机会。而最终的发布时间,大多数文章都是有理由的。
所以什么时候发布文章,并不意味着我是什么时候写的,甚至不意味着我是什么时候发的(用定时发布),比如说我现在就有将近10篇的储备。这样还有一个好处,如果我这段时间工作很忙,就可以发布一些已经写好的文章,尽量保持blog更新的频率不变。
那位同学问:这两个计划有文档么?……我还没那么变态,在脑中而已。
说说这次的3篇:
Ø  1 号发 《从“2月推广”到一季度KPI ,是因为这篇应该在刚到3月的时候发, 介绍2月推广计划 的那篇也是在21号发的;
Ø  2 号发的 《TTT培训记录》 是因为我计划在2号发的文章里,有到这篇的链接,所以这是个前置任务,其实到底发不发这篇我也犹豫过,确实太密集了,有点“浪费”;
Ø  2 号发的 《产品经理值得听的13个培训》 是早就计划好的3月推广“内容为王”的第一篇主打,每周推一篇,周一发布并转载到各大论坛、网站,周二启动IM群推广、周三逛一遍帖子,顶+回复……都在计划中。
好了,开始拔高,对于一个产品经理来说,在战略目标的指引下,完成 可行性分析 之后,确定了做不做、做多少、怎么做(用什么策略)之后,就要订计划了,简单的说就是确定:何时做、谁来做。我习惯了,甚至是有强迫症的这样做事,是好是坏,我心里也没谱……
当然,这篇是临时写的,只“酿”了两天,:)


 本文转自 iamsujie 51CTO博客,原文链接:http://blog.51cto.com/iamsujie/135264,如需转载请自行联系原作者

相关文章
|
6月前
|
算法 UED
探索编程思维:不仅是代码,更是解决问题的艺术
【5月更文挑战第24天】 在数字世界的舞台上,编程不单是一系列指令的排列组合,它更是一种独特的思维方式。本文将深入探讨编程思维的本质及其在问题解决过程中的应用。我们将剖析编程思维如何影响逻辑构建、创新思考和系统分析,并通过实例说明如何将编程原则应用于日常生活和非技术领域。
|
算法 程序员 芯片
程序猿的产品思考:2C与2B产品思维的区别
程序猿的产品思考:2C与2B产品思维的区别
127 0
|
设计模式 架构师 NoSQL
从技术思维角度聊一聊『程序员』摆地摊的正确姿势
有人说程序员这个职业,三年升高工,七年做架构,十年送外卖。对此虽然我也曾非常认可,但现在我可以前瞻性(马后炮)地说四个字,杞人忧天!目光肤浅!正所谓天生我材必有用,用完再把外卖送,现在,新的风口——万亿【烟火经济】来了,除了送外卖我们又多了个新选择:摆地摊!一个人一辈子只有那么几次机会可能实现财务自由,机遇稍纵即逝,一定要牢牢把握住。
1041 0
|
设计模式 负载均衡 算法
从技术思维角度聊一聊,『程序员』摆地摊的正确姿势
有人说程序员这个职业,三年升高工,七年做架构,十年送外卖。对此虽然我也曾非常认可,但现在我可以前瞻性(马后炮)地说四个字,杞人忧天
|
测试技术 程序员
那些会阻碍程序员成长的细节[1]
罗马非一日建成,软件系统也不是一天能够写出来的,在经年累月的编码生活中,总会有那么些个不经意的瞬间暴露出来,而这些不经意的外在表现日积月累,犹如水滴石穿,会产生巨大的力量反作用于程序员的成长。我简单列了几条,你来看一看,兴许就在身边实实在在发生过。
1132 0
|
敏捷开发 测试技术
敏捷开发中如何写好用户故事?
敏捷开发中如何写好用户故事?
3434 0