<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>商业实战 on idiotfan</title><link>https://idiotfan.wang/tags/%E5%95%86%E4%B8%9A%E5%AE%9E%E6%88%98/</link><description>Recent content in 商业实战 on idiotfan</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Sat, 22 Aug 2026 18:00:00 +0800</lastBuildDate><atom:link href="https://idiotfan.wang/tags/%E5%95%86%E4%B8%9A%E5%AE%9E%E6%88%98/index.xml" rel="self" type="application/rss+xml"/><item><title>小微餐饮用工合规改造：从 10 份冗余合同到「最小必要包」</title><link>https://idiotfan.wang/posts/damon-labor-contract-compliance/</link><pubDate>Sat, 22 Aug 2026 18:00:00 +0800</pubDate><guid>https://idiotfan.wang/posts/damon-labor-contract-compliance/</guid><description>面对律所模板给出的 10 套繁琐用工附件，小微餐吧根本无法落地。我是如何利用 Claude 梳理劳动法底线，将合同精简为全职 2 份、兼职 1 份的「最小必要合规包」。</description><content:encoded><![CDATA[<p>在十几个人的小微精酿餐吧做用工合规，是一件极具挑战的事情。</p>
<p>传统律所或大厂人事法务给出的方案，往往一上来就是一份主合同外加 10 个编号配套附件：</p>
<ul>
<li>配套 1：员工手册与规章制度</li>
<li>配套 2：岗位职责说明书</li>
<li>配套 3：绩效考核与试用期规定</li>
<li>配套 4：考勤与加班审批制度</li>
<li>配套 5：知识产权与账号归属条款</li>
<li>配套 6：专项保密协议</li>
<li>配套 7：非全日制（兼职）协议</li>
<li>配套 8：竞业限制协议</li>
<li>配套 9：专项培训服务期协议</li>
<li>配套 10：离职交接与保密交还确认书</li>
</ul>
<p>现实情况是：<strong>前厅服务员、调酒师和厨师根本不会耐着性子签完这十几份密密麻麻的文件，店长也根本没有精力去逐一归档管理</strong>。过于繁重的法务形式，最后的结果必然是全员流于形式、甚至干脆不签，导致法律风险反而完全敞口。</p>
<p>最近我们利用 <strong>Claude Fable 5</strong> 针对大梦的用工制度做了一次全面的合规梳理，核心目标是**「保底线、去冗余」<strong>，最终将整套体系精简为员工只需签 1~2 份文件的</strong>「最小必要合规包」**。</p>
<p>这篇文章记录这次梳理的核心逻辑与避坑要点。</p>
<hr>
<h2 id="一-警惕提示词污染死守真实的业务边界">一、 警惕「提示词污染」：死守真实的业务边界</h2>
<p>在利用 AI 协助起草和审查法务合规文件时，我们踩过一个非常典型的坑：<strong>通用模板的提示词污染</strong>。</p>
<p>在最初引入的一份标准用工合规指南中，某些通用示例提及了「私教课消」、「健身教练」等字眼。LLM 在随后的跨文件修订中，将这些术语自动扩散到了 8 份配套合同中，甚至把前厅主管的考核写成了「课消完成率」。</p>
<p><strong>核心经验</strong>：</p>
<ul>
<li>在让 AI 处理法律和人事文件前，必须在系统规则中建立<strong>铁一般的业务边界</strong>：本店属于<strong>精酿啤酒 + 餐饮 + 酒吧</strong>业态，岗位仅限侍酒师、调酒师、出品厨师、店长及前厅运营。</li>
<li>任何脱离真实业务场景的条款，不仅在仲裁时毫无说服力，还会让一线员工对制度产生荒谬感。</li>
</ul>
<hr>
<h2 id="二-实体餐饮的-4-大合规底线与设计策略">二、 实体餐饮的 4 大合规底线与设计策略</h2>
<p>针对小微餐饮的高频劳动争议点，我们在合同中重点固化了 4 个合法合规的落地方案：</p>
<h3 id="1-社保放弃与风险对冲">1. 社保放弃与风险对冲</h3>
<ul>
<li><strong>法律现实</strong>：根据最新劳动争议司法解释，员工自愿出具的「自愿放弃社保承诺书」在法律上均属无效，企业无法免除法定缴纳义务。</li>
<li><strong>降损设计</strong>：对于因个人原因确实无法在本地参保的员工，废弃原先直接违法的放弃承诺书，改设《社保代偿补贴暨不当得利返还协议》：
<ul>
<li>将公司发放的社保补贴在工资条上<strong>独立单列</strong>，严禁与基本工资混同。</li>
<li>明确约定该款项专款专用于员工社保代偿；若日后发生补缴诉求，已领取的代偿款应作为不当得利予以返还或在补缴款中依法抵扣。</li>
</ul>
</li>
</ul>
<h3 id="2-工作时间与-9-小时排班合规">2. 工作时间与 9 小时排班合规</h3>
<ul>
<li><strong>餐饮排班现状</strong>：餐饮晚班常见排班为 15:00~24:00，跨度共 9 小时。</li>
<li><strong>工时口径明确</strong>：合同明确约定每日包含 <strong>1 小时脱离工作岗位的自由就餐与休息时间（不计入有效工时）</strong>，实际日工时为标准 8 小时。</li>
<li><strong>排班红线</strong>：若每周出勤满 6 天（48 小时），超出 40 小时部分必须依法支付加班费或安排等额调休；或者向人社部门正式申报「综合计算工时制」。</li>
</ul>
<h3 id="3-非全日制用工兼职的合规红线">3. 非全日制用工（兼职）的合规红线</h3>
<p>对于高峰期的兼职打酒师与周末钟点工，必须严格遵循非全日制法律特征：</p>
<ul>
<li><strong>工时硬约束</strong>：同一用人单位每日不得超过 4 小时，每周累计不得超过 24 小时。</li>
<li><strong>法定最低时薪</strong>：严格执行当地最新非全日制小时最低工资标准。</li>
<li><strong>工伤先行投保</strong>：<strong>在兼职员工上岗第一天前，必须在人社系统完成单工伤险参保</strong>，杜绝工伤事故导致的赔偿风险。</li>
<li><strong>随时解聘</strong>：双方均可随时通知终止用工，企业依法无需支付经济补偿金。</li>
</ul>
<hr>
<h2 id="三-重构落地最小必要合规包">三、 重构落地：「最小必要合规包」</h2>
<p>为了让合规能够 100% 执行到位，我们通过多智能体审议，将原本散落的 10 个附件进行了物理级合并：</p>
<pre tabindex="0"><code>                    【历史冗余架构：10+ 份文件】
                                 │
                 ┌───────────────┴───────────────┐
                 ▼                               ▼
       [保密协议] 并入 主合同            [考勤加班制度] 并入 员工手册
                                 │
                                 ▼
                    【精简后：最小必要合规包】
 ┌─────────────────────────────────────────────────────────────┐
 │ 1. 《全日制劳动合同》（内嵌保密、知识产权与送达条款）        │
 │ 2. 《员工手册与规章制度》（内嵌严重违纪清单、考勤排班与公示）  │
 │ 3. 《非全日制用工协议》（针对小时工与兼职）                 │
 │ 4. 《社保代偿补贴与返还确认书》（特定未参保人员专用）          │
 └─────────────────────────────────────────────────────────────┘
