<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>开发外包洞见:报价、范围与运维指南 · Weple</title>
<link>https://theweple.com/zh-cn/insights/</link>
<description>外包开发之前该了解的事。报价怎么定,范围怎么划,没有专职程序员也能维持网站或应用正常运转,都是 Weple 真实经手过的案例。</description>
<language>zh-Hans</language>
<atom:link href="https://theweple.com/zh-cn/rss.xml" rel="self" type="application/rss+xml" />
<lastBuildDate>Thu, 01 Oct 2026 00:00:00 GMT</lastBuildDate>
<ttl>720</ttl>
<item>
<title>AI 做的网站，顾客会在哪些地方起疑？</title>
<link>https://theweple.com/zh-cn/insights/ai-made-site-tells/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/ai-made-site-tells/</guid>
<pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>顾客收到 AI 推荐后，往往还会到公司网站确认。真正让人起疑的，常常不是功能，而是套话、没人提供过的数字和没改过的默认设置。Weple 从这些地方入手，修整现有网站。</description>
</item>
<item>
<title>在欧盟金融业，要求真人而不是聊天机器人已经是法定权利</title>
<link>https://theweple.com/zh-cn/insights/human-handoff-chatbot-rules/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/human-handoff-chatbot-rules/</guid>
<pubDate>Sat, 26 Sep 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>欧盟已在指令中规定，消费者在线签订金融合同时，有权要求并获得人工介入。英国的消费者组织则呼吁把这项权利扩大到能源和通信行业。韩国《人工智能基本法》第31条目前的要求，只到事先告知用户对方是 AI 为止。</description>
</item>
<item>
<title>11月1日起，韩国把商家账号的登录当成员工登录来管</title>
<link>https://theweple.com/zh-cn/insights/pipa-safeguards-2026-11-deferred-clauses/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/pipa-safeguards-2026-11-deferred-clauses/</guid>
<pubDate>Sat, 26 Sep 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>韩国《个人信息安全性确保措施标准》在2025年10月修订时，有7项条款暂缓一年施行；按个人信息保护委员会的指南，生效日是2026年11月1日。届时权限最小化、登录失败锁定、外部访问追加认证和访问记录保存，会延伸到电商平台入驻商家等非员工账号；每月一次的日志检查，则改为按企业自己定下的周期执行。在那之前旧条文仍然有效，10月份的检查照旧要做。</description>
</item>
<item>
<title>在韩国提供服务的话，2026年9月11日起变了什么</title>
<link>https://theweple.com/zh-cn/insights/pipa-2026-turnover-penalty-cap/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/pipa-2026-turnover-penalty-cap/</guid>
<pubDate>Mon, 21 Sep 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>自2026年9月11日起，个人信息泄露的罚款上限一般为总营业额的3%，符合三种特例之一时为10%。三种之中，在整改命令尚未履行的状态下发生的泄露，不问损害规模。从收到命令之日到履行完毕之日，就是这一条款的适用范围。</description>
</item>
<item>
<title>给 Google Play 审核留出一周的上线时间表</title>
<link>https://theweple.com/zh-cn/insights/google-play-review-week-launch-buffer/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/google-play-review-week-launch-buffer/</guid>
<pubDate>Fri, 18 Sep 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>先定上线日再往回倒着排，表格里往往只填得进开发时间。Google Play Console 帮助里写着，一次变更从几小时到最多七天才会发布，并建议在提交和公开之间留出至少一周。如果用的是新开的个人账号，前面还要再叠三周。</description>
</item>
<item>
<title>表格是先对不上，才慢下来的</title>
<link>https://theweple.com/zh-cn/insights/spreadsheet-to-system/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/spreadsheet-to-system/</guid>
<pubDate>Sun, 06 Sep 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>因为撞到上限才换系统的公司很少。真正的情况是同一个数字在三个文件里写成三个样，而表格早在几个月前就悄悄改过其中一些。先搬什么、留下什么，是按这个顺序定的，不是按文件大小。</description>
</item>
<item>
<title>维护不是等它坏了才开始</title>
<link>https://theweple.com/zh-cn/insights/maintenance-contract-scope/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/maintenance-contract-scope/</guid>
<pubDate>Sun, 23 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>没人动代码，证书照样到期，应用商店的门槛照样每年往上抬。运维合同真正会争起来的地方，是这些日期归谁管，以及哪些算缺陷、哪些算新需求。</description>
</item>
<item>
<title>预算栏空着，报价就没法摆在一起比</title>
<link>https://theweple.com/zh-cn/insights/requirements-before-quote/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/requirements-before-quote/</guid>
<pubDate>Sat, 22 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>询价邮件大多只有一两句话，剩下的空白各家自己填，填出来的项目自然不是一回事。报价摆到一起怎么比，另外写过。这篇讲的是那之前的事：报价出来之前，自己这边先填的空白。</description>
</item>
<item>
<title>接了聊天机器人，就多了一块电表</title>
<link>https://theweple.com/zh-cn/insights/ai-feature-cost-drivers/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/ai-feature-cost-drivers/</guid>
<pubDate>Thu, 20 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>接聊天机器人的开销，不会在做完那一刻结清。对话变长的时候、自家资料改动的时候、答错的时候，各有各的费用。做的钱写在报价单上，每月流出去的那部分是后面才跟上来的。</description>
</item>
<item>
<title>AI 写的文章，顾客比谷歌先看出来</title>
<link>https://theweple.com/zh-cn/insights/ai-draft-before-publish/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/ai-draft-before-publish/</guid>
<pubDate>Tue, 18 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>谷歌明确说过，不会仅仅因为用了 AI 就压低排名。先看出来的是读文章的人。错的数字、编出来的出处、每一页都一样的腔调，这些都清掉，发布才算完。</description>
</item>
<item>
<title>用无代码起步，以后会不会推倒重来</title>
<link>https://theweple.com/zh-cn/insights/backend-vs-nocode/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/backend-vs-nocode/</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>有的产品用无代码跑了好几年，也有团队半年后从头重做。分水岭不是功能数量，而是数据放在了哪里。先把这一件事定下来，日后迁移的成本就完全不同。</description>
</item>
<item>
<title>搜索排名和 AI 回答里的位置，不在同一个地方决定</title>
<link>https://theweple.com/zh-cn/insights/aeo-vs-seo/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/aeo-vs-seo/</guid>
<pubDate>Tue, 11 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>做 AI 搜索这件事，既不是从零开始，也不是把 SEO 重做一遍。两者共用同一层地基，在结果被定下来的那个环节分开。先从今天就能确认的部分看起就行。</description>
</item>
<item>
<title>网站上线了，搜索引擎还不知道</title>
<link>https://theweple.com/zh-cn/insights/seo-basics-for-owners/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/seo-basics-for-owners/</guid>
<pubDate>Mon, 10 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>网站挂上去，搜索这件事并不会自己开始。到搜索引擎那边登记、提交站点地图、用客户真正会敲的词把页面写出来，这些不懂开发也能做。需要开发者出场的位置，比想象中靠后。</description>
</item>
<item>
<title>对接是从第一次调通之后才开始算范围</title>
<link>https://theweple.com/zh-cn/insights/api-integration-scope/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/api-integration-scope/</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>把外部服务接进来，第一次调用返回正常结果的那一刻，看上去就算做完了。真正花时间的在后面。开户和审核、沙箱与线上的差别、失败重复取消这些流程，以及对方改规格的那一天，加在一起才是一件对接。</description>
</item>
<item>
<title>驳回邮件里已经写了下一步</title>
<link>https://theweple.com/zh-cn/insights/app-store-rejection/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/app-store-rejection/</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>被驳回时收到的那封信，是审核员留下的全部线索。先看条款编号再看正文，把该重做构建的和回一封信就能解释的分开，第二次提交才短得下来。苹果和谷歌卡人的地方并不一样，别把两个商店塞进同一份检查清单。</description>
</item>
<item>
<title>上线前的检查，要在别人的设备上打开一次才算完</title>
<link>https://theweple.com/zh-cn/insights/pre-launch-qa-checklist/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/pre-launch-qa-checklist/</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>清单越列越长，作用其实有限，因为做的人只会走自己修出来的那条路。上线前的几天真正要回答的是另外三件事：第一次来的人能不能走到底，发出去的东西是不是真的落了地，出事之后能不能退回来。</description>
</item>
<item>
<title>AI 写的代码能跑。问题在后面</title>
<link>https://theweple.com/zh-cn/insights/vibe-coding-handoff/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/vibe-coding-handoff/</guid>
<pubDate>Wed, 05 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>能跑的界面和能接手的代码是两回事。接手一个用 AI 快速做出来的项目时，绊住你的不是语法，而是没人知道密钥藏在哪、当初为什么那样写。要确认的东西，大多在代码之外。</description>
</item>
<item>
<title>挑要自动化的活儿之前，先划掉不该自动化的</title>
<link>https://theweple.com/zh-cn/insights/automation-payback/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/automation-payback/</guid>
<pubDate>Tue, 04 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>自动化划不划算，跟这件事有多烦人关系不大。真正决定它的是这件事多久回来一次，以及有多少次运行最后还是把人叫了回来。候选清单变长之前，先从上面划掉几条。</description>
</item>
<item>
<title>App 开发范围，写清五行就够了</title>
<link>https://theweple.com/zh-cn/insights/app-build-scope/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/app-build-scope/</guid>
<pubDate>Mon, 03 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>各家报价不一样，不是有人虚报，是各家算的根本是不同的 App。页面、上架渠道、登录支付推送、后端、运营界面，询价邮件里填满这五行，收回来的报价才落在同一条基准线上。</description>
</item>
<item>
<title>MVP 的开发周期都在哪儿变长</title>
<link>https://theweple.com/zh-cn/insights/mvp-timeline/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/mvp-timeline/</guid>
<pubDate>Mon, 03 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>周期不是把功能数出来就有的。想验证什么、第一版砍掉哪些、等一次确认要几天，再加上商店审核和支付签约这些跑在开发之外的日历，共同决定了上线那一天。</description>
</item>
<item>
<title>网站制作费是在页面背后拉开的</title>
<link>https://theweple.com/zh-cn/insights/website-build-cost-drivers/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/website-build-cost-drivers/</guid>
<pubDate>Sun, 02 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>页面多不等于报价高。有几种页面版式、文案和图片在不在手上、谁多久改一次，钱是在这些地方分岔的。把报价单上的每一条拆开看看，各自为什么值这个价。</description>
</item>
<item>
<title>联系不上开发者的第一周，做什么</title>
<link>https://theweple.com/zh-cn/insights/contractor-left-checklist/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/contractor-left-checklist/</guid>
<pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>没有交接就走人，手第一时间伸向代码。真正让服务停掉的，是不知道挂在谁名下的账号，和已经过去的续费日。头几天按账号、仓库、配置值的顺序过一遍。</description>
</item>
<item>
<title>全都爬完了，却用不上的数据</title>
<link>https://theweple.com/zh-cn/insights/crawling-legal-scope/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/crawling-legal-scope/</guid>
<pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>爬虫卡住的地方大多不在技术这一侧，而在目标站的用户协议，以及爬回来的数据里夹带的个人信息和版权。外包之前这三件事不确认，数据采齐了也用不了。</description>
</item>
<item>
<title>报价单上只写了“登录功能”四个字</title>
<link>https://theweple.com/zh-cn/insights/outsourcing-quote-guide/</link>
<guid isPermaLink="true">https://theweple.com/zh-cn/insights/outsourcing-quote-guide/</guid>
<pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
<category>guide</category>
<description>两家的条目栏都写着“登录功能”，金额却差出三倍。比报价不该从数字开始，该从这一栏开始。按条目、排除项、计价单位的顺序，把手上的报价单读一遍。</description>
</item>
</channel>
</rss>
