@fciasth 您这个 CRM 是大型的，我的需求非常小和固定。
不过，感谢您的提醒

@kingzeus 感谢您的真知灼见，会先固定需求、UI 和业务逻辑，再开发，或者在成熟的 CRM 上二次开发（做减法）

@zjsxwc 考虑过 Access ，几百万的或小几千万的数据量，Access 也能胜任。
问题是，MacOS 貌似无法在 access base 的程序上使用。当然，也可能是我不懂，我的理解水平仅限于 Access + VB 。
如果是这样，这套系统确实无法兼容 MacOS 用户，遂转向 php + mysql 这种 B/S 架构

@westoy
@bg7lgb
@lower 感谢三位的提醒。我的使用场景和需求是固定的，而且，我在二次销售时，也是买断制——除非安全漏洞，否则没有升级、售后等。
所以，大概率，不会一边开发，一边不断地提新需求，新功能

@manhere 测试过开源版，非常不好用，逻辑也很奇怪……

@gyinbj 您看反了。UI 像素级，出原型时，我画到像素级。
UI 美不美，丑不丑，在这个阶段就决定了 7788 了嘛

@xuanbg 感谢
虽然不懂，但我模模糊糊知道一些。比如使用 lavavel 或 boot strap 等框架（我只是瞎举例，并不真懂这些）来加速开发过程，或使成品安全。

看来，我可以先画画原型，一方面固化需求，另一方面也方便 coder 报价：）

@tianxia 不至于，只满足要求即可。也就几个人用而已。

@sunyxidian 没有复杂的 C 端功能，就是 B 端销售，用来记录下销售过程和要点。

请允许我抽象地描述下需求：

在计算机普及前，工厂如何跟踪客户和订单？
答：
- 用一张（或多张） A4 纸，上面记录了客户的基本信息、每个生产订单的要求，以及其他信息。
- 如果要查询某个客户，只需要找到这个记录，一页一页地看即可。

我需要的 CRM ，最重要的功能，就如同上面描述那么简单和原始，只不过是用 php 写的，用浏览器呈现。
（对，纯文字即可，不需要图片和视频的支持）


上面的“纸质 CRM”既然程序化了，自然会要求实现某些先进功能，方便使用。
比如：
- 根据名字、电话等，搜索客户
- 根据名字、国家等字段，排序客户列表
- 电话、邮箱重复时，提醒且不能保存。
- 对客户和 leads 设置一个提醒日期，当到期时，自动提醒（对应的记录变红）
- 标准的 leads 管理功能：就是销售阶段、销售漏斗、销售看板类似的东西
- 团队管理：销售只能看自己的客户和 leads ，经理可以看部门的，管理员看所有。


暂时想到这么。
还是那句话，如果项目开动，我会先用 figma （或其他工具）画出高精度原型图。
双方沟通清楚后，再开始。

@beginor 湛蓝科技股份有限公司广州分公司，PHP 开发主管，20K ～ 25K 每月

在画好 figma 原型的前提下，3 到 6 个月的开发时间，可还现实？

@tianxia 1W 刀能做的话，我愿意出这个钱。
除了钱，我还愿意自学 figma （或其他原型设计工具），将需求固化下来，方便 coder 开发

也不知，我这样的准备，能否让开发过程流畅些，以及能否找到合适的人：）

PS：我在广州。

@lemonda 研究过类似的，基于或不基于 WP 的，但都不符合要求。
anyway, 谢谢

@p1gd0g justmysocks 有两个问题：
1 、断流
这个常见，会自动修复。什么都不做，过几分钟或 10 分钟就好了。
这个，只能忍、可以忍。

2 、Google 英文关键词，返回日文搜索结果
照理说，justmysocks 提供的美国 IP ，搜索英文关键词，应该返回英文资料。
但，经常会返回日文链接和资料——不知道是不是 justmysocks 使用了日本的 IP 。

这两点叠加，导致不太好用

OminiFocus ，第 3 票

居然还有程序员在无脑用 360，非程序员表示震精！

工具的选择是，在能力范围内，选最好的。

- DIY 服务器：浪费时间
- NAS：性能不够。
- NUC/Mac Mini：没有可扩展性
- 淘汰的笔记本：注意 CPU 性能

个人推荐 HP Gen，谁用谁知道。

@stille

原厂的适配器不是发热量大，而是“散热快”。目前，品牌笔记本的电源都是本子轻薄，电源粗大。不是做不小，而是为了散热需求，必须做大。

so，电源不发热也许等于热量集中在内部，未能及时散发出来，有过热风险。

主力生产工具还是要上标压 U 的

低压 U，拿来写写 word 都会有些慢，不适合当生产力工具哈