</code></pre><h3 id="实际签署流">实际签署流：</h3>
<ol>
<li><strong>全职员工入职</strong>：只需签署 <strong>2 份文件</strong>（劳动合同 + 员工手册送达与签收表）。</li>
<li><strong>兼职人员入职</strong>：只需签署 <strong>1 份文件</strong>（非全日制协议）。</li>
<li><strong>特定情况</strong>：无法参保人员加签 1 份代偿确认书。</li>
</ol>
<hr>
<h2 id="结语">结语</h2>
<p>在商业世界里，<strong>真正高水平的合规，不是把文件写得无限冗长、把责任推卸得干干净净，而是找到法律底线与商业执行力之间的最大公约数</strong>。</p>
<p>把复杂的法务条款提炼为一线员工能看懂、店长能执行、仲裁能站得住脚的「最小必要包」，才是小微实体企业走向稳健经营最务实的第一步。</p>
<hr>
<h3 id="-项目环境与模型署名">🛠️ 项目环境与模型署名</h3>
<ul>
<li><strong>法务条款审议与精简模型</strong>：Anthropic <strong>Claude Fable 5</strong>（桌面端默认模型）</li>
<li><strong>审议工作流平台</strong>：<strong>Claude Desktop 桌面端</strong>（多智能体审议合并模式）</li>
<li><strong>交付成果</strong>：大梦用工合规《最小必要-规避风险》4 份核心文件包 + 劳动合同修订前后对照表</li>
</ul>
]]></content:encoded></item><item><title>酒吧做工作日晚市畅吃：边际成本精算、AI 物料管线与腾讯文档在线协同</title><link>https://idiotfan.wang/posts/damon-buffet-night-marketing-and-math/</link><pubDate>Sat, 22 Aug 2026 16:00:00 +0800</pubDate><guid>https://idiotfan.wang/posts/damon-buffet-night-marketing-and-math/</guid><description>把一家精酿餐吧冷清的周日至周四晚市变成增量现金流：从打破 50% 毛利率死脑筋的四档阶梯定价，到调用 Grok/xAI 批量生成水牌与户外 6912 巨屏素材的全流程实操。</description><content:encoded><![CDATA[<p>实体餐饮经营最怕的是什么？<strong>固定成本在空转</strong>。</p>
<p>在大梦滨江店的总账分析中，我们发现了一个极其明显的规律：<strong>周五六「周末夜」的日均营业额，接近周日至周四「工作日」的两倍</strong>（具体金额已脱敏）。</p>
<p>然而，每月雷打不动的商场租金和晚班员工薪资，无论客人来不来都是按天硬性扣除的沉没成本。</p>
<p>为了把周日至周四 17:00–20:00 的晚市流量做起来，我们策划了「<strong>工作日晚餐畅吃 · 微醺社交夜</strong>」活动。这篇文章将复盘整个项目的核心推演：<strong>如何用 Claude Fable 5 建立精确的边际成本模型重构四档定价、如何通过腾讯文档 API 实时协同落地、以及如何调用 xAI Grok Imagine 自动化生成从手机海报到 6912 像素户外 LED 巨屏的全套视觉物料。</strong></p>
<hr>
<h2 id="一-算透边际成本打破全成本思维的四档阶梯定价">一、 算透边际成本：打破「全成本思维」的四档阶梯定价</h2>
<p>很多餐饮营销方案往往死在粗暴的「成本估算」上。在最初收到的活动方案草案中，存在两个严重逻辑误区：</p>
<ol>
<li><strong>盲目假定 50% 毛利率</strong>：草案认为精酿酒水均价 50 元，成本要占 25 元，于是设了一条「单客综合成本不可超过 45 元」的硬红线。</li>
<li><strong>忽视了真实采购价</strong>：没有把后厨批发的真实原料价代入计算。</li>
</ol>
<h3 id="1-真实原料成本反推">1. 真实原料成本反推</h3>
<p>我们调取了总账审计审定的各部门原料率，并结合实际销售牌价做了加权核算（具体数值属经营机密，此处只讲结论）：</p>
<ul>
<li>门店精酿的真实加权均价，<strong>远高于草案拍脑袋假设的均价</strong>。</li>
<li>按原料率反推，<strong>精酿与经典鸡尾酒的真实边际成本只有草案估计的一半以下</strong>。</li>
<li>这意味着：正价好酒完全可以放进套餐和互动奖品池，完全无需使用廉价工业啤酒冲量。</li>
</ul>
<h3 id="2-后厨真实采购单人均成本">2. 后厨真实采购单人均成本</h3>
<p>结合后厨当月真实进货台账逐项代入核算（采购单价属供应链机密，此处不展开）：</p>
<ul>
<li>在 8~10 个 SKU、主食大锅化、荤菜限量补给的操作纪律下，<strong>单人畅吃的餐食边际成本可以被稳定锁定在一个可控区间</strong>——这正是低价引流档仍有毛利空间的底气。</li>
</ul>
<h3 id="3-四档差异化定价体系">3. 四档差异化定价体系</h3>
<p>基于「增量收益」思维（房租和晚班人力已是沉没成本，每晚新增的活动增量支出只有小额奖品成本，<strong>多来两三位客人即可覆盖，之后每位都是净增量利润</strong>），我们重塑了四档阶梯价格（定价为对外公开物料口径；内部成本与毛利目标已脱敏）：</p>
<table>
	<thead>
			<tr>
					<th>档位</th>
					<th>定价（元）</th>
					<th>包含权益</th>
					<th>定位策略</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td><strong>A 档</strong></td>
					<td><strong>¥59</strong></td>
					<td>单人畅吃（不含酒）</td>
					<td>极低门槛引流下班干饭族</td>
			</tr>
			<tr>
					<td><strong>B 档</strong></td>
					<td><strong>¥79</strong></td>
					<td>单人畅吃 + 精酿 1 杯</td>
					<td><strong>全店主推爆款</strong>（微醺入门）</td>
			</tr>
			<tr>
					<td><strong>C 档</strong></td>
					<td><strong>¥99</strong></td>
					<td>单人畅吃 + 精酿 2 杯</td>
					<td>精酿爱好者性价比之选</td>
			</tr>
			<tr>
					<td><strong>D 档</strong></td>
					<td><strong>¥129</strong></td>
					<td>单人畅吃 + 精酿 1 杯 + 鸡尾酒 1 杯（微醺双饮）</td>
					<td>高客单双饮组合，主推二人桌</td>
			</tr>
	</tbody>
