产品设计体会(7023)产品经理(PD) @ alisoft做什么

今年在参与阿里软件的内训师计划,负责PDProduct Designer,也可算是产品经理的半成品吧)入门培训课程的开发,所以一直在找各种机会和同行聊相关的话题,这也是作为课程需求采集工作的一部分,这块我自己分了4期:

 1.  阿里软件,管理软件事业部各产品PD代表(做完后,开始整理课程大纲);

 2.  阿里软件各产品PD代表(做完后,尽快发布课程的beta版,可用于阿里软件内训);

 3.  阿里集团各子公司PD代表(完善,仍然用于内训);

 4.  业界产品经理代表(这部分,聊天对象还在积累中);

采用深度访谈的原因很简单:无明确问题,先开放式聊天,每个人12小时,围绕几条线索“一个需求从采集到实现;一个项目从立项到结束;以PD为中心的组织与流程;零散话题”,大家来谈各自的产品是怎么做的。

相对而言,等到有明确的事情需要验证的时候,问卷就比较合适了,到时候可能会利用自己的网站做数据的收集,提前和同学们说一声也希望大家能帮帮我,:)

4月底,开始了第一期的访谈,参与者是管理软件事业部3大产品“钱掌柜、外贸版、e网打进”的PD代表;5月上旬,进行了第二期访谈,参与者是“阿里旺旺、alisoft.com”的两位PD代表,根据聊天的内容,上个图,是我根据PD @ alisoft做什么、怎么做整理出的,这只是最高层的一张图(点击看大图),也是内训主干的框架,里面的各个部分还有细化的图,后续准备仔细写出来。

最后放出一些可以公开的聊天内容:

需求相关

 Ø  产品早期多为老板驱动,PD驱动,特别是市场不成熟的时候,我将之不成熟的比作“主动进攻”;后期会逐步转变为用户驱动、销售驱动、服务驱动,更像“被动防守”。

 Ø  管理需求,特别是日常的小需求,包括收集、状态跟踪,两个团队用excel,两个团队用mantis+excel,一个团队用QC,都ok。用mantis的团队说,mantis适合收集,跟踪,方便记录存档与反馈,但管理还是由各个产品的PD自己做,多用excel。大家都会按需要开产品会,召集产品相关方共同确定接下来一段时间做哪些需求。

 Ø  需求的优先级谁定,安全的做法是谁获益谁负责(俗称老板拍脑袋),但PD是专家,应提供专家意见给老板,当然高层授权的专家负责制也许更好。

 Ø  部分团队的需求文档直接在wiki上写作,管理。

 Ø  部分团队需求评审与UC评审分开,需求评审偏商业,UC评审偏技术。

项目相关

 Ø  典型项目周期:web based2周到1个月(不算产品1.0这种大项目);旺旺,34个月。

 Ø  项目沟通方式各有不同,主要是4个方面:周期分“日”、“周”为单位;形式可以是会议、邮件;发起者不同;参与者不同。但目的相同,都是为了项目成功,所以可以按需选用最合适的方法。

 Ø  一般5开发工作日以下的小需求不参加产品会争夺资源,采用搭车的方式做。

 Ø  一个团队的产品文档实践很高级,拥有整个产品的UC,直接在网页上编写,采用SVN做版本管理,和代码类似,项目启动开UC分支,完成后要合并UC。另4个团队仍然是项目文档的模式,产品文档只在产品1.0的时候出现一次。

 Ø  一个团队的敏捷实践很值得推广,用白板做看板,把晨会、日报整合,已经一篇相关分析

