开发报告里怎么写技术选型过程才不被质疑？
质疑是因为只写了选了什么，没写为什么不选别的。得摆三颗钉子：第一颗钉场景，这活儿到底要扛什么流量、什么兼容、什么安全；第二颗钉对比，A方案卡在哪步、B方案贵在哪块、C方案没人会；第三颗钉落地，我们试了哪两个分支、压测差多少、文档谁来补。选型不是投票，是排除法。
推荐写法
数据显示，有20.2%的用户认为，首选的写法是必须呈现至少两个被否方案及否决理由占35%，35.6%%的用户倾向选择2100-2900字，而30.2%%的用户选择1500-2099字，20.7%%选择2901-3700字。新手最容易踩的坑是技术选型段落仅陈述最终选择结果，缺失对比维度、验证过程、否决依据，变成一言堂式结论。
高分写作经验
热门篇幅区间
新手常犯的误区
技术选型段落仅陈述最终选择结果，缺失对比维度、验证过程、否决依据，变成一言堂式结论。
适用对象
架构师、技术委员会成员、CTO助理、资深开发、技术采购