</table>
<p>考核口径也相应分档：低价档按「餐食综合成本红线」控制；两杯酒的高价档在数学上必然超线，<strong>改按每客绝对毛利考核</strong>。</p>
<hr>
<h2 id="二-腾讯文档-api-在线就地重构13-章数字化落地">二、 腾讯文档 API 在线就地重构：13 章数字化落地</h2>
<p>老板在审阅方案时提出了严格要求：<strong>「必须条理清晰、数字前置，并且不要反复新建文档破坏在线链接」</strong>。</p>
<p>为此，我们通过脚本调用腾讯文档 OpenAPI 对在线策划文档进行了原地结构重组：</p>
<h3 id="1-解决-doc-api-的硬约束">1. 解决 Doc API 的硬约束</h3>
<ul>
<li><strong>标题段落不可删</strong>：一级标题无法删除，只能通过 <code>replace_text</code> 原地替换标题文本。</li>
<li><strong>逆序重构法</strong>：为了防止前段内容增删导致后段字符偏移漂移，重构脚本从第 13 章向第 1 章<strong>从后往前</strong>逐章执行替换。</li>
<li><strong>章节重整</strong>：最终将文档梳理为《一页总览（毛利与回本测算前置）》、《四档套餐》、《成本红线》、《每晚时间表》、《复盘与续期》等 13 个标准化章节。</li>
</ul>
<h3 id="2-搭建-19-字段每日复盘智能表">2. 搭建 19 字段每日复盘智能表</h3>
<p>在腾讯文档 SmartSheet 中配置了每日复盘表，预填首期 4 周（周日至周四共 20 晚）的跟踪行：</p>
<ul>
<li>字段涵盖：当日四档售卖分布、总客流、增量新客数、复购券核销率、后厨备餐损耗率等。</li>
</ul>
<hr>
<h2 id="三-ai-视觉管线从-grok-生图到-6912-巨屏素材">三、 AI 视觉管线：从 Grok 生图到 6912 巨屏素材</h2>
<p>一家实体餐吧的活动物料需要覆盖多种物理媒介。如果全部依靠平面设计师逐一制图，耗时至少数天。</p>
<p>我们打通了一条以 <strong>AI 图像生成 + 代码排版 + Chrome Headless 矢量渲染</strong> 的自动化管线：</p>
<h3 id="1-钻通-grok-cli-凭据调用-xai-图像-api">1. 钻通 Grok CLI 凭据调用 xAI 图像 API</h3>
<p>通过解析 <code>~/.grok/auth.json</code> 中的 OIDC Access Token，编写了 <code>grok_imagine.py</code> 驱动：</p>
<ul>
<li>直连 <code>api.x.ai/v1/images/generations</code>，支持 <code>aspect_ratio</code>（2:3, 1:2, 2:1）与 2K 分辨率输出（1664×2496）。</li>
<li>实现 Refresh Token 自动轮换持久化，解决了 CLI 缺乏图像子命令但底层凭据通用的问题。</li>
</ul>
<h3 id="2-商业餐饮视觉的-prompt-调教经验">2. 商业餐饮视觉的 Prompt 调教经验</h3>
<p>在生成餐饮底图时，我们总结了几条极其关键的实战经验：</p>
<ul>
<li><strong>拒绝通用模版菜</strong>：Prompt 必须显式排除后厨不做的主题（如 <code>no skewers, no kebabs, no tacos</code>），加入真实的精酿酒头阵列与果盘组合。</li>
<li><strong>去除暗黑遮罩</strong>：餐饮海报忌讳大面积黑灰色，应采用深琥珀暖棕（<code>rgba(74,34,8)</code> 系）搭配奶油白卡片（<code>#FBF2DE</code>），烘托温暖诱人的食欲感。</li>
</ul>
<h3 id="3-多媒介物料全矩阵输出">3. 多媒介物料全矩阵输出</h3>
<pre tabindex="0"><code>                   ┌───► 手机海报 (1600×2400 PNG) ── 微信群发/朋友圈推广
                   │