团队相关

 Ø  PD团队人员构成,偏商业+偏技术背景各半比较合理,有团队大部分技术出身,深感对偏互联网的产品“感觉”上不到位,比如对用户体验有心无力。新人过多也是大问题,这也是高速成长团队必然存在的问题,老中青的结构还是必要的,个人感觉1年内的同学不要超过一半,且需要有3年以上的同学,这样才稳定。

 Ø  PD不要侵占交互设计师的工作,不要侵占系统分析师的工作,现状是存在很多侵占现象的,这也许和很多历史原因有关,有同学感到不停的在被迫做不专业的事情,犯各种错误……

 Ø  讨论了阿里巴巴B2B区分PDRARequirement Analyzer,需求分析师)的做法,PD尽量往前走,偏市场/用户,产品规划;RA往后走,偏实现,写UC,做系统设计。

 Ø  开始出现专职DM(开发经理)的角色,配合项目经理管理开发过程,比如协调人员、制定开发计划,自己并不是项目的开发人员,而且可以同时担任多个项目的TM

最后提一下这门内训课程,已经开发出5、6个小时的版本,希望以后有机会与同学们分享。

------------------------------------------------------------如果你想第一时间看到最新内容, 就猛击此处订阅吧!

《产品设计体会(7023)产品经理(PD) @ alisoft做什么》有24个想法


  1. 后天就到PHPwind(德天科技)希望能争取到报名听课的机会
    之前一直都没有机会在很专业的互联网公司工作
    对于PD和PM的专业尚浅
    目前在工作中对于三个问题比较困惑:
    1、采集需求的渠道和方法(尤其在小公司小团队这个问题更加突出,以至于老板的个人因素太浓);
    2、PD侵占交互设计师和系统分析师工作的问题,各自的工作界限真的很难确定,甚至PM和这几个岗位的工作内容页有交叉;
    3、需求PK时的优先级确定。

  2. 图画的很漂亮,赞!

    提个小建议,这个图形的维度是从用户的角度来说的,比如项目中的需求如何处理、优先级别等。
    其实还有其他维度,如产品本身发展的角度,如售前的解决方案,如其他部门的职能划分,举个具体例子,需求写到什么颗粒度研发可接受

    iamsujie Reply:

    @北京边缘, 嗯嗯,想用一张图全表达出来有点难,我还有几张图没放出来,呵呵,每张图今后也可以优化很多,随着每次试讲,应该都有收获~~~

  3. 可以建立长期联系方式么?我想和圈子里的多接触多学习。
    我的Email(Gtalk) im#bantongshui.com
    QQ 515393

    iamsujie Reply:

    @可乐平, 多多来留言哈,:)

  4. 我们项目正在用敏捷开发的方法,觉得效果很不错,不仅对开发者有益,对PD也有益,等有时间写一遍感受!

    iamsujie Reply:

    @南瓜, 期待,:) 到时候通报一下文章地址哈

  5. LZ的这个画图工具叫啥?
    我一直在找这样的一个工具!

    iamsujie Reply:

    @小德, 微软的visio啊。。。

  6. 是内训?可否对外部呢?很想取经啊。

    iamsujie Reply:

    @沉醉太平, 可以邮件联系哦,邮箱博客右下角有的

  7. 苏杰……额……大哥……求旺旺?QQ?待毕业大学生求指导……真心的

  8. 苏杰老大。咨询你个问题。目前我打算在现有的移动客户端开发一个新工具工具名叫。《房贷计算器》而且这类型的计算工具在市面上有很多,不过据我了解观察。市面上的房贷计算器只能帮助通过不同的还款方式不同还款金额还款利率还款期限等来计算出最终还款金额。我现在的目的是想让用户通过我开发的这个计算器来实现省钱功能。比方说用户通过我的计算器得知每个不同银行不同利率的所需要还款值。而且可以让用户更直观的来进行对比。使用户采用最便宜的银行来进行贷款。关于这个需求的话我怎么写啊?我是新入行的PM现状苦于不知道怎么写这个文档。这个文档的格式是什么呢?希望你能给我指点,最好能有个大纲最好。小弟拜谢了。如有可能最好能留个联系方式给我以方便我们间接交流更快一点。。在线等

  9. 最近博客里出现了好多垃圾评论,网络勒索?

    iamsujie Reply:

    我删删删~~~

发表评论

电子邮件地址不会被公开。 必填项已用*标注