https://3earth.space/ Recent content on 张关耳 Hugo -- gohugo.io zh-cn Content under license [CC BY-NC-SA 4.0](https://creativecommons.org/licenses/by-nc-sa/4.0/) Fri, 12 Jul 2024 18:39:03 +0800 https://3earth.space/listpagedesign/ Fri, 12 Jul 2024 18:39:03 +0800 https://3earth.space/listpagedesign/ 本文要讲的，不是用AI来当玩具，生成一些看上去都对但实际上无法用到工作的废话文档，而是在实际任务中使用AI快速提效。当然，最后AI给出的结果还是需要人工干预的，但确实提效很明显。后续我将抽时间将两个案例做成AI 工具，作为建立个人AI工作流的工具补充。 https://3earth.space/ai-purchase-assistant/ Wed, 24 Jan 2024 14:57:52 +0800 https://3earth.space/ai-purchase-assistant/ 我的思路是，摒弃传统的爬取→清洗→展示流程，改为在接到采购指令后，实时从指定电商平台获取所需元器件型号的价格和库存信息。我的理解是，而当前阶段的大模型，我认为其最擅长的是基于已有知识库的分析、总结和提炼。让AI天马行空不行，让AI搜索还是可以的。 https://3earth.space/about/ Tue, 19 Dec 2023 13:48:03 +0800 https://3earth.space/about/ 我是谁 曾经的文艺少年，如今的逻辑直男，在尝试唤醒快死去的文艺细胞 很久以前，从机械设计切换到产品设计，放下了尺规作图，打开Axure开始拖拽线框图 流浪于各种中小公司之间，多年B端老产品，KA与小B，平台与自营，电商与企业服务 切换不同的行业之间，似乎找到了一些共同之处 比如双边市场、比如交易平台、比如库存模型和资金系统的设计模式，都有很多相同之处 热爱产品，擅于抽象，希望能给设计的产品浸染上一些哲学思考 最近在某垂直行业的old school集团企业任高级产品，见到了产品以外的大世界 可以通过下面的方式找到我，一起聊一聊 不一定及时回复，就让我们在宇宙中随机对谈 联系我 即刻 / JiKe: 张关耳 Email: triangle_earth@outlook.com 公众号：与博客同名 https://3earth.space/should-b2b-platforms-be-open/ Thu, 30 Mar 2023 22:15:03 +0800 https://3earth.space/should-b2b-platforms-be-open/ 一直以来从事B类企业交易相关平台的设计。当然，像最初做toB交易的那一批找字头平台一样，我所服务的项目，最后都从所谓的撮合走到了自营，俨然做起了贸易商。因为平台始终绕不过去的死穴就是，你无法避免买卖双方走到线下交易。平台为卖家找来了流量或客户，他们却不在平台完成交易。无法闭环、无法循环，平台也就无法生长。只能收收有限的广告费、会员费了。 https://3earth.space/messi-800-goals/ Fri, 24 Mar 2023 21:09:15 +0800 https://3earth.space/messi-800-goals/ 完成800粒进球，从2005年到2023年，从18岁小将到36岁小老头。不断地奔跑、传球、过人、射门、倒地、受伤、失败、获胜。 https://3earth.space/how-to-design-multi-role-cooperate/ Fri, 17 Mar 2023 12:36:05 +0800 https://3earth.space/how-to-design-multi-role-cooperate/ 不同于消费级产品的单用户场景，在企业级产品中，很多任务场景都涉及到多人参与，这里面会有分配任务的leader，有承担任务执行的项目组成员、有关心任务进展的项目负责人等等，这些角色会在里面有不同的任务和目标，所以在实际设计前，需要梳理清楚每个角色的场景，协调多方的利益，把握住产品上的关键目标才能设计出一个合理的功能。 https://3earth.space/how-to-abstract-thinking/ Fri, 17 Mar 2023 12:21:23 +0800 https://3earth.space/how-to-abstract-thinking/ 抽象就是在有一件事情出现的时候，稍微跳脱一点，用一种更加通用化，更加根本的方式解决问题。我认为最好的抽象是仅仅抽象一步。既不能不抽象也不能抽象超过一步，走到两步三步去。 https://3earth.space/2b-design-weekly-01/ Tue, 14 Mar 2023 12:42:21 +0800 https://3earth.space/2b-design-weekly-01/ 从已有中来，到未知中去。平日里也会寻找市面上国内外的 to B 类产品看看，一多半是因为在业务中不断碰到未知处，需要借鉴借鉴，比如虚拟商品的发布流程，比如电子发票的开具方式。但都比较碎片化，很少花时间回顾整理，现在计划将其落到纸上，这样碎片才有可能变成体系，理解交易平台的设计，双边市场如何冷启动。 https://3earth.space/rules-in-wms/ Mon, 13 Mar 2023 13:41:10 +0800 https://3earth.space/rules-in-wms/ 要保证仓库作业高效、准确的运行，离不开科学的作业策略，也就是一套业务运行的规则，告诉你在各种条件下该如何执行。本文会简单介绍出库、入库、补货相关策略。 https://3earth.space/credit-settlement/ Mon, 13 Mar 2023 12:45:00 +0800 https://3earth.space/credit-settlement/ 在与企业客户做结算业务时，企业客户往往不会实时结算，特别是金额比较大时。此时双方会约定一个账期，比如按月结算。那么随着客户增多，人工结算对账效率面临瓶颈时，就需要借助于系统做一些自动化处理，以减轻业务人员工作量，提高企业内部效率。 https://3earth.space/how-to-design-datareport/ Mon, 13 Mar 2023 12:15:00 +0800 https://3earth.space/how-to-design-datareport/ B 端系统中常见各类报表，一般主要是为公司管理者提供数据分析，帮助其了解企业经营情况。 https://3earth.space/listpagedesign/ Mon, 06 Mar 2023 21:35:03 +0800 https://3earth.space/listpagedesign/ B 端产品中最常见、用户操作最频繁的一定是数据列表页面。比如商品列表、订单列表、会员列表、生产计划列表、设备列表等等，这些业务对象的自身属性复杂、数据量大，所以最有效的方式是通过各种列表来管理。那么如何合格地设计一个列表页面？列表页面设计是否有一些可循的模式或规律？一个典型 B 端列表页面，按照其结构可以分为：查询、列表和功能操作区域。 https://3earth.space/how-to-fix-bugs/ Mon, 06 Mar 2023 17:44:29 +0800 https://3earth.space/how-to-fix-bugs/ 查Bug，其实只是产品工作中的一小部分。但，无论你是负责一个模块、还是一个系统、还是一条产品线，或者是产品管理者，也需要花一些时间，到一线调查。抛开那些战略、方向，产品终究只是一个工匠，而工匠，手不能闲着。战略方向是引导细节，反过来，细节也反哺战略方向。