关于为什么要写这篇文章，大概是我昨天刷到短视频上很多内容，普通人应该如何抓住AI风口，做AI短剧？如同鸭老师所说赛道已趋近于饱和。创业开发个人AI团队？可是这玩意说实话一般人没多少资本并且大家真的懂商业模式吗，亦或者是能够具备在酒桌上谈笑风生的商务能力吗。在当下，在AI工具和各家大模型层出不穷又层层迭代的今天，我始终认为普通人想要抓住AI的风口，最保守的打法仍然是学到了AI之后去一家企业上班，工作，开展AI相关的工作，做一个业务型的类似AI售前工程师吧。也有人说为什么不直接去做AI应用开发岗，说实在的，如果纯做AI开发岗，对技术和学历的要求又太高了，不太适用于非科班出身并且中途转行的。综合来说，我更想要表达的是，我更偏向于去做一个业务——IT——AI之间的沟通桥梁，教会大家把你丢到企业以后，你如何快速的去上手完成你的工作，所以这一次我想写一下我个人对AI产品评估比较通用的流程，让大家大概有个印象，有一个大体的框架。
AI产品评估流程——5步流程法
1.结果导向：评判一个AI产品值不值得做，首先避不开的一定是项目价值，那要如何去评判呢。很简单，围绕着钱来展开，要么就是多赚钱，省钱，或者就是少赔钱。先说多赚钱，那首先就得能不能带动销量上的一个增长，第二优先级那就是省钱，也就是能够降本增效呗，比如每年节省多少人力，少发了多少工资。少赔钱就是过去业务可能存在某个风险点，现在这个产品解决了这个风险点，能让你少赔一点钱。以我上次那个客服质检Agent为例来说的话就是，能不能带动销量，很明显，如果能在聊天记录中挖掘到了消费者的需求，开发了新的产品，从而带动了GMV，就是有价值的。第二是省钱，过去可能我需要10个人完成的工作，我是不是可以只需要5个人来完成，其余的人是不是可以干别的，以后是不是可以不用招人了业务扩展以后，少发了工资也就是少发了钱。第三是少赔钱，过去业务流程上有某个风险点，比如说过去某个客服员工发脾气，对顾客一顿情绪发泄，导致客户流失，后续采用AI，规避掉了这种风险，避免了客诉，可以少赔一点钱。
通过标准：能有一项硬性指标，即可通过，例如带动间接增长100万，每日节省时间8小时，也就是1人力，可以有效减少损失50万之类的，项目期初为了立项，大体预估一个是可以的，但是不要太高。
2.业务场景评估：在通过第一步后，就开始下场进行需求调研，分为两个方面。其一是业务流程，开发完这个产品后，只是针对于个人或者部门去使用的单点产品，还是能够有效的改变现有流程，实现跨部门沟通协作，例如客服Agent项目里，过去是客服被动回复消息，现在开始角色变化，客服变为前沿的业务洞察，能够反哺研发部门和营销部门以及运营部门，形成一个跨部门协作沟通的流程。其二是该业务流程当中是否涉及很多认为主观判断因素，如果大部分都绕不开人为判断的话，也不建议上线，因为后续修改变动风险较高。
通过标准：只要是针对单个部门以上且主观判断的仅占全流程的20%，即可通过
3.接下来便是数据流了，第二条将的是业务流程，第三条就是数据是如何流转的，通常是分布在各个杂乱的业务系统，或者是Excel，或者是某几位老员工的经验，甚至是从第三方平台下载的，就需要考虑是否能获得稳定的数据来源了。
通过标准：如果是外接数据，API接口必须稳定，如果是企业内部数据，不得超过了3张手工表维护（也就是不能人为去判断填的数据不能超过3张，超过说明现有业务流程就是有问题的，理想情况下是所有数据都有线上化）
4.产品稳定性：其实也就是风险点，在上述工作都准备完成后，接下来就到了风险评估。一是是否能接受AI的稳定性，假如AI犯错了怎么办，要如何最短时间内预警发现，业务部门是否有应对方案，这个时候通常情况下是，建立数据质量监控看板，由业务部门去整理核心指标，如果有异常数据直接发送到飞书或者钉钉群聊。二是后续如果组织架构调整，业务流程变更，AI产品需要迭代的时候，成本高不高，要IT部门评估二开的费用。
通过标准：业务部门能出紧急应对方案，IT部门在产品开发的时候能有一定产品迭代方案。（如果实在找不出也可以，但是需要IT领导和业务领导签字确认）
5.组织风险预警：也许这个产品真的很好，但是AI的诞生，公司里一定有同事是抗拒的，按照项目管理的说法是，要找出干系人，利益者，谁有可能会在整体项目进展的过程中，去卡你，而你至少需要获得一名大领导的支持站台，否则后续很难推进。（个人经验：项目开展前由各个业务负责人指派一个PO，明确跟考核挂钩，并且中途可以换人）
以上是我个人的一些经验，有的人会说，哎呦也要算一下ROI，投入产出比，其实个人的话不建议，因为你要是明确了你的ROI，就等于后续是给你自己挖坑，不要给业务那么大的预期，做好上面的这5点，差不多了，90%的企业是够用了。上面内容主要还是个人认为比较重要的5点，其他的不是问题，项目开展会遇到各种问题，加油吧各位佬有。
2 个帖子 - 2 位参与者