36氪获悉，夸克已经完成了对iSlide的战略投资，持股比例为25%，成为其第二大股东。双方达成深度战略合作，并将基于自身优势，进一步在大模型产品与文档内容生态建设上进行更深度的协同，提升用户在办公和学习上的效率。 ...继续阅读 (5)

对不同岗位的人而言，关注需求文档的哪些方面呢？本文作者分享了设计师、程序员眼中理想的需求文档，大家可以一起了解一下。写需求文档对于无论在哪个领域工作的产品经理来说都是必须要做的工作，我相信大部分产品经理在写需求文档上有自己的一套心得，回忆我自己刚入产品岗没几年那会儿，更多属于能写但自己总觉得没有系统性且一些例如交互细节或边缘case都常常会遗漏，直到现在我也一直在思考什么样的需求文档算好的。其实对于文档的评判，像设计师或程序员更有发言权，因为他们是文档的消费对象。那这篇文章就讲讲我如何看待需求文档以及目前我正在用的框架，如果大家有好的经验也可以在评论区分享。关于需求文档有一点我相信能和大家达成共识的，就是一篇理想的文档是设计师和研发通过文档就能指导他们的工作开展，他们需要知道的文档上都能找到，理论上文档交付出去后在研发过程中不需要产品经理就能顺利推动了。虽然这是理想状态，但以此为目标其实就成功一半了。那什么样的文档对于文档的阅读者：设计师、程序员来说就能达到上述说的理想状态呢？我们可以分角色来看：设计师：关注UI、交互、前端数据呈现规范针对UI这一点要求需求文档内的原型包括原型内的每个元素都能清晰的展示出来，这个看上去基本都能做到对吧，但我在早期做产品的时候经常会忘掉画一些元素，比如空状态、表格翻页组件等。除此之外，还有一些前端界面的交互，比如有些按钮会涉及到禁用，那么禁用状态就要 ...继续阅读 (29)

Lightkey是一款离线写作助手，具有个性化的预测打字、拼写和语法纠正功能。Lightkey 会学习你的打字模式，逐步预测多达 18 个单词（包括标点符号），同时实时纠正拼写和语法错误，让你更快更自信地撰写内容。Lightkey 包含数百条语法规则，可在技术、商业、金融、法律、学术等 60 多个内置内容领域提供相关预测。目前暂不支持中文输入。获取地址：https://www.giveawayoftheday.com/lightkey-pro-32-11/直接获取地址：https://www.giveawayoftheday.com/lightkey-pro-32-11/get-key/城通网盘：https://url58.ctfile.com/f/48199458-1251583696-7833ad?p=6995(访问密码: 6995)截止时间：2024年5月31日16时 来自反斗限免 ...继续阅读 (25)

基础信息漏洞简介Atlassian Confluence是由Atlassian开发的企业级的内容协作工具，为团队成员创建、分享和合作文档提供了一个中央枢纽，让团队可以在一个共享工作区创建、分享和合作文档。这个工具可以集成到Atlassian的其他产品中，包括Jira，Trello，S ...继续阅读 (31)

需求分析是产品需要掌握的基础技能，也是重要的技能之一。因为工作中，会接触到大量的需求，我们需要从源头开始判断处理需求的真伪性、紧急程度、涉及影响范围等。今天我们就来看看需求分析阶段应该做什么，做这些的目的又是什么。一、什么是需求分析首选，什么是需求？需求通常指的是用户或利益相关者对于某种商品、服务或系统的特定期望和要求。这些期望和要求可能涉及功能、性能、行为、设计约束等方面。需求可以分为功能需求和非功能需求。功能需求描述了系统应该执行的任务或功能，而非功能需求则描述了系统应该满足的性能、可靠性、安全性、易用性等方面的要求。其次，什么是需求分析？需求分析是产品工作中的一个重要环节，它涉及到对用户和项目的功能、性能、可靠性等具体要求的深入调研和分析。这个过程的目的是将用户非形式的需求表述转化为完整的需求定义，从而确定系统需要做什么。在产品管理中，需求分析是一个关键环节，它帮助确定产品的特性和功能，以及如何最好地满足用户的需求。二、需求分析的步骤2.1 需求收集通常我们会有个需求池记录日常的收集到的需求，以便我们后续对需求的跟踪和分析。关于需求收集，一般有两种方式：产品自己记录管理需求、产品业务共同记录管理需求。但是不管是哪种形式，其实需求都需要与业务或者开发人员沟通，所以最好使用可在线协作共同编辑的工具进行需求收集管理，这里介绍几个，大家可以根据实际情况进行使用。在线编辑文档类：语雀、 ...继续阅读 (28)

