summaryrefslogtreecommitdiff
path: root/4bvi1x.md
blob: 4ccaa765632f20350fae8ffe3dba92fcd4c664d7 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
---
id: 4bvi1x
date: 2026-02-26T12:37:14+0300
languages: [ru]
aliases:

reviews:

tags:
- draft
- huge idea
- game
---
# Project Cooked

Игра, похожая на Plate Up задумкой.

Имеется ресторан, мы является его владельцами. По совместительству мы - и повар, и оффициант. Задача 
заключается в обслуживании людей на основе тех ингридиентов, что имеются. Это позволяет добавить 
механику "ежедневного меню", порчи ингридиентов со временем (чтобы игрок не закупился ингридиентами 
на 100 дней вперёд), и так далее.

Важной отличительной чертой должно стать то, что игрок по мере прохождения получает как баффы, так и 
дебаффы. В случае с дебаффами, это могут быть новые позиции в меню, более критичные посетители, и 
тыпы и тыды. В случае баффов, это могут быть упрощения по готовке, упрощения в передвижении, способы 
увеличения прибыли (загибание цены, оптовые поставки, и тыпы).

Очевидно, что из-за механики ингридиентов и невозможности иногда обслужить посетителей - ситуацией 
проигрыша является что-то сложнее чем "не обслужить одного посетителя". На данный момент, я бы идеи 
сформулировал так:
- Если не можем предложить NPC заказ, который он хочет - это не приводит к проигрышу. Это приведёт к 
  тому, что NPC имеет шанс выбрать что-то другое, либо уйти.
- Если мы предложили NPC заказ, и мы его не можем приготовить - похоже на условие проигрыша
- Если мы предложили NPC заказ, и мы его не успели приготовить - похоже на условие проигрыша
- Если мы находимся в отрицательном балансе больше 1 дня - похоже на условие проигрыша
  (закупили ингридиенты в кредит, но по итогу не смогли отбить кредит)

## Down
-