信息化建设项目前期方案编写2:经验小结

       通过近期五个月(7-11月)的一段工作,积累了一些经验,也得到有些教训,顺便总结一下吧。正好给11月画个句号。

经验和教训其实是在一起的,就一起谈了:

  1. 项目的整体策划

         慎重选择项目。小项目如果觉得对方不靠谱,那么宁可放弃,也别接了,千万别信口头承诺,更别饥不择食。一定要尽量在开始前接触相关人士,做好项目定位。这几个月,因为刚刚开始,当然希望先接一些小项目来练练手,但是渠道不通畅,于是变成什么项目都接。接的几个项目印象比较深的:

  • 主动接的第一个项目:  一个运维项目,费用就13k。结果写得累死,来回改了7、8遍,三周主要时间搁里面了,不断地被要求改。因为接头的是小科员下面的干活的,需求总是会变,不时的更改。当然,由于是第一个主动接的项目,我的态度是非常之好。但是项目结束回头小结:要是总这样做项目,回头工资都不够发的。  经验或教训:1、要有团队,不同层次不同人员去对接,把和人对接作为重要工作。一般需求明确,成熟的方案,编写难度不大,时间也不长,但是和人对接很花时间,而且存在不可预期性;2、态度要好,但是响应真不能太及时,否则太耗时间了;3、积累案例。不同板块、不同类型方案要有积累,这次化时间多的主要是安全这块,没有能够直接粘贴的内容,要从头去编写,耗了太多时间。
  • 某个司法条线的项目:运维是自己没有接触过的,被临时委派,到处找资源,后面找了一个合作方。但是合作方并不是全部内容都会,而且他们还有其他内容在做,响应很慢,最后就是搞得我压力很大,最后两个关键部分还是通过网络寻找到厂家合作,目前项目进展还算良好,首期款已收。但是还是有很大隐患。经验或教训:一定要把困难提出来。领导或销售总觉得这个我们有案例的,其实找来的案例基本上都不靠谱。最后还是得靠自己。当然拓展了一些渠道来解决问题,还算是收获了。
  • 刚刚告一段落的某个医院项目:当时为了充实一下案例,接下这个项目,当时也以为对方说只是帮忙包装一下格式,虽然价格极低,也觉得还可以。但是从调研开始,发现合作公司毫无实力,提供的技术方案完全不符合要求。最后我们不是帮忙包装文件,而是完完整整的走了一遍实地调研、需求研讨、技术方案设计、征求意见、专家论证的流程,更惨的是,工作所在地离公司车程2小时,每次去要自己开车,早早出发,很晚回到,折腾死人。结果还被老板埋怨,成本包不住。经验或教训:如果小项目,觉得对方不靠谱,那么宁可放弃,也别接了,千万别信口头承诺,签订合作合同时,私下合作这种上不得台面的是不能直接写的,最后作为执行人你得承担全部后果。而这种小公司本来就打的搞一把就走的,后面估计也不在人家考虑之列任何一个项目,都做好要做全套工作的准备,仔细考察风险

2.合作方的寻找与实力判断

        合作方很关键。通常合作方来源,一般是甲方早已有意中人,双方已经基本谈妥,只是按照政策要求,要找第三方来配合完成手续。但,别想得这么美,你以为只要简单地粘贴拼凑一下,整个方案就完成了。合作方往往是依赖甲方的

  • 如果甲方非常清楚流程、政策以及自身的要求,那恭喜你,他找的乙方也一般都很靠谱,当然,这样情况下,你的工作是不会有太大价值的,类似于白手套,能够得到的也是最低价位的费率点数。不过说实话,我是很乐意干这种项目,一般都比较大,合作方也都有实力,工作起来省心,还能积累经验。
  • 如果甲方属于纯粹混吃等死的,恕我直言,不多的项目里,碰到的事业单位的两个都属于这种类型。一般他们自己都不清楚要求,瞪大眼睛吧,合作方很难是靠谱的。另外,通常他们自己也难给你提供合格的现状描述基础材料,您就准备好一套套的调研表格,实地调研吧。或者一开始就准备放弃吧。这次一个lab项目,开始也是说提交上去因为格式不对被打回来,帮忙改改就好,当时很开心啊,这不是一天就搞定,坐收十万大洋吗。毫不客气地说,lab这个我至少可以算半个业内专家了,结果没活活被甲方和合作的乙方气死,主动提出大家一起加班把现状编写好,但甲乙双方都不乐意,甲方连现在在用(两年前建的)的系统功能图都给不出来,网络拓扑找来个不完整的图片(不可编辑的),请乙方配合做系统逻辑和部署图,乙方扔过来一个通用的系统介绍和别地方的图片(不可编辑的),天啊,我摸不清情况,怎么来完成这四个图啊。结果是,来回折腾了三次,现在还在等死,我已经放弃治疗了。关键是耗掉我几个周末,通宵加班,和他们解释需要提供什么,整成什么样子,结果还耽误掉后面的项目交付,想抽空捞一遍,结果狠狠收了个失败案例。
  • 最怕甲方非常认真,但是啥也不懂,然后不停提各种要求。这种往往会按照理论上的设计咨询公司的要求,要你按照流程一步步地去实地调研、需求研讨、技术方案设计、征求意见、专家论证;不是说不好,主要是在市场竞争环境下,老板投标是压价投的,这么干成本是包不住滴。

3.时间的考量

      由于是初始阶段,一般主动找我们的都是有特殊情况的,都是时间特别紧张。通常不会超过一个月,两周都是正常的。没有团队的情况下,加班加点也干不好。但拼命加班,提交初稿后,甲方会来回修改,因为人家其实是预留了时间的,并没有准备你按时交初稿。而且因为太准时了,还觉得方案编制工作很简单,希望你可以继续完善,呵呵,自己挖坑往下跳啊。所以,如果碰到这种特别急的情况,尽可能比要求的时间晚3~5天交稿,既显得很努力,又不至于激怒甲方,还避免了一轮无意义的改进性修改。

4.现状的调研

注意,现状上一篇博文说的现状是方案编制的现状,实际项目的现状,很关键一点是了解当地的信息化现状。重点是当地的信息化工作流程、政策和技术水平,最简单就是向甲方要一个最近一次和上一个同类项目的方案,然后,调研时了解清楚审核的要求和次序,别怕被人知道底细,一定要问清楚,吹牛逼是销售的事情,作为实际编制方案的人,执行者是您,落地的是您,这个是您切身利益所在,别不好意思,别装逼被雷轰。

5.资料收集

原以为可以依托现在的公司团队介绍相关行业厂家,收集在实施的一些项目的方案、宣讲材料,如愿建立知识库,整合一个案例库。最后,大失所望......

实际工作中,收集案例:主要靠合作方,但合作方提供的是掺杂很多私货的

另外发现一些途径:

1)通过招标网站,下载相关的招标需求,大概可以获得一个基础的内容,当然,这个并不是每次都合适,但如果持续去做,还是会很有收获的

2)一些政府采购平台,可以获得标准化物资的规格和报价。因为是公开的,入围价一般是虚的,但可以参考。

3)主动去接触合作厂家的销售,参加他们的小圈子,但这个成效不大。因为个人的影响力还太低......  

结论:建立一个小团队,不断提升自己的逼格,影响力大了,实力也就跟着越滚越大。

发布了130 篇原创文章 · 获赞 62 · 访问量 11万+

猜你喜欢

转载自blog.csdn.net/hgstclyh/article/details/103255181