距离上一次更新已经过了一个多月了。最近忙于工作中的一个项目，基本没有空摸鱼了（笑）。这回趁旅行途中正好有空，梳理一下过去这半年多来对笔记的思考的变化。对 All-in-one 的祛魅上个月在即刻上，有人提到今年似乎不再追求笔记工具的 all-in-one 和本地优先等功能，甚至双向链接也用得越来越少了，使用笔记的时候，更加关注内容而不是功能。细细想来，我自己也有类似的体会，近半年来，除了用 Heptabase 系统地读书听课，大部分时候使用笔记的场景都是简单的摘抄总结，不会主动地去在不同笔记间建立链接。过去这些年，我一直在换笔记工具，从十年前的 Evernote 到Bear、Craft，再到21年的Obsidian、Logseq、Siyuan、Heptabase、Tana和Notion。之前影响我切换的原因主要是功能问题，比如支不支持双链、块级双链、大纲还是文档式，还有在线还是离线等等。每当发现某个软件有某些新功能，总是会下意识地迁移一遍数据，试图能用它来all-in-one地作为我唯一的笔记工具。诚然，某些功能确实是刚需，尤其是支持同步到不同电脑以及手机和iPad的支持，但是大部分功能其实更多的只是锦上添花罢了。当然，颜值和UI也是很重要的因素。我开始用Bear就是因为觉得它长得好看，平时没事干就喜欢换主题，似乎每换一次主题就能让心情变得更好一些。后来放弃Craft的原因之一也是 ...继续阅读 (16)

距离上一次更新已经过了一个多月了。最近忙于工作中的一个项目，基本没有空摸鱼了（笑）。这回趁旅行途中正好有空，梳理一下过去这半年多来对笔记的思考的变化。对 All-in-one 的祛魅上个月在即刻上，有人提到今年似乎不再追求笔记工具的 all-in-one 和本地优先等功能，甚至双向链接也用得越来越少了，使用笔记的时候，更加关注内容而不是功能。细细想来，我自己也有类似的体会，近半年来，除了用 Heptabase 系统地读书听课，大部分时候使用笔记的场景都是简单的摘抄总结，不会主动地去在不同笔记间建立链接。过去这些年，我一直在换笔记工具，从十年前的 Evernote 到Bear、Craft，再到21年的Obsidian、Logseq、Siyuan、Heptabase、Tana和Notion。之前影响我切换的原因主要是功能问题，比如支不支持双链、块级双链、大纲还是文档式，还有在线还是离线等等。每当发现某个软件有某些新功能，总是会下意识地迁移一遍数据，试图能用它来all-in-one地作为我唯一的笔记工具。诚然，某些功能确实是刚需，尤其是支持同步到不同电脑以及手机和iPad的支持，但是大部分功能其实更多的只是锦上添花罢了。当然，颜值和UI也是很重要的因素。我开始用Bear就是因为觉得它长得好看，平时没事干就喜欢换主题，似乎每换一次主题就能让心情变得更好一些。后来放弃Craft的原因之一也是 ...继续阅读 (33)

这篇文章，作者通过两个不同的案例，用“两个不同的视角”来给大家拆解一下ERP和WMS的对接背后，有哪些业务知识、产品知识，技术知识和可借鉴学习的经验之谈。之前我写过一篇文章“不懂技术的产品经理，怎么搭建OpenAPI平台的项目？”，主要是以一个海外仓WMS产品经理的视角来阐述如何搭建海外仓WMS的OpenAPI平台，这种主动去搭建对外的OpenAPI平台的机会在B端产品经理的日常工作中并不多见，反而是自己作为需求方 然后去对接外部的系统接口这种活会做的更多一些。很多没怎么做过相关类似工作的产品经理，同时自己可能又不太懂技术，就会在这件事上有点犯怵，有点困惑。不知道怎么去整理接口文档的核心逻辑，怎么去输出产品需求文档， 怎么去和研发交付、评审需求等。本篇文章，我就用“两个不同的视角”来给大家拆解一下，关于常见的ERP和WMS的对接，这背后有哪些业务知识、产品知识，技术知识和可借鉴学习的经验之谈。为什么说是“两个不同的视角”呢？因为在日常的工作中，我们往往要么只负责ERP项目，要么只负责WMS项目，很少会有机会同时负责ERP，又负责WMS。所以这里提到的两个视角，其实就是ERP的视角和WMS的视角。作为ERP的视角：我是电商ERP或者内部ERP，需要对接外部三方仓库，然后把相关的单据指令推送到仓库，让仓库按指令去完成收货、出库等。作为WMS的视角：我是对外提供服务的仓储服务商，有一个或 ...继续阅读 (41)

