%% 这日:: [[2025-07-07]] %% > > [!yuan] 起 > ##### (yuan:: 甚至还没和[[客 NashiGa|NashiGa]]谈) > 麻 后面共存也挺好的？ > 可以总结一下 nashiga 的优点 比如高执行力 直观简约 大概 总之一下是本篇 设想之后多多投放各个平台的 日本全网代购 云云， 看人家做挺大但一直没效仿 的 倔强也到头了？ 尽然亦或（我在说什么？  雏形得根本没有分支的流程图 ， 总之先把想法写下来 #### 客户发送需求给 设想分离 我们一级客服可以处理绝大部分事宜 like - 从链接直接下单 - 简单货品疑问 ， 代购流程相关疑问 - 简单货品搜寻 - ~~简单陪聊~~ - 物流相关疑问 - ~~今日运势~~ 包括将能力以外的转发给[[客 tongyi|tongyi]]或别人进一步处理 像 [[VALENTINE ROSE FES 2025 同人 漫展 代购 iv-vr2025|iv-vr2025]] 之类的场贩处理往后也想寻求协力 还有什么暂时没想到 ###### 算账收钱 也是客服的工作 买完客户需要的话发送一下购买截图， #### 下单后粘贴链接 直接到每日日记， 交给收货人将其处理成表格 作成订单 好处是处理成表格的作业， 收货人可以对对应货品所属有大致印象 往后收到货品分货效率成功率大大提升 #### 收货人收货 ##### 周2次 减少工作量的举措， 其实本来只想每次发货前一天（大概是一周一次) 才来工作拆快递分货， 第二天去发， 但考虑到虑考， 还是周末也追加一次频率 ， 也能相对减少出错成本。 ##### 贴标签 想整个打印标签的， 手机连接那种简单用的， 配合作成订单所处理的字段 直接全部粘贴打印出来 贴在对应货品上 这样保障货品完整性（？）的同时 ， 提供了相应物理接口给到另一位潜在的发货副手 ...... 好谜语受不了了 我想说的是 日后有特殊情况 或者拓展工作人员 也可以较简单地追加一位发货专职人 标签能帮助认货轻松些 ##### 要怎么提供到货通知 以前都是不提供 自行看网站云云， 我在想要不要追加服务 追加的话交由客服通知还是发货人通知 ， 以及传送货品图至对应订单的工作， 嗯,,, 再想想 ##### 发货策略 #### 发货策略 虎の穴得到的灵感， 唉 人家做得真好， 借鉴一下 ### 发货策略 前提是我们做到了 每周一次空运 每月一次海运 价格一般没差 若是有特殊情况太轻了导致亏损 嗯， ， 想想应该要说明一下 然后多收一些 吧 ##### 完全自主发货 = withme 同一物流一直以来的方式 —— 收到货入库 等候客户提交出货申请 —— [[关于发货]] ##### 定期发货之月一回空运 = withair1 每月第一个空运发出这之前做所有的货 ##### 定期发货之月一回海运 = withsea1 ##### 定期发货之月二回空运 = withair2.4 每月第二个第四个空运发出这之前做所有的货 ##### 定期发货之周一回空运 = withair1.2.3.4 请变通 这个数字也可以自定义成 1.3.4 之类的， ##### おまかせ = withyou 交由发货人自行决定 怎么方便怎么便宜怎么来 #### 解释 上方 = 后面的 with 标签 ， 在客户设定好后 跟随在该客户ID之后 ， 可以要求群昵称改一下格式 技术层面因为我不会在quickaddtemplater调用对应页面的数据， 没法做到在对应 入 的页面添加属性来实现， 折中单独添加to 入 prompt选项 每次新入订单 更改发货策略请求 也直接修改template的字段 ， 稍微辛苦一些 好的直白一些就是 ， with会一起打印出来， 贴在货上 ， 收到货看到是谁的 称好重量 ， 根据发货策略 ， 直接放置于对应货期的一沓货， 到点发走就好了， ### 嗯 具体写一下费用算出方式， 声明云云， 比如每次发货都会有手续费 请酌情选择发货策略， 日后多了还是鼓励多发之追加仓储费用（会多到那种程度吗 好吧 看来按照原本设想路线， 同一应该是作为客服那位， 然后nashiga作为收货那位 嗯...... 所以有必要这样吗， 因为nashiga一直倡导的是简单化 nashiga提议的序列化确实是物理层面快速找人的解决方案， 但我想在我快记不清下单的各位时再导入 ， 嗯...... 果然还是,