合作模式这事儿，选错了后面处处别扭。
服务内容和模式
哪些属于增值、怎么收费，提前列出来。
- 托管的话，数据和账号的归属要特别留意，别全放在别人那儿。
- 分工写清楚，推诿就是从边界模糊开始的。
自主运维听着好，但没人投入就等于没有。
合同里除了写包含的，还要把不含的写明白。
- 定期开个短会，同步进展和下阶段计划，比零散沟通有效。
托管和自运维看团队情况选，没有标准答案。
后来才发现，对接方式要先定：谁对谁、多久碰一次、用什么工具沟通。
合作久了要有阶段性总结，看看这半年做的有没有偏离方向。
合作初期自己要多参与。流程跑顺了再放手，这个过渡别省。
合作方式好几种，挑适合自己预算和周期的。
我记得，我方要准备的东西提前备好。资料给晚了，进度就卡在那儿。细节往往就差在这。
维护期内发现的小问题，集中整理一次再提，比零散提效率高。
听起来简单，一问一答的形式很讨巧，结构清晰，摘取也方便。
图片格式换一下，体积小很多，加载速度就上来了。
验证码别做得太复杂，简单能用就行，太难是在赶客。
老实说，先定受众，不同年龄层的审美和阅读习惯差别很大。
- 验收的时候自己当用户体验一遍，什么问题都跑出来了。
多语言站注意文字长度差异，布局要有弹性。
这事吧，我发现很多网站的产品页写得跟说明书一样，参数一堆，用户想知道的一个没说。
别只看价格。便宜做出来的东西，后面返工花的钱更多。各家情况不一样。
- 上线后的培训不能省，配一份简单的手册更好。
联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。
先说个前提，历史内容的去留提前理一遍，迁移时不会手忙脚乱。
上线之后才是开始
- 响应时效约定清楚，出了问题才知道找谁、多快能解决。
签合同前把交付内容列清楚，尤其是源码和维护这两项。
- 找本地团队的好处是沟通方便，能当面聊。惠州本地的团队在这一点上有优势。
接着说。
有个细节，表单别设计得太长。让用户填五项，他能填完三项就算给你面子了。
说白了，预算和周期要一起谈。只压预算不谈周期，最后质量一定打折。
刚上线那几天多留意，出问题及时回滚。
- 客户说要「高端」，我会让他找几个喜欢的站给我看，比我猜强。
标题标签和描述，很多网站要么是空的，要么全是重复的。这种地方改一改，见效反而快。
惠州这边的商家有个通病：网站做好就放着，几年不动。这种站基本等于没有。
数据导出功能别漏。哪天想换个系统，导不出数据就很被动。
补丁要及时打，这是最基础的安全习惯。
一个月复盘一次，把没动静的页面单独拎出来处理。
改版前先看老站哪些页面在带来流量，这些要保住，不然等于重来。
我自己踩过，服务器稳定性比很多人想的要重要。三天两头打不开，前面做的都白费。
搞一堆站发同样内容，听着聪明，实际上容易被一锅端。
报价差异主要在人工上。模板省的是设计和开发时间，定制贵在这两块的投入。
光有视觉没有信息的站，中看不中用，用户看完还是不知道你是干嘛的。
需求聊的时候我通常会问：现在业务上最头疼的是哪件事？从这儿入手最实在。
后台一定要好用到客户自己能改内容。我见过那种改一个字都要找技术的后台。
搜索友好的结构最好一开始就规划好，事后补代价很大。
用脚本动态生成内容的页面，抓取方不一定看得见，这点要测试。真遇到就明白了。
网站改版的跳转规则必须做。旧链接不跳，之前攒的权重基本清零。
企业官网最该放的是：你是做什么的、做过什么、怎么联系。其他的往后排。
大概就这些，做站这事急不得，前期想清楚最省钱。