一个产品经理最常做的事情就是需求分析，面对复杂的需求不妨用逻辑化的思维来思考一下。一、5H2W分析法5H2W指的是 why，what ，how， how much ，who，when，where。如何进行分析？why ：为什么，从老板、需求部门等手上接到一个需求的时候，做的话能够给产品带来哪方面的价值，确定概念。what：做什么，此时就要通过查询资料，竞品分析或者通过自己的理解来确认产品的功能架构图，确定这个需求的形。how：怎么做，这一块我通常喜欢用写论文的思路来思考，what这步已经确定了做什么，这其实就是我们的论点，需要补充的是论据和论证，重点梳理所有的功能模块，论据之间不要冗余，有什么联系，这个阶段可以补充原型图和流程图。how much：价值，在设计的时候考虑怎么设计能够给我们带来更多的用户价值或者商业价值。who：谁，不同角色的人用产品的不同角度。when：时间，需求中的限制条件，早上和晚上有什么不同。where：地点，不同的地点有什么影响，比如信号突然没了，或者不同的浏览器打开等等。二、案例简述用我之前工作的例子说明一下背景：在之前的项目中开发和测试之间没有任何文档，只有原型图，开发完成之后，测试不知道在其中哪个步骤保存了什么数据，只能在最后看一下数据库结果，中间的步骤完全是黑盒，所以需要一份文档。领导给我安排的任务是，写一份文档其中包含了数据的流转比如A模块跳转到B ...继续阅读 (40)

在职场上，你永远想不到会碰到哪些奇葩的问题，甚至这些问题还很难有现成的答案。比如说，作者碰到的这个没人敢动手的线上问题，其实有文档，基本上都不会发生。从产品感知层见底层资源构建；从产品设计方案见一代产品经理心路历程；就差告诉程序员怎么写代码了！！！一个没有人敢动手的线上问题2023年8月的一个工作日 ，被一个产品（支撑供应链采购业务的算法系统）线上问题闹得哭笑不得。五手开发说自己没有改过，还说看过这里的代码逻辑复杂，说程序逻辑存在现状本就会导致问题。可是，就是不知道问题出在哪里？（搁谁身上不来气就算你赢）消失的产品设计/技术文档怀念一手开发、一手测试，可惜走的走、散的散，就连产品团队自己也不清楚了。另外一个现状就是，作为算法产品，其实有很多逻辑构建+数据构建的模型存在，这两部分从领域划分上其实要算到开发、技术团队，但是开发/技术团队向来不喜欢做文档沉淀的，而这个过程产品团队没有同步参与对齐，自然在产品相关的过程文档中也看不到丝毫的踪迹。最重要的结果就是，现在已经没有人能够说得清楚当时的逻辑到底是什么，也没有文档可以翻出来查看。看清产品：由表及里，从里至外无奈作为这个产品的四手产品经理（1.0版本已经是四五年前的事情了，负责的产品经理换了好几个），只好从产品的感知层开始（看交互界面的信息结构设计、往下再看结构层的业务逻辑）一层一层往下推测勾勒数据结构，然后和数据库进行假设验证（拿到数 ...继续阅读 (29)

对于使用 go 语言的开发者，当你想让自己开发的一个模块包可共享给全世界其他开发人员使用时，可以选择在 go 官方包管理平台发布它，这样 go 的生态工具可以看到它，发布模块后，导入其包的开发人员将能够通过运行go get等命令来解决对该模块的依赖关系。如下图所示，我自己在 Google 的包管理平台发布的一个go module：P.S.：已经发布模块需要修改时不要更改当前发布版本的代码而是发布新版本，因为 go 工具会根据第一个下载的副本对下载的模块进行身份验证，如果两者不同 go 工具将返回安全错误。发布步骤在命令行中进入需要发布的包的本地根目录运行go mod tidy，这会删除模块可能积累的不再需要的任何依赖项运行go test ./...以确保一切正常，这会运行 go 测试框架来编译和测试编写的单元测试，一方面验证发布包的正确性，另外一方面也会编译包文档使用git tag ${version-num}命令用新版本号标记项目，对于版本号可以参考下面的 go 包版本号命名表格使用git push origin ${version-num}将新标签 tag 推送到远程仓库如 github.com运行go list命令发布包，该命令会触发 Google 包管理平台更新对应模块索引，在命令前面添加一条语句将 GOPROXY 环境变量设置为 go 代理，从而确保发布包的请求到达官方包 ...继续阅读 (59)

