加载中…
个人资料
  • 博客等级:
  • 博客积分:
  • 博客访问:
  • 关注人气:
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
正文 字体大小:

技术讨论会的总结

(2012-01-14 23:53:55)
标签:

案例

产品差异

修改量

行政命令

运维

杂谈

    我仿佛回到了20年前,那个时候的我,朝气蓬勃,象今天技术会上很多年轻的经理们。他们在所谓的“科研”方面是很有想法的,而我们的技术专家,也是科研的领头人,所有的思路都是“科研项目”,嘿嘿,距离市场和产品仍然很遥远。

    案例一、有了1~2个项目的积累,成为了所有TMS专家,系统功能在操作层面都很丰富!也有想法,希望增加管理功能。

    案例二、综合物流管理平台,借鉴了SAP和Oracle的系统理念,搞得很象样子,功能很丰富。

    案例三、WMS系统已经在烟草的仓库中开始实施了,准备4月份验收上线,看上去很快就功成名就了。

    案例四、物流金融解决方案--这个是我唯一认可有市场价值的好东东。

    对前三个案例进行简单分析就可以归纳出如下一些问题:

  1. 所有的项目都实施了1年以上,基本是5~10个人年完成的,按照这个方案,在每个客户去推广需要多少时间呢?--至少需要3个人干6个月吧?
  2. 产品的亮点在哪里?别人的产品具有同样功能,价格更低,产品更稳定,排除关系不谈,我们的卖点?
  3. 产品的寿命多久?计划多久进行升级?每个版本需要新增哪些功能?成本多大?产品的运维支持?
  4. 产品的实施中,还需要多大的代码修改量?实施的业务实践是什么?实施的方法论是什么?客户常见问题是什么?也就是我们产品的业务价值是什么?
  5. 不同项目组之间因为不断的产品演进,造成的产品差异怎样处理?简单的行政命令能够解决吗?

    太多的人都深陷自我成功的想象中了,尤其技术人员在“科研”成功后的喜悦!这并不一定能带来市场的成功!还是要多想想。

0

阅读 收藏 喜欢 打印举报/Report
前一篇:技术研讨会
  

新浪BLOG意见反馈留言板 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 产品答疑

新浪公司 版权所有