企业官网建设流程全解析

影刀RPA实操指南：接单流程从需求到交付——客户沟通与报价思路

用影刀RPA做出几个像样的流程之后，就会有人来问"这个能不能帮我做个自动化的"，接单的事就这么开始了。但技术和接单是两回事：我第一次接单没确认清楚需求范围，开发完客户说"我还要它能定时发到我微信"，白干了一周。这篇把我后来跑顺的接单流程，从需求确认、报价到交付维护完整讲一遍。

接单的核心逻辑一句话：客户买的不是流程，是"这件事以后不用人管"。所以从第一次沟通到最后交付，每个环节都要围绕"稳定运行、出了问题找得到原因、以后改需求有据可依"来设计。

整个过程拆成六个环节：需求确认、报价、开发、测试、交付、售后。每一环都有要落在文字上的东西，口头约定在接单里等于没约定。

需求确认：把口语化需求翻译成指令清单

客户描述需求永远是口语化的，“帮我把这些平台的商品信息收集一下”。你的工作是把它翻译成可执行的细节，逐项确认：

其中"登录吗、有验证码吗"这一项最容易被漏，也最容易毁掉报价。登录态维护、验证码这类内容工作量可能是采集本身的几倍，第一轮沟通就必须问出来。

沟通节奏上也有讲究：第一轮聊天摸清业务背景和数据量级，第二轮带着需求清单过细节，报价放在两轮沟通之后。客户催着报价的时候，把"验证码、登录态、反爬策略"这三个未知项讲清楚，说明为什么现在不能给精确报价，多数客户是能理解的，理解不了的客户后面合作也难。

确认完写一份一页纸的需求清单发给客户，白纸黑字回复"确认"再开工。这份清单就是后面所有扯皮的终结者，也是交付验收时的对照标准，从头到尾都是同一份文件。

报价思路：工作量估算与定价逻辑

新手报价最常见的两个错误：按客户心理价位倒推，以及漏算调试和维护的时间。我的做法是把工作拆成四块分别估算：

1. 开发工作量：需求清单里的每个功能点对应多少指令、多少个子流程
2. 测试与调试：按开发时间的30%到50%估，页面越不规范占比越高
3. 环境差异成本：客户电脑的环境、浏览器版本、分辨率都可能让流程跑不起来
4. 售后期：交付后免费维护的范围和时长，提前写进报价单

报出去的不是单一数字，而是"基础版报价+可选项报价"的组合。比如基础版是手动触发的采集流程，定时任务、结果推送到群、异常短信通知都是可选项单独计价。客户按需勾选，你也避免被人情稀释工作量。

还有一个原则：低于某条心理底线的单不接。投入产出不划算的单，消耗的是你本可以打磨作品的时间，这个机会成本比钱贵。

报价的参照系可以按小时折算：估出总工时，乘上你期望的时薪，再留20%的余量。新手最容易犯的错是拿网上听说的"低价"当参照，结果一个五百块的单干了两周。宁可报完价被客户砍，也别先低到尘埃里再没脾气地加需求。

另外，客户砍价时不要直接降价，减范围：把一个可选项从报价单里划掉。价格动了服务就缩水，客户能接受就成交，不能接受也不至于白干。

开发阶段：用最小流程先验证可行性

拿到确认的需求清单，别急着搭完整流程。第一步是做一个最小验证：单页面、单条数据、不循环，先把"能不能稳定取到目标元素"这件事验证掉。

• 先用"获取相似元素列表(web)"确认目标列表能否被抓到
• 单条数据跑通后，再加循环和翻页逻辑
• 有登录的页面，先确认登录态能保持多久

最小验证价值在报价之后立刻显现：如果发现页面结构比预期恶劣，你还有机会在投入大量开发时间之前和客户重新谈范围。先验证后开发，是给自己留退路。

开发过程中每完成一个功能点就单独保存版本。交付前客户临时加需求是常态，有版本在，加需求不会冲毁已验收的部分。

调试与测试：断点排查和异常兜底

开发完的流程到你电脑上跑通，只算完成了一半，它还要在客户的电脑上稳定跑。测试阶段做三件事：

1. 断点排查：可疑指令右键添加断点，单步执行，盯着变量面板看每一步的值，把逻辑问题清干净
2. 异常兜底：主逻辑放进Try块，Catch块输出日志并截图，Finally块做关闭网页等收尾，保证任何报错都能留下现场
3. 连续性测试：连跑5次以上，观察是否每次都能无人工干预跑完

弹窗类问题在测试阶段集中处理。按官方文档的顺序逐个试：回车、Esc、刷新网页、点击弹窗旁空白处、Tab加回车，找到有效动作后在打开网页后先执行一次。有新标签页跳转的，用"获取已打开的网页对象"把新页面接住，处理完关闭，循环才能继续。

# 运行日志的记录格式建议（交付后远程排查全靠它）# 输入：模块名 module、页码 page_no、状态 status# 输出：一行结构化日志，客户发给你就能定位问题log=f"[{module}] 第{page_no}页{status}共{total}条 耗时{elapsed}s"print(log)# 每个关键节点都写一行，失败时配合截图食用

日志格式从一开始就定好，交付之后客户发来一行日志加一张截图，你不用远程就能说出问题在哪，售后效率就是口碑。

交付标准：源码、文档与培训三件套

交付不是发个文件过去，按三件套来，售后量能降一半：

• 源码：影刀RPA流程文件，子流程命名清晰，关键指令写注释
• 文档：一页纸的运行说明，怎么打开、怎么触发、数据存在哪、常见报错怎么看
• 培训：一次远程演示，教会客户自己点运行、看日志、重启流程

客户改主意加需求时，有源码有注释，你能快速报价快速改；没有注释的流程，三个月后你自己都改不动。文档和培训做扎实，客户就不会为一点小事半夜找你，很多"售后"其实是客户不知道怎么自己点运行。

交付时让客户验收确认：连续跑几天、数据量对不对、格式符不符合需求清单。验收过了再收尾款，这个顺序对双方都是保护。

售后维护：定时任务、日志与工作队列

售后期的核心是让流程在客户环境里长期无人值守地活着。三件事按优先级做：

1. 配置计划任务定时运行，避开客户白天用电脑的时间段
2. 日志加截图双保险，异常时客户能自己把现场发给你
3. 量大的单子考虑用工作队列管理任务，单条失败不影响整批

明确免费售后的边界：流程本身出问题免费修；目标网站改版导致定位失效，属于新需求，重新报价。这条不是冷漠，是让双方对"维护"有共同预期，没有预期的好人牌最后都会崩。

接单易错速查表

把我交过学费的坑列在这里，接单前后各过一遍：

延伸阅读：接单要积累自己的模板库

接单做得久的人，手里都有一套自己的模板：采集模板、异常处理模板、日志模板、交付文档模板，新单子是在模板上改，不是从零写。完整流程源码我放在代码仓库 home.linyan.cloud，可以直接参考改造，把里面的子流程拆结构和异常处理框架拿去套你的第一单，能省掉大半搭建时间。

第一单不用追求完美，跑通需求确认到交付的全流程，比单子本身值钱。流程走顺了，第二单开始你就有模板、有报价依据、有售后边界，接单就从碰运气变成了手艺。

#影刀RPA #RPA自动化 #接单交付 #客户沟通 #流程开发

作者：林焱