引语：非共识时代今天的大模型 To B 赛道，仍然是一个非共识的时代——大模型如何落地，给企业产生实际价值，即使一年过去，也没有一个标准答案。而厂商想用大模型开拓 B 端市场，则大多从自己的基因和能力出发，各出奇招，至今已经有了几条比较成熟的打法：有些厂商，意在用更大、更强的基础大模型做突破，以更好的泛化能力应对需求多样的 To B 市场；有些厂商，则通过数据清洗、精调等手段，把大模型精调成具体行业的形状，再用“大模型商店”让客户可以自由挑选，甚至自己做自己的定制化；有些厂商，意识到了 AI 原生应用的重要性，便依托自己的大模型能力，接连推出不少应用，快速登陆抢占市场。各个厂商八仙过海，路径各有千秋，赛道竞逐至今，几个流派仍然还未能分出胜负，非共识向着共识的收束仍在继续着。当人们讨论到大模型 To B，常常各持己见，有人说技术、有人说应用、有人说生态，难以争出个高下；而在这个纷争的非共识时代，作为一家拥有着丰富经验的 To B 大厂，腾讯却想要走一条自己的 AI 之路。一、大模型工具链，卷到什么程度了？大模型赛道的火热，最能让人感受到的是 AI 原生应用和 Agent 产品的爆炸式增长，繁荣如同烟花升空，好不热闹。 作为看客，自然可以额手称庆，感慨于国内大模型产业发展之迅速；而如果拨开鲜花和掌声，着眼于实际的 To B 生意，就能发现，AI 大模型在 B 端市场的渗透率，则远不如 ...继续阅读 (40)

作为产品经理的必备技能，写PRD是基本功之一。但就是这么基础的要求，还是有部分产品经理不知道怎么写，或者刚入门还不会写。这篇文章，作者给我们详细说明了PRD的要求和写法，希望可以帮到大家。1.需求文档的作用1.1 对设计任务管理的作用在做一个设计任务时，需要收集现有情况、历史原因、设计阻碍点等信息，输出当前任务的设计文档，当前文档又可作为后续优化设计的方向和参考依据。产品需求文档是产品工作流程中各个环节对需求描述和传达最快速的工具，减少沟通成本：每一个环节和任务协作人都需要理解需求的定义和描述，通过文档对需求的传达，能减少产品经理在各环节与各方的沟通交流。产品需求文档保证各部门沟通有理有据，还可以为产品质量控制做好保障：当产品设计研发过程中不断偏离需求时，此时需求文档作为一份需求评审时已统一目标的文档，有利于团队回归到产品设计的正轨上，保障产品按照目标顺利完成上线。产品需求文档有利于产品迭代管理中回溯：此前需求的设计及规划产品迭代管理中，我们可以回溯上一版需求文档中的迭代计划的背景及需求的目标，结合当前的效果及不足，做出新的迭代的规划。产品需求文档有助于新成员快速熟悉项目：对于组内新的产品经理来说，了解过往的产品需求文档可以更好地了解产品的内在逻辑和外在表现。1.2 对协作人员的作用一般情况下，任务纳入迭代计划后，协作流程中第一个设计环节是产品设计，即输出需求文档。任务迭代过程中， ...继续阅读 (36)

2024年5月23日，W3C可验证凭证工作组发布控制器文档（Controller Documents 1.0）规范的首个公开工作草案。一个控制器文档是一组数据，用于指定控制器与一组数据之间的一种或多种关系，例如一组公开加密密钥。欢迎通过GitHub反馈对该规范草案的意见与建议。 ...继续阅读 (50)

引言极空间在前不久系统更新中加入了AI搜索的功能，通过AI搜过，你可以直接输入自然语言从而查找相关的照片。同时内置的极空间AI也能直接实现对文件的更精确检索以及视频中人物的检索。对于我这种相册近万张的人来说，这个功能特别好用。那么在这个基础上能不能更进一步呢？恰好随着文章越来越多，很多时候之前写过的内容我也会忘记，于是便想着搭建一个自己的知识库，同时这个库又要拥有AI功能进行辅助搜索信息。恰好1Panel发布了他们的最新项目—MaxKB，一个基于LLM的大语言模型的知识库问答系统。体验MaxKB开箱即用，具备以下特性：开箱即用：支持直接上传文档、自动爬取在线文档，支持文本自动拆分、向量化，智能问答交互体验好；无缝嵌入：支持零编码快速嵌入到第三方业务系统；多模型支持：支持对接主流的大模型，包括 Ollama 本地私有大模型（如 Llama 2、Llama 3、qwen）、通义千问、OpenAI、Azure OpenAI、Kimi、智谱 AI、讯飞星火和百度千帆大模型等。使用项目前首先我们需要创建知识库，MaxKB直接直接上传文档，支持TXT、Markdown、PDF、DOCX这几个格式，同时也支持爬取web站点的内容。创建好知识库之后，转到应用界面新建应用。选择我们需要设置的AI模型，再将刚刚创建的知识库进行关联，具体的参数根据自己情况设置。这时候点进刚刚创建的应用，就能看到访问链接 ...继续阅读 (72)

