2020 年 11 月,我被 Strapi 聘为第一位销售员。这是一个相当大的挑战!首先,尽管我通过过去的经验获得了技术知识,但我对 CMS 却一无所知。还有一个无头的,甚至更少! ;)

我接受他们提议的原因之一是有机会从头开始建立销售团队。话虽如此,在一家主要由开发人员组成的公司中,这可能会引起关注:

• 这些销售人员是否会通过承诺不存在的功能来超卖产品?

• 他们会在具体的开发工作上对工程团队施加压力吗?

• 他们会要求我们参加他们所有客户的会议以涵盖所有技术方面吗?

• ...

这是完全正常的。软件工程师传统上不喜欢销售人员。来自 Decibel VC 的文章“技术 BDR 如何发挥关键作用”也提供了关于这个主题的更多见解,我个人非常赞同他们的愿景。

然而,销售和工程师可能是最好的伙伴,这里是我们有效协调的三大原则。

1\。 不断学习

我一直很喜欢一件事:与技术团队共度时光_(并问无数“为什么?”问题),与顾问一起度过“生命中的一天”(即使这意味着与Thomas Laporte 一起前往莫莱,前同事),参加技术培训(我一直要求我的经理有空闲时间参加)_,通过实践测试测试我的技能(52% 是我在 GCP Certified Professional - Cloud 的最新分数建筑师)...

而且,最重要的是,亲力亲为:有一个沙盒让我可以玩! 经验教训:不要忘记关闭托管的Hadoop集群,否则你会在一大早收到CTO的电子邮件,真实的故事!)

这种行为对于使您的建议合法化并成功说服您的客户采用您的解决方案至关重要。销售不是最终的游戏。这应该只是您努力将自己定位为值得信赖的顾问和产品专家而不是“锋利的刀”的结果。

2\。 心存感激,不屈不挠

感恩主要来自两点:

首先,尊重产品:开发人员有自己的方式来构建产品,在参加了几次启动/站立会议之后,我可以向您保证,他们的积压工作永远不会变空。妥协是根据他们需要在特定时间交付的正确价值做出的,因此了解这些权衡、承诺做出的选择并支持潜在客户/客户面前的决策也是销售人员的责任。

作为记录,当我们启动内容国际化功能时,我的第一个反应是:“语言只是内容的变体......所以我们可以欺骗该功能来创建自定义/虚构语言以构建变通方法用于 A/B 测试等功能!” 是的,但不是。作为一名销售人员,您应该始终具有创造性和以解决方案为导向的反射,但永远不要忘记将您的想法提交给产品团队,以便他们从技术角度验证它们。 TL/DR:这不是一个好主意;)

[](https://res.cloudinary.com/practicaldev/image/fetch/s--WwhxaO3N--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev- to-uploads.s3.amazonaws.com/uploads/articles/3jgtdxve883ju8zkisj3.png)

另一个例子 ;)

嘿,开发人员,我只想说,如果我喜欢每天做我的工作,那是因为我喜欢我销售的产品!

其次,时间。我想向所有花时间向我们销售人员解释产品的开发人员表示热烈的祝贺。我们大多数人都不擅长阅读文档、观看教程,甚至不擅长查看 Stack Overflow 线程。我们甚至在填写 CRM 中的信息时也很吃力,您希望我们如何做到这一点?! (我在开玩笑,ofc).

我经常和我的好友Maxime Castres进行快速会话,Growth Hacker 指导我如何进入终端,如何安装 JSON 查看器插件,如何进行简单的 GraphQL 查询......每次,这是一个小小的胜利。这些时刻中的每一个对我来说都比签署协议更有价值。感谢开发人员,我获得的每一项额外的技术知识都是提高我的交易管道完成率的又一步。

[](https://res.cloudinary.com/practicaldev/image/fetch/s--1Duw05Gl--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev- to-uploads.s3.amazonaws.com/uploads/articles/grb001d6t0wxbsuim5t2.png)

软件工程师往往不是最能说明问题的人_(但和我的兔子比起来算不了什么_🐰👇_,他真的一点都不在乎),_

[](https://res.cloudinary.com/practicaldev/image/fetch/s--6NsdfNo6--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev- to-uploads.s3.amazonaws.com/uploads/articles/8jijtui6e87ttsr42gkf.png)

但请注意,每个担任销售职位的人都有点自负。这是一件积极的事情!向您的销售团队成员表达感激之情是他们所能得到的最大赞美。这就像您的_Sensei_的最终认可。

[](https://res.cloudinary.com/practicaldev/image/fetch/s--MkY2Q1rF--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev- to-uploads.s3.amazonaws.com/uploads/articles/xgoe8vupkypkanv2ocdw.png)

3\。 分享,很多

我的队友花费了无法估量的时间来构建一个很棒的产品,他们很少有机会看到社区实际上是如何使用它来解决这么多问题的。当你是一个了不起的人构建了一个很棒的产品时,你应该期待很棒的结果。

这就是为什么销售人员应该总是花时间分享几句话、截图、评论......或者任何能让开发人员真正了解产品最终用途的东西。我们在这里分享的不仅仅是反馈。这是关于将日常灵感和积极的氛围传递给其他人。这就像成为 API 配置的路由。 🤓

在 Strapi,我们认为反馈是一种礼物,#feedback Slack 频道每天至少有一条消息。

[](https://res.cloudinary.com/practicaldev/image/fetch/s--BKLSvGNS--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev- to-uploads.s3.amazonaws.com/uploads/articles/zizpyuqp4c4ha0f6yd63.png)

[](https://res.cloudinary.com/practicaldev/image/fetch/s--uho-6AtO--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https:// dev-to-uploads.s3.amazonaws.com/uploads/articles/0zljuoatn6pe8snuij4v.png)

尽管如此,现场经验反馈很难被认为是可操作的,因为它不依赖于准确的数据,而这是产品决策制定的要求。如果你有这种感觉,请永远记住,这不仅仅是提供宝贵的见解,而是创造尽可能多的“啊,读起来真好!”时刻。

另一方面,所有工程团队都应遵循的最佳实践是打开“跨团队中心”。一个分享目标、决策者、功能范围、时间表、依赖项和信息的地方,以便为成功发布做好准备。当您从事诸如重构查询引擎之类的高度技术性项目时,它会更加有用;)因此,您正在赋予销售_(不仅是他们!)_具有远见的能力。

感谢您阅读本文!如果您觉得与它一致,Strapi 在销售和开发人员职位上都有个职位空缺;)