vault backup: 2025-03-24 14:52:39

Affected files:
Haina/Weekly/2025/2025-W13.md

Haina/Weekly/2025/2025-W13.md

@@ -1,9 +1,10 @@
 ---
 Created: 2025-03-19 Wed
-Updated: 
+Updated: 2025-03-24 14:33 Mon
 tags:
   - 周报
 ---
+
 [[Haina/Yearly/2025|2025]] / [[Haina/Quarterly/2025-Q1|Q1]] / [[Haina/Monthly/2025-03|March]] / ❮ [[Haina/Weekly/2025/2025-W12|Week 12]] | Week 13 | [[Haina/Weekly/2025/2025-W14|Week 14]] ❯ / [[Haina/Daily/2025-03-17|17 Mon]] - [[Haina/Daily/2025-03-18|18 Tue]] - [[Haina/Daily/2025-03-19|19 Wed]] - [[Haina/Daily/2025-03-20|20 Thu]] - [[Haina/Daily/2025-03-21|21 Fri]] - [[Haina/Daily/2025-03-22|22 Sat]] - [[Haina/Daily/2025-03-23|23 Sun]] ❯ [[Haina/Daily/2025-03-24|24 Mon]] - [[Haina/Daily/2025-03-25|25 Tue]] -
 
 ---
@@ -13,53 +14,56 @@ tags:
 ## 上周工作
 
 ### 重点工作
+
 ####
+
 1.
 
 ### 维护工作
+
 ####
+
 1. [x] #优化 支付中心: 录入记录后, 执行HT任务`SP_AddToSystask` ✅ 2025-03-21
 2. #优化 HT统计: 客服-增加按抵达日期统计; 汇总按整团统计
-3. #优化 销售平台: 发送邮件默认订单类型: 传统订单; 对发件支持`回复全部`
+3. [ ] #新增 HT统计: 统计: 饮食要求、兴趣爱好、年龄段
-4. 东道主统计需求 (李曌姮)
+4. #优化 销售平台: 发送邮件默认订单类型: 传统订单; 对发件支持`回复全部`
+5. [x] 连连支付: 退款API; 异步通知 ✅ 2025-03-24
+6. 东道主统计需求 (李曌姮)
 
-|     | 团数  | 人数  | 计费团天数 | 交易额 |     |
+|   | 团数 | 人数 | 计费团天数 | 交易额 |   |
-| --- | --- | --- | ----- | --- | --- |
+| - | -- | -- | ----- | --- | - |
-|     |     |     |       |     |     |
+|   |    |    |       |     |   |
-
-1. [ ] 连连支付: 退款API; 异步通知
 
 ### -
 
 1. 无效沟通
-	1. 对HT不熟悉: 
+2. 1. 对HT不熟悉:
-		1. 邮件管理器这个功能肯定是知道的. 邮件管理器也是一个客户端, 
+      1. 邮件管理器这个功能肯定是知道的. 邮件管理器也是一个客户端,
-		2. 正因为我知道邮件管理器这个功能和其他客户端的不一样, 才会有接下来的提问, 
+      2. 正因为我知道邮件管理器这个功能和其他客户端的不一样, 才会有接下来的提问,
-		3. 我 提问就是要知道怎么处理这种细节上的不一致, 因为它导致用户体验不一样. 以及确认需求方想要的是怎么样. 她没有说按邮件管理器那样, 而是用钉邮举例. 说明她是没有观察到这点体验的差异. 后面我说了要删掉, 她说可以操作. 那就是可以做嘛, 体验不如钉邮
+      3. 我 提问就是要知道怎么处理这种细节上的不一致, 因为它导致用户体验不一样. 以及确认需求方想要的是怎么样. 她没有说按邮件管理器那样, 而是用钉邮举例. 说明她是没有观察到这点体验的差异. 后面我说了要删掉, 她说可以操作. 那就是可以做嘛, 体验不如钉邮
-		4. 平台做的缺失, 是只针对接收, 对发送不做处理, 就是回复时, 把收件和发件调换, 这个功能你也是清楚的
+      4. 平台做的缺失, 是只针对接收, 对发送不做处理, 就是回复时, 把收件和发件调换, 这个功能你也是清楚的
-	2. 对外联工作不熟悉: 
+3. 2. 对外联工作不熟悉:
-		1. 确实. 
+      1. 确实.
-	3. 不理解外联的需求: 
+4. 3. 不理解外联的需求:
-		1. 沟通过程中的举例描述与实际需求不一致, 进一步确认的过程. 
+      2. 沟通过程中的举例描述与实际需求不一致, 进一步确认的过程.
-		2. 对于提问, 和继续提问(目的是我要知道这种不一致怎么处理),  
+      3. 对于提问, 和继续提问(目的是我要知道这种不一致怎么处理),
-			1. 就得到不熟悉不称职的谴责, (这个功能不是到处都有吗, 这你都不知道吗)咄咄逼人的气势下我都说不完整一句话. 为什么不能就回答就可以了?
+         1. 就得到不熟悉不称职的谴责, (这个功能不是到处都有吗, 这你都不知道吗)咄咄逼人的气势下我都说不完整一句话. 为什么不能就回答就可以了?
-		3. 我都忽略了这些, 继续提出我的疑问, 因为我没有得到回答 只听到, 你干嘛要管收呢. 
+      4. 我都忽略了这些, 继续提出我的疑问, 因为我没有得到回答 只听到, 你干嘛要管收呢.
-		   这一句我也忽略, 要求用HT演示收, 此时我已经知道要按HT做了,  演示一遍是确认. 且前面的举例不是需求描述, 而是对我的谴责,
+         这一句我也忽略, 要求用HT演示收, 此时我已经知道要按HT做了,  演示一遍是确认. 且前面的举例不是需求描述, 而是对我的谴责,
-		4. 下班前我已经把方案发给骆了
+      5. 下班前我已经把方案发给骆了
-	4. 外联只能用用户的思维反馈问题和需求: 
+5. 4. 外联只能用用户的思维反馈问题和需求:
-		1. 我也是用界面说的, 并没有所谓技术的思维. 是举例说明, 演示说明. 以及邮件收发这几个词语, 我认为这一点大家的认知是一致的. 
+      6. 我也是用界面说的, 并没有所谓技术的思维. 是举例说明, 演示说明. 以及邮件收发这几个词语, 我认为这一点大家的认知是一致的.
-		2. 我认为优化用户体验是体现在这些细节上, 所以想到的就提出来.
+      7. 我认为优化用户体验是体现在这些细节上, 所以想到的就提出来.
-2. 抵触情绪
+6. 抵触情绪
-	1. 所有人没意见就改, 不等于`言下之意不希望有人找来问`, 我说的是这样做涉及多人操作习惯问题, 在做之前确认好, 并不是抵触说不做
+7. 1. 所有人没意见就改, 不等于`言下之意不希望有人找来问`, 我说的是这样做涉及多人操作习惯问题, 在做之前确认好, 并不是抵触说不做
-	2. 这是冤枉
+8. 2. 这是冤枉
-3. 情绪预设
+9. 情绪预设
-	1. 提需求或者反馈bug, 首先预设了情绪, 我是不认可的. 在这种情绪下, 谴责的口吻提出来, 
+10. 1. 提需求或者反馈bug, 首先预设了情绪, 我是不认可的. 在这种情绪下, 谴责的口吻提出来,
-	2. 
+   2.
 
 ## 本周计划
-1. 
-
 
+1.
 
 ---