想要将多个 PDF 文件合并成一个单一文档吗？Coolmuster PDF Merger能够满足你的需求。它具有直观的界面，让你可以轻松地按照自己的意愿自定义和合并 PDF 文件。再也不用担心文件管理的问题了。获取地址：https://www.coolmuster.com/giveaway/pdf-merger.html截止时间：2024年5月22日24时 来自反斗限免 ...继续阅读 (29)

Vovsoft CSV to JSON Converter 设计简单，只执行一项任务：从输入的 CSV 文件中提取内容，然后将其转移到新创建的 JSON 文件中。换句话说，你只需选择输入的 CSV 文件，然后选择将其导出为 JSON 格式，一切只需点击几下即可完成。获取地址：https://vovsoft.com/giveaway/free-csv-to-json-converter-2024/截止时间：2024年5月26日 来自反斗限免 ...继续阅读 (41)

漏洞概述kkFileView为文件文档在线预览解决方案，该项目使用流行的spring boot搭建，易上手和部署，基本支持主流办公文档的在线预览。近期，网宿安全演武实验室监测到kkFileView存在远程代码执行漏洞（网宿评分：危急，CVSS3.1评分：9.8）：远程攻击者无需身份认证，即可利用该漏洞覆盖任意⽂件，再调用被覆盖的文件实现远程 ...继续阅读 (31)

Vovsoft Log Analyzer是一款旨在帮助用户分析和检查超大文本文件的工具，它允许用户搜索超过大多数文本编辑器搜索能力的日志文件，即使文件大小超过一千兆字节。它使用缓冲文件流和内存缓存，以尽可能快的速度读取文件，最多可显示 100,000,000 行。获取地址：https://vovsoft.com/software/log-analyzer/激活码：JS4E8-7AKUQ-7NXR1 来自反斗限免 ...继续阅读 (45)

职场上，我们都很讨厌那种话只说一半，或者只说一句话的人。一样，我们也不希望自己成为这种人。那作为产品经理，碰到这种人怎么办？如何避免自己成为“一句话”的产品呢？“一句话需求”，比较笼统的概述，这个不是产品管理中对于需求描述的简洁表达方式，不是那个，那个是有很强概括能力的，我们文本讲的是很简单的需求描述，让开发去做。很多产品经理在开始的时候多少都会遇到，尤其是一些不太规范的公司，这种对于产品经理的专业成长就很差了，我开始做产品经理那会儿，对于需求文档这些，也不太懂，很多时候也是挺简单的，不会写，对开发就很不友好，也不利于自己的产品设计。长此以往，只会“一句话需求”的产品经理一定会越变越差、越变越懒，直至被社会淘汰。那么，为什么会存在“一句话需求”？我们该怎么避免这种呢？我们今天就聊聊“一句话需求”的事。01 何为“一句话需求”？前面我们有简单提到，很简单的需求描述，简单到只有一句话，然后给到开发去做，天马行空，任凭想象。产品经理作为产品的设计者，或者需求的接收者，你自己的想法、业务方给你的需求描述，可能一句话就够了，但是给到开发是不行的，更何况后面还有测试。你的需求文档，这个功能需求，就一句话需求描述，这咋去做呢？02 为什么会存在“一句话需求”？关键应该还是规范问题，工作不规范。具体表现：团队的工作流程，产品经理接收需求就直接转述开发，没有审核；产品经理的专业，需求文档功底很差，不 ...继续阅读 (17)

本文作者教产品经理如何编写项目策划任务书，强调了项目策划任务书在项目管理中的重要性，并提供了一份详细的项目策划任务书模板，供大家参考。在实际工作中，产品经理除了日常的市场调研、需求收集、整理、原型设计、评审、项目跟进和产品验收之外，其实还有很多工作要做，而文档撰写就是其中一项。从本篇文章开始，我打算用一个专栏，涉及十几篇文章给大家分享关于项目管理中比较常见且实用的一些项目文档。一、项目策划任务书是什么我们做一件事情，首先要知道这件事情是什么。而项目策划任务书在项目运作过程中其实就是充当回答我们要做的是一个什么样的项目。比如，一个公司想要开发一套零售SaaS-ERP软件，在开始这个项目之前，我们就需要制定一份清晰的项目策划任务书。明确这个项目的名称，项目的金额，项目的背景，项目的目的，项目的目标，项目的实施计划，评价标准，项目的约束条件，以及项目的各种干系人。有了这样一份清晰准确的项目策划任务书，我们在开始一个项目之后才有据可查，才能更加顺利的推动这个项目的计划进度。二、项目策划任务书的作用在项目管理过程中，项目策划任务书就像一枚指南针那么重要，它可以指导我们在纷繁杂乱的项目管理中为我们指明项目前进的方向。具体来说，项目策划任务书的作用主要体现在以下几个方面：明确目标项目策划任务书如同璀璨的灯塔，为项目团队指明方向，确保各项工作围绕共同的目标稳步推进。指导执行作为项目执行过程中的宝典 ...继续阅读 (50)