[Grok 2K 底图] ────┼───► 门前水牌 (60×149cm PDF/PNG) ── 商场外街迎宾水牌
                   │
                   └───► 双向户外 LED 大屏 (6912×3456 PNG) ── 街角与下沉广场
</code></pre><ul>
<li><strong>手机海报（1600×2400）</strong>：双 Logo 36px 绝对等高对齐，纯黑阈值抠出微信收款码体，底端留白避开金属边框。</li>
<li><strong>门前立地水牌（60×149cm）</strong>：根据商场标准制作 <code>@page size 60cm 149cm</code> 矢量 PDF，底部融入商场铺位与外街动线导视。</li>
<li><strong>户外 LED 巨屏（6912×3456）</strong>：生成 2:1 超宽画幅底图（左侧 40% 留白，右侧 60% 出品），并自动生成正向与镜像双版本，完美适配连廊双向行人的视线流动。</li>
</ul>
<hr>
<h2 id="结语">结语</h2>
<p>实体店的营销从来不是靠拍脑袋定个低价就能成功。</p>
<p>从<strong>看清每一分原料成本的算账逻辑</strong>，到<strong>利用 AI 快速打通线上协作与全套线下视觉物料</strong>，技术在实体商业中的价值，正是帮助经营者在最短的时间内、用最低的试错成本，将一个商业想法转化为严密闭环的执行力。</p>
<hr>
<h3 id="-项目环境与模型署名">🛠️ 项目环境与模型署名</h3>
<ul>
<li><strong>主导策划与文档重构</strong>：Anthropic <strong>Claude Fable 5</strong>（桌面端默认模型）</li>
<li><strong>商业餐饮图像生成</strong>：xAI <strong>Grok Imagine</strong>（<code>grok-imagine-image-2.0</code> / <code>grok-imagine-image-quality</code>，复用 grok CLI 的 OIDC 凭据直连 <code>api.x.ai</code>）</li>
<li><strong>客户端与工作流支持</strong>：<strong>Claude Desktop 桌面端</strong>（定制 <code>grok-imagine</code> Skill + <code>tencent-docs</code> MCP）</li>
<li><strong>协同与排版工具链</strong>：腾讯文档 在线Doc/SmartSheet API (<code>mcporter</code>) + Python 3 (<code>grok_imagine.py</code>) + Chrome Headless 矢量打印引擎</li>
</ul>
]]></content:encoded></item></channel></rss>