【随笔】做售前工程师的一些感悟

不知不觉转做售前已经一年有余了,与其说是售前,感觉更严谨一点应该算是方案工作工程师了,各种写不完的方案、PPT,将近一年也算是有一点点自己关于这份工作的感悟吧,就当是思考总结下如何做好这份工作。
想哪里就写哪里吧

主要做的内容

  • 项目规划方案,比如可研方案、实施方案、初设、信息化规划等,做G端项目的肯定都懂。
  • 汇报PPT,只要有规划方案,就得配套的有对应的PPT,把方案浓缩到30P的PPT说清楚。
  • 投标方案,这个真的是目前觉得比较容易的工作了,只要有参考资料,比起写规划方案就舒服多了。
  • 其他的方案,这就多了,客户沟通备忘录、建设方案、简单汇报方案、解决方案,总之只要客户有意向,就先出个方案再说。

说说项目规划类方案吧

先说说起源吧,这类方案其实就从0到1的过程,源头可能就是用户的一个想法、可能是政策文件中的要求,写起来就比较费劲了,因为对售前来说可能就是一个完全全新的领域,需要从只言片语中就构建出一整套完整的解决方案,重点是要能自圆其说,比较考验能力的了。

往往碰到这样的活,焦虑肯定是存在的,一来是动笔太困难了,二来是担心努力半天最后被否定。

这时候就得来点心灵鸡汤慰藉一哈了,比如:这个世界就是一个巨大的草台班子,不能太在意;先不管了,哪怕是坨屎,先去干、再调整;一份工作而已,尽力就行;等等等等……

说说感悟吧

写这类方案,其实就比较考验全局、架构、整体的能力,得对要做的东西有宏观的想法(我领导说的“站位”就比较贴切了),然后就是把这个宏观的思路写下来,再转换成大纲,有时候觉得一份合理的方案大纲,其实就已经能证明自己对这个方案要做的东西想清楚了。
当然了,很多规划方案其实已经有成熟的模板,尤其是toG的项目,可能是为了评审方便、或者是为了格式统一,尽管有些项目内容并不适合套模板,但是模板仅仅是告诉需要从那些方面去描述这个项目,而你的宏观思路就是细化到模板各个大章的小节。

一个全新东西怎么办?

说实话,面对自己熟悉的领域多多少少都会比较自信,但是项目往往都是状况百出,可能同一个产品,要输出的方案就完全不同。那面对一个未知领域的内容,怎么办呢?

我更愿意总结其为“方法论”,总在一个领域迟早会坐吃山空的,想想有点恐怖。

其实面对新的东西,无非就是担心:

  • 写的东西担心内行一看就是一文不值。
  • 与客户的预期相差太远,毕竟提出这个客户怎么着也算是业务专家了。
  • 无从下笔。

总结一套解决思路:

  1. 按照初步理解形成宏观思路,转换为大纲。
  2. 借助LLM,补充完善自己的想法和思路。
  3. 收集资料,找到所有能作为参考资料的内容。
  4. 知网检索是一个不错的渠道。
  5. 最后记得一句话:磨刀不误砍柴工,整理要写什么很重要。

剩下的就看自己的总结整理能力了,当然文笔也很重要。

——————————————————

先这样了,后面有时间了再感悟吧。。。。。。。。。。。

上一篇:java中ArrayList的使用存储对象的易错点


下一篇:Dear ImGui 使用VS2022编译为静态库