需求文档是怎么写的？不同公司有不同的写法，并没有硬性规定，清晰、没有遗漏即可。这篇文章，作者分享了自己写需求文档的经验，供大家参考。01 什么是需求文档需求文档是产品经理用来详细描述需求，满足协同人员使用的内容文档。它面向的人群包括：设计、交互、开发、测试、项目经理、运营及其他业务人员。02 为什么写需求文档写需求文档本质上是为了提高工作效率和减少沟通时间。没有需求文档可以开展工作吗？其实也可以。如果团队只有两个人，坐旁边当面沟通甚至比文档的效率还要高。但一个需求只有两个人的情况极少，没有文档的话，多方人员之间需要花大量时间不断地进行沟通、信息同步，人越多效率就会越低。此外，需求实现过程中也会出现遗漏和改动的问题，需要当面沟通，时间长之后沟通的结论可能双方都记不太清楚了，留存到文档中可以避免反复扯皮，让项目中的人员达成共识。03 如何写需求文档需求文档没有固定的模版，但是有大致的框架。主要是需求背景、需求范围、需求详细说明、埋点需求四部分。3.1 需求背景此模块用来描述需求来源和产生此需求的背景，目的是帮助团队成员理解项目的起源、目标和重要性，以便产品经理更好地推进项目。这部分内容主要包括以下几方面：描述现状及当前存在的问题，可以通过数据或用户反馈来支持；本次需求可以解决哪些问题；需求完成后可达成的具体的量化的产品业务目标，非基建类的需求需要有具体数值；需注明业务方的预期上线时间， ...继续阅读 (43)

PDF-compress是一款 PDF 文件体积压缩工具，它可以批量快速地帮你将多个 PDF 文档进行体积压缩，同时保留高质量的文档内容。设置方便，使用也很简单，操作起来非常简洁。获取地址：https://www.ascompsoftware.com/fullversion/?l=CHQDZ-P3Q5I-XZP62-APC 来自反斗限免 ...继续阅读 (50)

对产品来说，最担心的莫过于需求评审会了，如果没准备好，一般都会被喷得体无完肤。这篇文章，组综合总结了自己在需求评审方面的心得，肚子里东西多了，自己也会信心倍增。众所周知，产品经理最需要面对的、且不能逃开的，就是需求评审了，说是产品经理的噩梦也不为过，你既要保证你的需求可以让开发、测试、设计等人员痛快的接受，还要面对他们的不断质疑，在一次次谩骂中脱颖而出，做好了你就是舌战群儒的孔明。总而言之，产品经理需要用自己的三寸不烂之舌，来说服所有的执行人员，接下来就让我们来一起看看需求评审要注意的事项吧，主要是分三个部分来分享。一、需求评审意义明确产品与研发对需求的一致性，以免双方理解不一致，出现需求偏差，也加深了产品与研发的矛盾，不利于后续工作的开展需求不评审，容易浪费开发资源，对公司以及业务方的影响很大，公司浪费了资源与时间，业务方降低了对我们的信任度二、需求评审流程1. 外部需求评审准备详细的需求文档，特别是需求中需要确认的部分，比如角色权限操作规则等，详细的与业务方（需求提出方）进行一对一或者一对多的沟通，保证与需求方的一些框架以及细节理解达到一致无误，才能进入内部评审；不然过不了业务方这一步，后面做的都是一些无用功（本人深有感触，有些需求抱着就这样的心态去跟业务方对，结果到后面只能产品自己担着）。2. 内部需求评审评审前：文档、通知、提前沟通准备好详细的需求文档，并提前做好通知和文件 ...继续阅读 (23)

