挑人这事，说难也难。我把自己常用的判断方法写下来。

找人合作要注意

问清楚具体由谁执行。接活的和干活的是两拨人，中间隔一层，沟通就废了。

这里不多展开。

我记得，敢说「这个我做不了」的，往往是真懂的。

• 自己有没有在实操，聊两句就能听出来。

有的团队擅长铺量，有的擅长做精。看你当下需要哪种。

• 合同里把归属写清楚：账号归谁、源码归谁、内容归谁。我反正是这么看的。

就这点事。

• 同城的好处是能坐下来谈，省掉很多来回。

你先记住这个。

比价别只比数字。同样的钱，投入的人天差很多。

看过往客户，最好能问到联系方式。同行的一句评价，比对方说十句管用。

钱都花在哪了

• 报价要拆开看，含什么不含什么，写清楚才叫报价。
• 客户名单不能说明水平，得看成片。

接着说。

• 问问出了问题怎么处理。敢说清楚责任边界的，通常比较靠谱。

有个细节，别被方案的花哨程度迷惑。PPT 做得漂亮跟能不能落地，是两回事。

团队大小我不太在意，关键是谁在管你的项目。

先看案例再看团队。做得多的不一定好，但做都没做过的，基本可以直接跳过。

拿同样的问题问几家，回答质量的差别非常明显。

说白了，敢跟你说「这个做法有问题」的团队，通常更值得合作。

凡是拍胸脯说保证到什么程度的，我建议多想想。

我挑合作方很看重响应速度，这直接影响项目进度。

合同周期我的建议是先短后长，磨合好了再续。

中途换团队成本很高，前面的积累容易断。决定之前多想一步。

我自己踩过，电话和入口放在显眼位置，别藏在某个角落里。

在绍兴找本地团队做，见面沟通效率高不少，这点确实有差。我觉得值这个功夫。

验收标准提前写，包括兼容哪些浏览器、支持哪些机型。细节往往就差在这。

前期需求说得越具体，后期返工越少，这条基本不会错。

判断一个网站好不好，就看用户能不能三下之内找到他要的信息。

了解一下实际执行的人，转包太多会影响沟通质量。

后台的易用性是长期体验的关键，别图省事。

网站做好之后，自己多拿手机点几遍，比什么验收报告都实在。

换个说法，关于我们那页别写成公司口号。写点真实的，比如团队是什么人、怎么做事。

顺便提一句，首页要克制，重点太多等于没重点。

联系方式要显眼，用户想找你的时候找不到，就没下文了。真遇到就明白了。

我一般建议把常见问题单独做一页。用户问的问题就那些，提前答了省很多沟通。

同城团队可以当面沟通，复杂需求尤其明显。

网站结构别搞太深。用户点四次还找不到想要的东西，基本就走了。

合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。

这事吧，找几个参考站给到我，比用形容词描述高效得多。

绍兴本地的站点，把地址、实景照片、服务范围写清楚，对转化帮助挺大。

周期和节奏

系统日志保留一段时间，出事的时候能查到线索。

开发周期一般六个月左右比较正常。说一周就能交付定制站的，我持保留态度。别等出问题才想起来。

按钮要像按钮。有些设计做得好看，用户根本不知道哪儿能点。这块别偷懒。

站点内容多了以后，站内搜索是刚需，早点做上。

上线后的培训不能省，配一份简单的手册更好。

我看过一个站，全站就一张大图，产品信息一个字没有。这种站做出来是浪费钱。

我习惯给每个页面设一个目标，比如留资、加微信、打电话。没有目标的页面，做起来容易散。

老实说，文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。

先确认收录。没被收录的页面，后面做再多也是白搭。

说实话，谈需求先问痛点，客户最难受的那个点，往往就是系统该解决的第一件事。我反正是这么看的。

沟通顺畅比什么都重要，省下的时间远超想象。

改来改去也是个问题。今天听这个说改标题，明天听那个说改结构，最后越改越乱。

标题和描述这两个地方，改动成本低，收益往往最直接。我觉得值这个功夫。

差不多写到这儿，再写就成说明书了。