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

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

经验和教训其实是在一起的，就一起谈了：

1. 项目的整体策划

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

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

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

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

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

3.时间的考量

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

4.现状的调研

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

5.资料收集

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

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

另外发现一些途径：

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

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

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

 

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