当公司内部同事，外部客户认可你推进新业务价值之后，你就要思考的是一方面让自己快速成长脱颖而出，另一方面如何将个人价值转变为业务结果。一、走了这一步，打下成长的关键根基那么业务推进逐步成效之后，我们需要找到成长的关键节点。真正的成长就是在线下培训，在现场获得了大量真实用户的声音且不断磨炼产品运营洞察力。那么在于获得用户真实声音对我的帮助在于哪里？一方面让我的运营方案更有价值，很多伙伴做出运营方案，到一线让伙伴一看没有价值，为什么没有价值？因为你并不是根据用户的需求去做运营方案，你只有根据用户的需求去做你的产品运营方案才会有价值。（这里重点是同理心，比如“登录环节”，涉及开启设备－点击图标－登录账号等操作。作为工具提供方认为很简单，但是这个环节必要的操作说明文档/视频资料也是必须的。）第二让业务运营逻辑变得有血有肉，这个业务逻辑是指什么？是指我们通过对于产品使用场景的了解，进一步增加对于业务逻辑的认知。我们需要在现场不断地提升产品运营洞察力。产品运营洞察力是指将复杂变简单的升维思考能力。（关于这一点以后出专门的文章讲解）表现在哪里？表现在于第一对于细节能够进行掌握。第二，对于关键节点要清晰。什么是细节？客户在习惯的业务流程中，通过新产品的加入能够给他更好的业务结果（为什么是业务结果而不是用户体验呢？这是TOB和TOC的区别之一。）什么是关键节点？你的产品基于客户管理目标与功能模块是直接 ...继续阅读 (50)

作为产品经理重要的工作产出物之一，需求文档的完善和可用程度，直接决定了每个产品经理的专业水平。如果你的需求文档连开发都找不到可以吐槽的点，恭喜你，可以出师了。周末跟之前的开发同事聚了一下，他跳槽了几家公司，在吐槽他们的产品经理，写的需求文档，真是一言难尽，记得之前他评价过我们公司的产品经理，是真的“把肉喂到开发嘴边去”，需求文档特别细，写代码看着就很舒服，省事太多。是啊，这也是我一直要求的，不单单是产品经理，任何岗位都是，都要对自己的下游同事负责，这样整个团队的运转效率才是高效的。当开发和测试不再吐槽你的需求文档了，你的产品专业就更上了一个台阶，你们的团队也会更和谐了。因为我是做电商系统的，中后台，我就聊聊这方面的需求文档，应该怎么写，延伸下其实整个B端的产品经理，都可以参考下的。01 首先要明确几个问题首先，我们明确两个问题：1）需求文档的目的：需求和功能实现的中间环节，需要一个媒介，可以将产品经理的功能设计描述清楚，这是最主要的目的。其次对于一个项目，所有的材料也需要沉淀。2）需求文档的面向对象：面向对象有两部分，一是现有项目成员，设计、研发和测试，需要按需求文档进行功能开发测试工作；二是后续新人，需要按需求文档熟悉现有功能。综上，需求文档应该具有简单、明确、通俗几个特点，也就是说用最简单的设计、最明确的流程、最通俗的文字来实现用户最复杂的需求。02 需求文档的前言部分1）文档 ...继续阅读 (38)

这篇文章里，作者分享了“通义千问”在钉钉中作为智能工作伙伴的卓越表现，不妨跟着作者的脚步来进行一番探究。国内用户日常广泛使用的AI应用产品，多以对话界面呈现，如“通义千问”。作为驾驭AI的用户，你已习惯借助其进行智能问答与文档解读。如今，无需再辗转于多个平台，因为“通义千问”已作为首批入驻的AI助理，无缝融入钉钉工作场景，随时待命，随需而动，为你高效处理哪怕是长达千万字的复杂文档解读任务。此刻，就让我们一同亲身体验“通义千问”在钉钉中作为智能工作伙伴的卓越表现吧！一、入口路径1、登录钉钉企业版账户2、点击右上角“魔法棒”按钮3、唤醒AI助理对话界面，会打开钉钉默认的AI助理– 钉钉AI助理，汇集了钉钉各类智能服务，可以陪你聊天、也可以帮你处理一些工作流程事务，例如请假等。4、点击“钉钉AI助理”的切换按钮，找到“助理市场”的按钮，点击并打开– 在这里，我们可以创建自己的AI助理。– 也可以进入“助理市场”，选择已经发布的其他AI助理。5、“助理市场”会在钉钉—工作台—新页签打开，名称为：“找AI助理”– 因为近期才发布的，所有页签上会显示“NEW”的字样，告知用户这是新功能，值得一试。– 在这里就可以找到作为钉钉AI助理的“通义千问”了。二、钉钉AI助理分类在“助理市场”页面，我们可以看到两类助手，分别是：官方推荐、类目精 ...继续阅读 (30)

