在中小型企业的信息化过程中，用C#搭建一套客户关系管理系统（CRM）是很多团队的首选。C#凭借成熟的.NET生态、稳定的WinForms或WPF界面方案，以及Entity Framework等ORM工具，能够用较低成本实现客户资料管理、销售跟进、合同归档等核心功能。本文结合一个实际交付项目，梳理从技术选型到模块实现的关键经验。
一、技术选型与整体架构
项目启动前，团队在界面框架上做过简单对比。WinForms开发效率高，拖拽控件即可完成大部分录入界面，适合内部使用的单机或局域网CRM；WPF虽然支持更灵活的样式与数据绑定，但学习曲线较陡，对交付周期紧张的小团队并不友好。我们最终选择WinForms搭配.NET Framework 4.8，数据库使用SQL Server Express，整体采用经典三层架构。
三层架构将系统划分为表示层、业务逻辑层和数据访问层。表示层只负责界面交互，业务逻辑层处理客户状态流转与权限判断，数据访问层通过Entity Framework Core访问数据库。这种划分让后续维护时，修改客户分配规则无需触碰界面代码，也方便单元测试覆盖核心逻辑。
| 框架 | 开发效率 | 界面灵活性 | 适用场景 |
|---|---|---|---|
| WinForms | 高 | 中 | 内部工具、快速交付 |
| WPF | 中 | 高 | 复杂交互、定制化UI |
二、数据模型与仓储模式
客户信息、联系记录、订单表之间有明显的主从关系。直接用DataTable绑定到DataGridView虽然快，但字段类型不安全，且大量数据驻留内存容易造成界面卡顿。我们改用POCO实体类，并引入仓储模式统一数据操作入口。
仓储模式将数据库上下文的增删改查封装起来，业务层通过接口调用，不直接依赖EF上下文。下面代码展示了客户仓储的基本定义与用法：
public interface ICustomerRepository
{
// 根据编号获取客户
Customer GetById(int id);
// 分页查询客户列表
List<Customer> GetPaged(int pageIndex, int pageSize, out int total);
// 新增或更新
void Save(Customer c);
}
public class CustomerRepository : ICustomerRepository
{
private readonly CrmContext _ctx;
public CustomerRepository(CrmContext ctx)
{
_ctx = ctx;
}
public Customer GetById(int id)
{
return _ctx.Customers.FirstOrDefault(c => c.Id == id);
}
public List<Customer> GetPaged(int pageIndex, int pageSize, out int total)
{
total = _ctx.Customers.Count();
return _ctx.Customers
.OrderBy(c => c.Name)
.Skip(pageIndex * pageSize)
.Take(pageSize)
.ToList();
}
public void Save(Customer c)
{
if (c.Id == 0)
_ctx.Customers.Add(c);
else
_ctx.Entry(c).State = Microsoft.EntityFrameworkCore.EntityState.Modified;
_ctx.SaveChanges();
}
}
使用仓储后，界面层只关心拿到客户列表，不必编写SQL或LINQ拼接。若将来切换数据库，只要新增一个实现类即可，业务层代码零修改。同时分页查询避免了一次性加载全表，几千条客户数据也能流畅滚动。
三、权限控制与软删除陷阱
CRM通常按角色控制数据范围，比如普通销售只能看自己客户，经理看部门客户。我们在业务逻辑层用断言方式拦截越权访问：
public Customer GetCustomerForUser(int id, User currentUser)
{
var c = _repo.GetById(id);
if (c == null) return null;
// 非管理员且客户归属人不是自己则拒绝
if (currentUser.Role != RoleType.Admin && c.OwnerId != currentUser.Id)
throw new UnauthorizedAccessException("无权访问该客户");
return c;
}
另一个常见坑是删除操作。很多新手直接调用Remove物理删除，导致历史跟进记录变成脏数据。我们统一采用软删除，在客户表加IsDeleted标志位，所有查询默认过滤已删除项。但需要注意，EF全局查询筛选若配置不当，关联表联查时会漏掉过滤条件，必须在配置中明确HasQueryFilter。
软删除虽好，但报表统计时要记得用数据库视图或显式包含已删除数据，否则业绩汇总会出现偏差。
四、报表导出与异步刷新
销售主管每天要导出当日新增客户Excel。我们用ClosedXML库在后台线程生成文件，避免界面假死。同时客户列表采用异步加载，滚动到底部再拉取下一页，体验接近主流Web应用。
private async void btnExport_Click(object sender, EventArgs e)
{
var data = await Task.Run(() => _repo.GetAllForExport());
using var wb = new ClosedXML.Excel.XLWorkbook();
var ws = wb.Worksheets.Add("客户");
ws.Cell(1, 1).Value = "名称";
ws.Cell(1, 2).Value = "电话";
for (int i = 0; i < data.Count; i++)
{
ws.Cell(i + 2, 1).Value = data[i].Name;
ws.Cell(i + 2, 2).Value = data[i].Phone;
}
wb.SaveAs("客户导出.xlsx");
MessageBox.Show("导出完成");
}
异步刷新配合加载动画，让录入员在保存客户后无需手动点查询就能看到最新状态。项目实践中，这一改动将单次跟进录入平均耗时从一分半降到四十秒，团队两周即完成基础版上线。
五、部署与运维经验
系统通过ClickOnce发布到内网共享目录，员工点链接即可安装更新。数据库每日凌晨用SQL Server维护计划备份。我们还在程序根目录放了一个配置文本，记录连接串与日志级别，方便现场实施人员排错。
整体来看，C#开发CRM不必追求花哨技术，把分层、仓储、软删除和异步这些基础点做扎实，就能交付稳定易用的系统。后续可逐步接入消息推送或移动端API，扩展成全渠道客户管理平台。