00:00:00
e2c 边缘网关软件 · 使用反馈调研问卷
录音中...
我们正在规划 e2c 的下一代版本，想认真听听真实使用中的吐槽和不足。这份问卷大约 5–8 分钟，可匿名填写，没有标准答案，越具体、越"扎心"越有价值。凡是让你觉得"这破玩意儿"的瞬间，都欢迎写下来。
第 0 部分 · 你是谁（必填，便于我们分类）
*
1.
你的角色
【多选题】
最终用户 / 客户
现场实施 / 调试工程师
运维 / 技术支持
产品 / 售前
销售 / 商务
研发 / 测试
其他
*
2.
你接触 e2c 的项目 / 网关型号
*
3.
使用 / 接触时长
不到 1 个月
1–6 个月
6 个月–1 年
1 年以上
第 1 部分 · 总体感受（所有人都填）
*
4.
你向同事 / 同行推荐 e2c 的意愿（0=绝不，10=强烈推荐）
不可能
极有可能
0
1
2
3
4
5
6
7
8
9
10
*
5.
总体满意度
很满意
比较满意
一般
不太满意
很不满意
*
6.
一句话说出你对 e2c 最大的不满 / 最想吐槽的点
*
7.
你遇到过最影响使用的问题属于哪类
【多选题】
配置 / 点表太麻烦
设备 / 平台对接困难
数据丢失 / 上报不准
经常掉线 / 要重启
出了问题查不出原因
性能 / 容量不够
新需求交付太慢
文档 / 培训不足
其他
以下第 2–9 部分请按你的角色，挑相关的填即可（不相关可跳过）。评分说明：1=很差/很费力 … 5=很好/很顺畅，N/A=不涉及。
第 2 部分 · 配置与上线体验（实施 / 运维 / 用户）
*
8.
配置与上线体验评分
1=很差/很费力
2
3
4
5=很好/很顺畅
N/A=不涉及
配置一个新设备点表的整体难度
配置一个新设备点表的整体难度
点表里要填的字段（地址、类型、字节序、缩放等）是否清晰好懂
点表里要填的字段（地址、类型、字节序、缩放等）是否清晰好懂
点位多的时候（几十上百个）配置是否高效（批量导入 / 复制 / 模板）
点位多的时候（几十上百个）配置是否高效（批量导入 / 复制 / 模板）
配置填错时，系统能否及时提示（而不是静默不生效 / 上线才发现）
配置填错时，系统能否及时提示（而不是静默不生效 / 上线才发现）
改完配置生效是否顺畅（热加载 / 是否要重启）
改完配置生效是否顺畅（热加载 / 是否要重启）
*
9.
吐槽区：配置 / 点表环节最让你抓狂的是什么？有没有"为了配 XX 折腾了一下午"的经历？
第 3 部分 · 设备与平台接入（实施 / 产品 / 售前）
*
10.
设备与平台接入评分
1=很差/很费力
2
3
4
5=很好/很顺畅
N/A=不涉及
e2c 支持的南端协议（modbus / opcua / bacnet 等）是否覆盖你的需求
e2c 支持的南端协议（modbus / opcua / bacnet 等）是否覆盖你的需求
e2c 支持的云平台 / 北端（各类 MQTT / Azure / AWS / 各运营商平台等）是否够用
e2c 支持的云平台 / 北端（各类 MQTT / Azure / AWS / 各运营商平台等）是否够用
对接一个新协议 / 新平台时的难度与等待时间
对接一个新协议 / 新平台时的难度与等待时间
*
11.
有没有因为 e2c 不支持某协议 / 平台而丢过单 / 被迫绕路？请举例
*
12.
你最希望补上的协议 / 平台是
第 4 部分 · 稳定性与可靠性（用户 / 运维）
*
13.
稳定性与可靠性评分
1=很差/很费力
2
3
4
5=很好/很顺畅
N/A=不涉及
长期运行的稳定性（是否经常掉线 / 卡死 / 需人工重启）
长期运行的稳定性（是否经常掉线 / 卡死 / 需人工重启）
断网 / 平台异常后，数据是否会补传不丢
断网 / 平台异常后，数据是否会补传不丢
*
14.
你是否怀疑或确认过 e2c 丢过数据？什么场景下？
*
15.
平均多久需要人工干预一次（重启 / 重连等）
第 5 部分 · 运维与排障（运维 / 支持 / 实施）
*
16.
运维与排障评分
1=很差/很费力
2
3
4
5=很好/很顺畅
N/A=不涉及
出问题时，能否快速定位是哪一环（设备 / 网关 / 网络 / 平台）
出问题时，能否快速定位是哪一环（设备 / 网关 / 网络 / 平台）
日志 / 状态信息是否够用、看得懂
日志 / 状态信息是否够用、看得懂
是否有你想要但缺失的监控 / 告警 / 诊断能力
是否有你想要但缺失的监控 / 告警 / 诊断能力
*
17.
吐槽区：有没有"明明出问题了，却完全不知道为什么"的经历？你当时希望有什么工具 / 信息？
第 6 部分 · 性能与容量（用户 / 实施）
*
18.
性能与容量评分
1=很差/很费力
2
3
4
5=很好/很顺畅
N/A=不涉及
在你的场景下，点位数 / 设备数 / 上报频率是否够用、会不会变慢
在你的场景下，点位数 / 设备数 / 上报频率是否够用、会不会变慢
网关资源占用（CPU / 内存）是否让你担心
网关资源占用（CPU / 内存）是否让你担心
*
19.
有没有撞到过容量上限 / 性能瓶颈？具体是
第 7 部分 · 定制与交付（产品 / 销售 / 研发）
*
20.
定制与交付评分
1=很差/很费力
2
3
4
5=很好/很顺畅
N/A=不涉及
针对客户的定制需求，e2c 满足的灵活度
针对客户的定制需求，e2c 满足的灵活度
一个定制 / 新需求从提出到交付的速度
一个定制 / 新需求从提出到交付的速度
现有的定制方式（改配置 / 改代码分支）在你看来是否健康、好维护
现有的定制方式（改配置 / 改代码分支）在你看来是否健康、好维护
*
21.
吐槽区：有没有"同样的功能给不同客户做了好几遍 / 改一个 bug 要改很多处"的感受？
第 8 部分 · 文档与培训（所有人）
*
22.
文档 / 上手资料是否齐全好用
1=很差/很费力
N/A=不涉及
1
2
3
4
5
6
*
23.
你上手 e2c 主要靠
文档
同事口口相传
自己摸索
找研发
*
24.
最希望补充的文档 / 培训内容
第 9 部分 · 安全（运维 / 用户，可选）
*
25.
证书 / 认证 / 加密传输的配置与可靠性
1=很差/很费力
N/A=不涉及
1
2
3
4
5
6
*
26.
有没有安全相关的顾虑或踩过的坑
第 10 部分 · 畅所欲言（强烈建议填，所有人）
*
27.
如果 e2c 能砍掉一个最鸡肋的设计 / 功能，你想砍掉
*
28.
如果只能新增一个功能 / 改进，你最想要
*
29.
如果让你重做一版 e2c，你最希望改变的三件事
1.
1.
2.
2.
3.
3.
*
30.
有没有参考的竞品 / 同类产品的优秀功能 / 体验
比如「XX 产品的导航调试可视化界面做得很好，希望可以参考」
*
31.
印象最深的一次 e2c "踩坑"经历（时间、场景、后果，越细越好）
*
32.
其他任何想说的（夸的、骂的、点子，都欢迎）
33.
如愿意被回访细聊，请留联系方式（选填）
字体大小
e2c 边缘网关软件 · 使用反馈调研问卷
复制