产品大改或新版本上线后，产品经理需要对相关人员（客服、运营等）进行培训以说明如何使用和应对细节。这篇文章，就给大家分享下如何去做功能培训的内容。本篇文章聚焦在项目落地后的验收与复盘阶段，主要内容围绕【产品功能培训】，具体划分为：产品功能培训整体说明培训文档内容一、产品功能培训整体说明1. 定义产品功能培训是指向用户传授如何有效使用产品的各种功能的过程。这包括了解产品特性、产品功能、操作流程以及如何解决常见问题。2. 核心目标提升用户满意度：通过培训帮助用户更好地利用产品，提高其满意度和忠诚度。最大化产品价值：确保用户能够充分利用产品的每一个功能，从而最大化投资回报。缩短学习曲线：通过系统的培训，减少用户熟悉产品所需的时间。促进知识传递：建立用户对产品深入理解的基础，便于知识在用户组织内部的传递。收集用户反馈：培训过程中收集用户的反馈，为产品迭代提供依据。3. 适用场景新产品推出：当公司推出新产品或新版本时，对用户进行全面的功能培训。用户上手：对于首次使用产品的用户，提供基础操作培训。功能更新：产品更新后，对现有用户进行新增或变更功能的培训。内部员工培训：为销售、客服等内部员工提供深入的产品知识培训。4. 工具与输出物PPT制作培训文档、腾讯会议等会议软件完成在线培训、腾讯问卷等完成产品操作考试并收集反馈。5. 整体流程需求调研：了解目标用户群体的培训需求。培训计划：制定培训目标、内 ...继续阅读 (34)

需求评审后进入开发环节，产品就需要做好项目管理保证能正常上线。这之后，我们可以借助甘特图或者TAPD之类的工具协助我们进行项目进度管理，以保证项目按原定计划交付。本篇文章聚焦在项目落地中的方案设计与过程管理阶段，主要内容围绕【项目进度管理】，具体划分为：项目管理整体说明：是什么、核心目标、适用场景、整体流程项目交付全流程：全流程是什么、任务项有哪些项目管理的方法：①基础版——甘特图（Excel或在线文档）②进阶版——TAPD等项目管理工具一、项目管理整体说明二、项目交付全流程项目管理的目的其实就是追踪项目交付全流程，并在过程中通过人员管理、时间管理等方式，确保项目按照预期时间、原定预算和既定质量顺利交付。因此，了解项目管理如何做之前，需要先对项目交付全流程建立全貌了解。强烈建议先看我的往期文章：产品经理方法论连载06 | 产品通识——项目交付全流程（附流程图和任务拆解）三、项目管理的方法1. 基础版——甘特图（Excel或在线文档）1、甘特图（Gantt Chart）又称为横道图或条状图，是一种通过条状图来显示项目、进度和其他时间相关的系统进展的内在关系随着时间进展的情况的图表。2、甘特图的使用方法定义时间范围：甘特图应该是一个具有开始日期和结束日期的项目。需要确定所有重要的项目任务，列出需要完成的任务以及每项任务预计需要的时间。添加带有开始和结束日期的任务：为了有效地可视化待办事 ...继续阅读 (36)

需求文档，作为产品经理的基础技能和关键输出物，实际上不少同学的做法都差强人意。大家可以参考作者的做法检查一下自己的做法和文档，看看有哪些可以学习的地方。本篇文章聚焦在项目落地中的方案设计与过程管理阶段，主要内容围绕【产品方案设计】，具体划分为：产品方案设计整体说明：是什么、核心目标、工具、整体流程需求文档的前期分析和动作拆解：如何确定主流程、提炼关键节点、功能设计和交互需求文档模板：包含哪些模块、每个模块输出什么内容、目的和作用是什么需求文档页面注释方式产品设计注意事项一、产品方案设计整体说明二、需求文档的前期分析和拆解1. 先确定业务主流程和功能模块1、目的：了解背景，提炼角色与系统，为系统逻辑拆解做铺垫2、输出内容：用户故事、业务流程、功能模块2. 再根据功能模块梳理关键节点1、目的：为了设计具体功能，拆解①单系统的角色②多系统多角色之间的逻辑流转2、输出内容：系统流程图、时序图、核心模块的关键节点与状态（甚至页面流程图）3、如何输出关键节点（1）拆解上一步表格中的[功能模块4-细化版]的某角色功能模块（2）挑选出需拆解的模块细化，动作如下：针对角色穷举动作，即罗列动作合集挑选出动作里的关键节点并以时间轴的形式串联（有必需和非必需节点）抽象出各阶段考虑关键节点的状态3. 功能设计与交互1、目的：设计出角色在哪些页面通过什么动作或操作，达成什么目的。也因此，可以前置在设计系统逻辑 ...继续阅读 (36)