洞见
外包之前,以及外包之后,值得了解的事。
-
维护不是等它坏了才开始
没人动代码，证书照样到期，应用商店的门槛照样每年往上抬。运维合同真正会争起来的地方，是这些日期归谁管，以及哪些算缺陷、哪些算新需求。
阅读 -
预算栏空着，报价就没法摆在一起比
询价邮件大多只有一两句话，剩下的空白各家自己填，填出来的项目自然不是一回事。报价摆到一起怎么比，另外写过。这篇讲的是那之前的事：报价出来之前，自己这边先填的空白。
阅读 -
接了聊天机器人，就多了一块电表
接聊天机器人的开销，不会在做完那一刻结清。对话变长的时候、自家资料改动的时候、答错的时候，各有各的费用。做的钱写在报价单上，每月流出去的那部分是后面才跟上来的。
阅读 -
AI 写的文章，顾客比谷歌先看出来
谷歌明确说过，不会仅仅因为用了 AI 就压低排名。先看出来的是读文章的人。错的数字、编出来的出处、每一页都一样的腔调，这些都清掉，发布才算完。
阅读 -
用无代码起步，以后会不会推倒重来
有的产品用无代码跑了好几年，也有团队半年后从头重做。分水岭不是功能数量，而是数据放在了哪里。先把这一件事定下来，日后迁移的成本就完全不同。
阅读 -
搜索排名和 AI 回答里的位置，不在同一个地方决定
做 AI 搜索这件事，既不是从零开始，也不是把 SEO 重做一遍。两者共用同一层地基，在结果被定下来的那个环节分开。先从今天就能确认的部分看起就行。
阅读 -
网站上线了，搜索引擎还不知道
网站挂上去，搜索这件事并不会自己开始。到搜索引擎那边登记、提交站点地图、用客户真正会敲的词把页面写出来，这些不懂开发也能做。需要开发者出场的位置，比想象中靠后。
阅读 -
对接是从第一次调通之后才开始算范围
把外部服务接进来，第一次调用返回正常结果的那一刻，看上去就算做完了。真正花时间的在后面。开户和审核、沙箱与线上的差别、失败重复取消这些流程，以及对方改规格的那一天，加在一起才是一件对接。
阅读 -
驳回邮件里已经写了下一步
被驳回时收到的那封信，是审核员留下的全部线索。先看条款编号再看正文，把该重做构建的和回一封信就能解释的分开，第二次提交才短得下来。苹果和谷歌卡人的地方并不一样，别把两个商店塞进同一份检查清单。
阅读 -
上线前的检查，要在别人的设备上打开一次才算完
清单越列越长，作用其实有限，因为做的人只会走自己修出来的那条路。上线前的几天真正要回答的是另外三件事：第一次来的人能不能走到底，发出去的东西是不是真的落了地，出事之后能不能退回来。
阅读 -
AI 写的代码能跑。问题在后面
能跑的界面和能接手的代码是两回事。接手一个用 AI 快速做出来的项目时，绊住你的不是语法，而是没人知道密钥藏在哪、当初为什么那样写。要确认的东西，大多在代码之外。
阅读 -
挑要自动化的活儿之前，先划掉不该自动化的
自动化划不划算，跟这件事有多烦人关系不大。真正决定它的是这件事多久回来一次，以及有多少次运行最后还是把人叫了回来。候选清单变长之前，先从上面划掉几条。
阅读 -
App 开发范围，写清五行就够了
各家报价不一样，不是有人虚报，是各家算的根本是不同的 App。页面、上架渠道、登录支付推送、后端、运营界面，询价邮件里填满这五行，收回来的报价才落在同一条基准线上。
阅读 -
MVP 的开发周期都在哪儿变长
周期不是把功能数出来就有的。想验证什么、第一版砍掉哪些、等一次确认要几天，再加上商店审核和支付签约这些跑在开发之外的日历，共同决定了上线那一天。
阅读 -
网站制作费是在页面背后拉开的
页面多不等于报价高。有几种页面版式、文案和图片在不在手上、谁多久改一次，钱是在这些地方分岔的。把报价单上的每一条拆开看看，各自为什么值这个价。
阅读 -
联系不上开发者的第一周，做什么
没有交接就走人，手第一时间伸向代码。真正让服务停掉的，是不知道挂在谁名下的账号，和已经过去的续费日。头几天按账号、仓库、配置值的顺序过一遍。
阅读 -
全都爬完了，却用不上的数据
爬虫卡住的地方大多不在技术这一侧，而在目标站的用户协议，以及爬回来的数据里夹带的个人信息和版权。外包之前这三件事不确认，数据采齐了也用不了。
阅读 -
报价单上只写了“登录功能”四个字
两家的条目栏都写着“登录功能”，金额却差出三倍。比报价不该从数字开始，该从这一栏开始。按条目、排除项、计价单位的顺序，把手上的报价单读一遍。
阅读
如果你也是这种情况
把现在的情况发给我们,我们在 24 小时内回复范围和价格。