当前位置: 首页 > news >正文

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

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

主要做的内容

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

说说项目规划类方案吧

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

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

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

说说感悟吧

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

一个全新东西怎么办?

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

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

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

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

总结一套解决思路:

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

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

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

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


http://www.mrgr.cn/news/70521.html

相关文章:

  • MYSQL隔离性原理——MVCC
  • 【软考知识】敏捷开发与统一建模过程(RUP)
  • day08|计算机网络重难点之 DNS查询过程、CDN是什么,有什么作用?、Cookie和Session是什么?有什么区别?
  • 线性代数(第三章:向量)
  • 网站小程序app怎么查有没有备案?
  • 无桥Boost-PFC 双闭环控制MATLAB仿真
  • 卡内基音乐厅回响肖邦旋律:旅美钢琴学者何超与导师洪勋的师生情缘
  • Cesium基础-(Entity)-(label )
  • ggalign:热图等复杂组合图及图形数据对齐的 ggplot2 扩展
  • 计算机在启动一直到系统加载完成期间进行了哪些操作
  • 【缠论箱体预测】主图指标 缠论自动划箱体 看透压力支撑对趋势胸有成竹 (电脑+手机源码)
  • 206面试题(47~60)
  • fask的一个程序
  • 稳恒磁场(2)
  • c语言学习11跳转结构
  • 软件测试常用设计模式
  • Java项目实战II基于微信小程序的学生公寓电费信息管理系统(开发文档+数据库+源码)
  • QtWebServer
  • 【WRF模拟】全过程总结:WPS预处理及WRF运行
  • 展望:多模态融合与marker推断
  • 【Android、IOS、Flutter、鸿蒙、ReactNative 】标题栏
  • Kafka-Eagle 监控 搭建
  • CHS许可管理系统
  • 提高排名的有效策略与实践指南
  • 2024 年度分布式电力推进(DEP)系统发展探究
  • Linux(CentOS)安装 Nginx