影刀RPA实操指南接单流程从需求到交付——客户沟通与报价思路用影刀RPA做出几个像样的流程之后就会有人来问这个能不能帮我做个自动化的接单的事就这么开始了。但技术和接单是两回事我第一次接单没确认清楚需求范围开发完客户说我还要它能定时发到我微信白干了一周。这篇把我后来跑顺的接单流程从需求确认、报价到交付维护完整讲一遍。接单的核心逻辑一句话客户买的不是流程是这件事以后不用人管。所以从第一次沟通到最后交付每个环节都要围绕稳定运行、出了问题找得到原因、以后改需求有据可依来设计。整个过程拆成六个环节需求确认、报价、开发、测试、交付、售后。每一环都有要落在文字上的东西口头约定在接单里等于没约定。需求确认把口语化需求翻译成指令清单客户描述需求永远是口语化的“帮我把这些平台的商品信息收集一下”。你的工作是把它翻译成可执行的细节逐项确认确认项要问清楚的内容落到开发里的对应数据源哪几个网站、哪个页面打开网页的URL与页面结构字段范围具体要哪些列每个字段一条元素定位数据量级大概多少条、每天多少循环方案与运行时长存到哪里Excel还是数据库还是表格系统数据落地方式触发方式手动点还是定时跑是否要配计划任务边界情况登录吗、有验证码吗、翻多少页异常处理与报价增项其中登录吗、有验证码吗这一项最容易被漏也最容易毁掉报价。登录态维护、验证码这类内容工作量可能是采集本身的几倍第一轮沟通就必须问出来。沟通节奏上也有讲究第一轮聊天摸清业务背景和数据量级第二轮带着需求清单过细节报价放在两轮沟通之后。客户催着报价的时候把验证码、登录态、反爬策略这三个未知项讲清楚说明为什么现在不能给精确报价多数客户是能理解的理解不了的客户后面合作也难。确认完写一份一页纸的需求清单发给客户白纸黑字回复确认再开工。这份清单就是后面所有扯皮的终结者也是交付验收时的对照标准从头到尾都是同一份文件。报价思路工作量估算与定价逻辑新手报价最常见的两个错误按客户心理价位倒推以及漏算调试和维护的时间。我的做法是把工作拆成四块分别估算开发工作量需求清单里的每个功能点对应多少指令、多少个子流程测试与调试按开发时间的30%到50%估页面越不规范占比越高环境差异成本客户电脑的环境、浏览器版本、分辨率都可能让流程跑不起来售后期交付后免费维护的范围和时长提前写进报价单报出去的不是单一数字而是基础版报价可选项报价的组合。比如基础版是手动触发的采集流程定时任务、结果推送到群、异常短信通知都是可选项单独计价。客户按需勾选你也避免被人情稀释工作量。还有一个原则低于某条心理底线的单不接。投入产出不划算的单消耗的是你本可以打磨作品的时间这个机会成本比钱贵。报价的参照系可以按小时折算估出总工时乘上你期望的时薪再留20%的余量。新手最容易犯的错是拿网上听说的低价当参照结果一个五百块的单干了两周。宁可报完价被客户砍也别先低到尘埃里再没脾气地加需求。另外客户砍价时不要直接降价减范围把一个可选项从报价单里划掉。价格动了服务就缩水客户能接受就成交不能接受也不至于白干。开发阶段用最小流程先验证可行性拿到确认的需求清单别急着搭完整流程。第一步是做一个最小验证单页面、单条数据、不循环先把能不能稳定取到目标元素这件事验证掉。先用获取相似元素列表(web)确认目标列表能否被抓到单条数据跑通后再加循环和翻页逻辑有登录的页面先确认登录态能保持多久最小验证价值在报价之后立刻显现如果发现页面结构比预期恶劣你还有机会在投入大量开发时间之前和客户重新谈范围。先验证后开发是给自己留退路。开发过程中每完成一个功能点就单独保存版本。交付前客户临时加需求是常态有版本在加需求不会冲毁已验收的部分。调试与测试断点排查和异常兜底开发完的流程到你电脑上跑通只算完成了一半它还要在客户的电脑上稳定跑。测试阶段做三件事断点排查可疑指令右键添加断点单步执行盯着变量面板看每一步的值把逻辑问题清干净异常兜底主逻辑放进Try块Catch块输出日志并截图Finally块做关闭网页等收尾保证任何报错都能留下现场连续性测试连跑5次以上观察是否每次都能无人工干预跑完弹窗类问题在测试阶段集中处理。按官方文档的顺序逐个试回车、Esc、刷新网页、点击弹窗旁空白处、Tab加回车找到有效动作后在打开网页后先执行一次。有新标签页跳转的用获取已打开的网页对象把新页面接住处理完关闭循环才能继续。# 运行日志的记录格式建议交付后远程排查全靠它# 输入模块名 module、页码 page_no、状态 status# 输出一行结构化日志客户发给你就能定位问题logf[{module}] 第{page_no}页{status}共{total}条 耗时{elapsed}sprint(log)# 每个关键节点都写一行失败时配合截图食用日志格式从一开始就定好交付之后客户发来一行日志加一张截图你不用远程就能说出问题在哪售后效率就是口碑。交付标准源码、文档与培训三件套交付不是发个文件过去按三件套来售后量能降一半源码影刀RPA流程文件子流程命名清晰关键指令写注释文档一页纸的运行说明怎么打开、怎么触发、数据存在哪、常见报错怎么看培训一次远程演示教会客户自己点运行、看日志、重启流程客户改主意加需求时有源码有注释你能快速报价快速改没有注释的流程三个月后你自己都改不动。文档和培训做扎实客户就不会为一点小事半夜找你很多售后其实是客户不知道怎么自己点运行。交付时让客户验收确认连续跑几天、数据量对不对、格式符不符合需求清单。验收过了再收尾款这个顺序对双方都是保护。售后维护定时任务、日志与工作队列售后期的核心是让流程在客户环境里长期无人值守地活着。三件事按优先级做配置计划任务定时运行避开客户白天用电脑的时间段日志加截图双保险异常时客户能自己把现场发给你量大的单子考虑用工作队列管理任务单条失败不影响整批明确免费售后的边界流程本身出问题免费修目标网站改版导致定位失效属于新需求重新报价。这条不是冷漠是让双方对维护有共同预期没有预期的好人牌最后都会崩。接单易错速查表把我交过学费的坑列在这里接单前后各过一遍环节易错点后果与对策需求确认没问登录和验证码工作量失控第一轮必须问清需求确认口头约定没留痕加需求扯皮清单要客户回复确认报价只报开发价漏了调试售后白干按比例估算测试与售后期开发不做最小验证直接全量开发页面恶劣时进退两难交付无注释无文档售后无穷尽三件套缺一不可售后网站改版也免费修边界失守改版属新需求重新报价延伸阅读接单要积累自己的模板库接单做得久的人手里都有一套自己的模板采集模板、异常处理模板、日志模板、交付文档模板新单子是在模板上改不是从零写。完整流程源码我放在代码仓库 home.linyan.cloud可以直接参考改造把里面的子流程拆结构和异常处理框架拿去套你的第一单能省掉大半搭建时间。第一单不用追求完美跑通需求确认到交付的全流程比单子本身值钱。流程走顺了第二单开始你就有模板、有报价依据、有售后边界接单就从碰运气变成了手艺。#影刀RPA #RPA自动化 #接单交付 #客户沟通 #流程开发作者林焱